XIRP de Spotify: contexto de IA para todo el equipo

Llevas meses puliendo tu CLAUDE.md. Tienes skills que funcionan, un par de MCP conectados y una rutina para que el agente no se pierda a las dos horas de sesión.

Y todo eso vive en tu portátil.

Cuando el compañero de al lado abre su agente el lunes por la mañana, empieza desde cero. Vuelve a explicar la arquitectura, vuelve a pegar el enlace del ADR, vuelve a descubrir por las malas que ese servicio usa la librería de errores interna. El conocimiento que tú generaste el viernes se evaporó en el momento en que cerraste la terminal.

Spotify acaba de anunciar un producto que apunta justo a ese agujero. Se llama XIRP y su tesis cabe en una frase: el contexto no debería ser configuración personal, debería ser infraestructura de equipo.

Esto es lo que vas a encontrar aquí:

• Qué es XIRP, por qué sale de la casa que creó Backstage y qué pinta Portal en todo esto
• El truco que lo sostiene: un worktree de git por sesión para lanzar 50 agentes sin que se pisen
• La apuesta arriesgada del producto: que tus sesiones de IA se conviertan en documentación
• Por qué su neutralidad de modelo no es un adorno, sino el argumento principal
• Qué no sabemos todavía, incluido lo que de verdad va a costar

¿Qué es XIRP y por qué lo lanza Spotify? ¶

XIRP se define como un entorno de desarrollo agéntico con memoria institucional. Traducido: un espacio donde conviven el catálogo de servicios de tu organización, quién posee cada uno, las dependencias, la documentación y las decisiones de arquitectura, de modo que tu agente no adivine en qué sistema está trabajando.

Viene de un sitio con historia. Spotify creó Backstage, el portal interno de desarrollo que donó a la CNCF y que adoptaron cientos de empresas para tener un catálogo de sus servicios. Sobre esa base construyó Portal, su versión comercial con scorecards, automatizaciones y métricas.

XIRP es la tercera capa, y el detalle que más confunde al leer sus materiales es cómo se relaciona con Portal. La respuesta corta: XIRP funciona solo, y Portal lo multiplica.

Sin Portal, XIRP es un entorno donde orquestas muchas sesiones de agente a la vez sin que se pisen. Con Portal conectado, cada sesión arranca cargada con el catálogo de servicios, el grafo de dependencias, quién posee qué y las decisiones de arquitectura de tu organización. Y al terminar, las transcripciones vuelven a Portal. Ellos lo llaman efecto multiplicador y por una vez el término de marketing describe bien lo que pasa.

Hoy se prueba gratis desde su web, en un programa de acceso anticipado que incluye una instancia de Portal si la pides. La parte compartida entre personas, la que llaman Workspace, es un plugin de Portal, así que si lo que te interesa es el contexto de equipo y no solo la orquestación, Portal entra en la ecuación.

El diagnóstico del que parten merece atención, entre otras cosas porque es exactamente lo que te contaba en la primera línea de este artículo. Su tesis es que el conocimiento se fragmentó en configuraciones individuales: ficheros CLAUDE.md, montajes de MCP a medida, bibliotecas personales de prompts. Y que el resultado no fue solo desorden, sino retrabajo, incoherencia y tokens quemados en agentes que redescubrían lo que otra sesión ya había resuelto.

Su otra observación es más incómoda: el conocimiento que arreglaría eso no falta, está en hilos de Slack que nadie encuentra y en la cabeza de las tres personas que construyeron ese servicio en 2021. No es un problema de documentación, es un problema de recuperación. Y por eso los README y las páginas de Confluence no lo arreglan: se quedan obsoletos mientras el trabajo real sigue moviéndose.

Es un diagnóstico bueno. Guárdatelo, porque más abajo veremos que su solución tropieza con la misma piedra.

Hay un paralelismo histórico que ellos mismos señalan y que ayuda a situarlo. Hace una década, miles de ingenieros sobre miles de servicios produjeron esa misma clase de fragmentación, y la respuesta fue Backstage. Los agentes de IA han añadido una dimensión nueva al mismo problema de siempre.

🔑 Spotify no está vendiendo “otra herramienta de IA”. Está vendiendo el sitio donde el contexto de tu equipo deja de ser personal.

¿Qué problema resuelve que no resuelva tu fichero de instrucciones? ¶

El problema es de escala, no de calidad. Tu AGENTS.md puede ser excelente y aun así no resolver nada de esto.

Piensa en lo que sabe cada pieza de tu setup actual. El catálogo de servicios sabe qué software existe. Tu agente sabe lo que le has puesto en el prompt. Tus skills saben ejecutar su propio flujo. Y ninguna de las tres tiene una idea compartida de cómo funciona tu organización.

Es el mismo patrón de siempre en otra capa: tres sistemas que funcionan bien por separado y que nadie ha presentado entre sí.

Si has peleado con el context rot y la higiene de sesión, reconocerás el síntoma pero no la causa. El context rot es que tu sesión se degrada con el tiempo. Esto es distinto: es que la siguiente sesión, la de otra persona, arranca ignorante de todo lo que aprendiste en la tuya. No se degrada el contexto. Es que nunca llegó a existir fuera de tu máquina.

Y no se arregla escribiendo un AGENTS.md más largo. Ese fichero es bueno para reglas estables (“usa esta librería de errores”, “no toques la carpeta legacy”). Es pésimo para conocimiento vivo: por qué se tomó esa decisión hace tres semanas, qué se probó y se descartó, en qué está trabajando ahora mismo tu compañera. Si quieres afinar dónde va cada cosa, tenemos una guía de qué regla vive en qué sitio.

Guía interactiva gratis

Antes del contexto de equipo, el tuyo

Las paradas 10 y 11 del curso van justo de esto: la ventana de contexto y el fichero de instrucciones. Domina tu setup personal y entenderás mucho mejor qué añade XIRP encima.

Entra en el curso gratis →

¿Cómo aguanta decenas de sesiones a la vez sin que se pisen? ¶

Con worktrees de git. Cada sesión se ejecuta en el suyo, y por eso decenas de agentes pueden trabajar sobre el mismo repositorio sin interferir entre ellos.

Este es el detalle técnico que más me ha interesado de todo el producto, porque no es una promesa de futuro: es la razón por la que existe. XIRP nació para que sus propios ingenieros pudieran manejar decenas de sesiones concurrentes repartidas entre varios harness (Claude Code, Gemini CLI, Codex), hasta el punto de coordinar más de 50 en paralelo.

Si has intentado montar esto a mano, sabes por qué importa. Dos agentes sobre el mismo working tree se destrozan mutuamente: uno cambia un fichero que el otro estaba leyendo, los tests fallan por razones que no tienen que ver con el código, y acabas dedicando más tiempo a arbitrar que a revisar. La alternativa artesanal es clonar el repo varias veces, y ahí te comes el disco y la sincronización de ramas.

Los números que dan sobre su uso interno tienen la ventaja de venir del propio equipo que lo construyó: miles de ingenieros de Spotify lo han adoptado, con más de 36.000 sesiones acumuladas. No es una cifra auditada por nadie externo, pero es bastante más de lo que suele acompañar a un lanzamiento.

🔑 Si solo te llevas una idea técnica de aquí: un worktree por sesión es la unidad de aislamiento que hace viable el paralelismo. Puedes aplicar el patrón hoy, sin XIRP.

¿Cómo funciona un proyecto en XIRP? ¶

Antes del detalle, la anatomía. XIRP se presenta en tres piezas con nombre propio:

Que Workspace sea un plugin de Portal es el dato que más conviene retener: la parte compartida, la que da sentido a todo lo demás, se apoya en el producto comercial. Por eso la beta lo incluye.

La unidad de trabajo es el proyecto: un espacio donde reúnes todo lo relevante para una iniciativa concreta. En la demo montan uno llamado “AI music players” para una migración que afecta a varios reproductores.

Creas el proyecto, le das nombre y empiezas a añadir recursos. Componentes del catálogo, skills de IA, lo que necesites. Añades a las personas del equipo que van a participar. Y ya tienes un lienzo compartido.

Ese lienzo se organiza en seis zonas:

• Wiki: documentación sintetizada de forma automática a partir de todo lo demás
• Sesiones: las sesiones de IA en curso de todo el equipo
• Catálogo: los componentes de software implicados
• Recursos adicionales: documentos externos, por ejemplo de Google Drive
• Pull requests: los PRs abiertos relacionados
• Automatizaciones: acciones que se disparan solas

El tablero de tareas se conecta con Linear o Jira. Enchufas un proyecto de Linear y XIRP absorbe las tareas subyacentes, de modo que puedes coger una y ponerte a trabajar con todo el contexto alrededor ya cargado.

Hay una pieza más que encaja aquí y que resuelve un problema que sí tienes hoy: las skills, reglas, plugins y configuraciones de MCP que cada equipo se monta por su cuenta. Portal las consolida en un marketplace curado donde los equipos publican, descubren y construyen sobre el trabajo de los demás. Si tu organización tiene cinco versiones distintas de la misma skill, con sus cinco mantenedores accidentales, ya sabes de qué hablo.

Hay otro detalle que ahorra mucho trabajo aburrido: la ingesta automática del catálogo viene incluida. En la parte de Portal de la misma presentación se ve cómo se importan todos los repositorios de una organización de GitHub o Azure DevOps y se deducen los propietarios sin escribir ni un solo fichero de catálogo a mano. Eso mismo lo tienes en XIRP desde el primer día.

¿Qué significa que la wiki se escriba sola? ¶

Significa que XIRP lee los recursos que has metido en el proyecto y redacta documentación por su cuenta, que tú apruebas o rechazas.

El mecanismo es el acierto de diseño. No te suelta la documentación directamente en la wiki. Genera lo que en la demo llaman “sugerencias”: una especie de pull request de documentación. Abres la propuesta, la lees, y decides. En el ejemplo aparece un documento sobre la arquitectura del sistema de recomendación que el revisor acepta de un clic.

Ese patrón de revisión importa más de lo que parece. La diferencia entre una wiki que se escribe sola y una wiki que se pudre sola es exactamente esa: si nadie revisa, en tres meses tienes un basurero con acento de LLM que nadie se cree. Al forzar un gesto humano de aceptar o rechazar, la documentación mantiene un dueño.

Y aquí es donde vuelve la piedra que te dije que guardaras. Su argumento contra los README y las páginas de Confluence es que se quedan obsoletos mientras el trabajo sigue moviéndose. Cierto. Pero la respuesta que proponen es documentación generada a partir de sesiones, y esa documentación también envejece: describe cómo era el sistema cuando alguien lo tocó, no cómo es hoy.

La ventaja real no es que no se pudra. Es que se regenera con cada sesión en lugar de esperar a que alguien saque un rato. Su promesa de fondo es esa: dejar de pedirle a nadie que pare a escribir documentación, porque se escribe mientras el trabajo ocurre. Es una diferencia de cadencia, no de naturaleza, y merece la pena verla así antes de comprar el eslogan.

⚠️ Ojo con el entusiasmo: una wiki generada a partir de sesiones mediocres produce documentación mediocre. La calidad de la salida depende por completo de la calidad de lo que subes.

¿Por qué las sesiones de IA son la pieza más interesante? ¶

Porque es el bucle que nadie más ha cerrado. La documentación autogenerada existe desde hace tiempo. Lo que no existía es tratar tus conversaciones con el agente como un activo del equipo.

El flujo que enseñan es este. Trabajas tu sesión con normalidad. Cuando el resultado te convence, pulsas un botón de subida y esa sesión entra en el espacio del proyecto. A partir de ahí, XIRP la sintetiza y alimenta la wiki con lo que has descubierto. La siguiente persona que abra una sesión en ese proyecto arranca sabiendo lo que tú averiguaste.

Además puedes ver las sesiones que otras personas del equipo están ejecutando ahora mismo, si han decidido compartirlas.

Detente un segundo en lo que implica. Hoy, el 90% del valor de una sesión larga con un agente se pierde cuando cierras la ventana. Queda el diff, si acaso el mensaje de commit. Se pierde el razonamiento: las tres alternativas que exploraste, la que descartaste y por qué, el hallazgo de que ese módulo tenía una dependencia oculta. Eso es justo lo que un compañero necesitaría dentro de dos semanas y justo lo que jamás llega a escribir nadie.

Aquí hay un parentesco claro con las herramientas de memoria persistente para agentes. Si te interesa el problema a escala individual, claude-mem ataca lo mismo en tu máquina. La diferencia de XIRP es el sujeto: no es tu memoria, es la del equipo.

Y de ahí sale la idea más especulativa de toda la presentación. Como el sistema conoce las tareas, quién trabaja en cada una y qué sesiones están activas, en Spotify apuntan a automatizar cosas como la daily en Slack. No está construido, lo plantean como dirección futura. Pero se entiende el razonamiento: si el sistema ya sabe todo eso, la reunión de quince minutos para contarlo empieza a parecer redundante.

Domina la herramienta a fondo

El harness que ya tienes, exprimido a fondo

XIRP se conecta por MCP a tu agente de siempre. Dos horas y media de taller sobre hooks, agentes, MCP y workflows reales para que ese agente esté a la altura.

Ver la masterclass completa →

Acceso con suscripción Web Reactiva Premium · 15€/mes · Sin permanencia

¿Tienes que usar su aplicación de escritorio? ¶

No. Y me parece la decisión de producto más sensata de todas.

XIRP tiene dos mitades. Una es el espacio de trabajo en el navegador, donde vive la wiki, el catálogo y todo lo demás. La otra es una aplicación de escritorio que actúa de harness: el envoltorio desde el que ejecutas las sesiones con todo el contexto ya cargado.

Esa aplicación hace cosas cómodas. Clona el repositorio por ti al crear la sesión. Sube la sesión de vuelta al proyecto con un botón. Deja ejecutar las sesiones en local o en remoto. Y sobre todo te permite cambiar de asistente sin perder el contexto: Claude, Gemini y Codex conviven dentro de la misma ventana.

Ese último punto es la jugada estratégica del producto y merece que te pares en ella. Se posicionan como harness del modelo que tú prefieras, no como el enésimo agente que compite con los que ya usas. La frase con la que lo venden es que XIRP conoce tu organización, no la del proveedor del modelo.

No lo presentan como una característica simpática, sino como un requisito de arquitectura que salió de cómo trabajan sus ingenieros. La consecuencia práctica va más lejos de lo que parece: dicen enrutar cada trabajo al mejor precio por rendimiento disponible, incluidos modelos open source que ellos mismos alojan. Cambiar de modelo a mitad de tarea deja de ser una migración y pasa a ser una decisión de coste.

Traducido a tu situación: si mañana Gemini adelanta a Claude en tu tipo de trabajo, cambias y el contexto acumulado se queda donde estaba. Es la apuesta de quien cree que los modelos son intercambiables y el contexto no. Con la velocidad a la que se mueven los precios y las capacidades, no me parece una apuesta descabellada.

Pero si no quieres su aplicación, no la usas. El servidor MCP de Portal expone los mismos datos a tu harness actual. Sigues en tu terminal, con tu configuración, y el contexto llega igual.

Es la diferencia entre una plataforma que quiere ser tu casa y una que se conforma con ser tu proveedor de datos. Si no tienes claro cómo funciona esa capa de conexión, aquí explicamos cómo instalar MCP en los agentes más habituales.

En la demo lo prueban con una petición nada trivial: un resumen del proyecto a nivel de CTO. El agente tira del MCP y del espacio de trabajo y devuelve repositorios implicados, riesgos y puntos de atención. No es magia, es contexto bien servido.

¿Esto sirve si tu equipo no es Spotify? ¶

Depende de dónde esté tu dolor, y conviene ser honesto con las dos caras.

Hay una pista reveladora en la demo. Cuando enseñan los recursos adicionales, comentan que un proyecto puede ser de marketing o de ventas, con sus propios documentos, sin que haya un repositorio debajo. O sea: XIRP no es estrictamente una herramienta de ingeniería. Es un espacio de contexto compartido que resulta que nació entre developers.

Eso amplía el mercado y a la vez enciende una alarma. Un producto que sirve para todo corre el riesgo de no ser el mejor en nada.

Conviene separar las dos mitades para responder bien, porque cada una tiene su público:

Fíjate en la fila que cambia la historia respecto a lo que te habría dicho hace un mes: si trabajas solo pero orquestas varios agentes a la vez, la mitad de orquestación te sirve aunque no tengas equipo con quien compartir nada. El aislamiento por worktree no necesita organización detrás.

La mitad de contexto es otra cosa. Esa empieza a tener sentido cuando el coste de que cada persona reconstruya lo mismo se multiplica por el tamaño del equipo.

¿Qué no sabemos todavía de XIRP? ¶

Bastante, y prefiero decirlo antes de que te hagas ilusiones. Todo lo que has leído sale de la presentación, de la página del producto y del artículo con el que lo anunciaron. No lo he probado.

Estas son las preguntas sin respuesta que más pesan:

Precio. Hoy se prueba gratis, pero no hay tarifas publicadas para después ni para la parte de Portal. Sospecho que el modelo comercial todavía no está cerrado, y “gratis durante el acceso anticipado” no es lo mismo que saber lo que te va a costar en un año.

Privacidad de las sesiones. Subir una sesión de IA es subir todo lo que pasó por ella: rutas internas, fragmentos de código, a veces secretos que el agente leyó sin querer. Y aquí no hablamos de subir cuando te apetece, porque las transcripciones fluyen a Portal al terminar. No se detalla qué se filtra, quién ve qué ni cómo se purga. Es la pregunta que yo haría primero.

Calidad real de la síntesis. En una demo preparada todo se sintetiza bien. Con cuarenta sesiones semanales de calidad desigual, no lo sé. Es la incógnita central del producto.

Las cifras internas. Las 36.000 sesiones son un dato de la propia casa sobre su propia herramienta, en una organización que ya tenía Backstage montado y cultura de plataforma. Es una señal buena, no una prueba de que funcione en la tuya.

Soporte fuera de GitHub. El descubrimiento automático se muestra con GitHub y se menciona Azure DevOps. Si vives en GitLab o Bitbucket, toca preguntar.

Cuánto rinde XIRP sin Portal. La orquestación funciona sola, eso está claro. Lo que no sabemos es cuánto se queda cojo el producto cuando le quitas el catálogo, porque todos los ejemplos que enseñan tienen Portal detrás. Si vas a probarlo suelto, mide qué te aporta antes de contar con la otra mitad.

💡 Regla de oro con productos recién anunciados: la demo enseña el camino feliz. Tu trabajo es preguntar por el infeliz.

¿Cómo encaja con lo que ya usas? ¶

No sustituye a nada de lo que tienes. Se pone encima.

Si tienes dudas sobre las tres primeras filas, aquí desmontamos las diferencias entre skills, prompts y MCP sin mezclar conceptos.

Lo interesante de la tabla es que la última fila estaba vacía hasta ahora. Todo el esfuerzo de los últimos dos años ha ido a mejorar la sesión individual: mejores prompts, mejores reglas, mejor memoria, mejores herramientas. La capa de equipo la estábamos resolviendo con Slack, Notion y buena voluntad.

Que Spotify meta ahí un producto no significa que sea el bueno. Significa que el hueco existe y que alguien con credenciales lo ha visto.

¿Merece la pena que lo mires? ¶

Si lanzas varios agentes a la vez y peleas con que se pisen, sí: se prueba gratis y el problema que resuelve es concreto y verificable en una tarde.

Si lo que buscas es la capa de equipo, mide antes de pedir nada. Y mientras tanto puedes copiar el principio de fondo sin licencias: tu sesión de IA no termina cuando cierras la ventana, termina cuando alguien más puede aprovecharla. Un documento compartido donde volcáis decisiones y descartes, revisado por humanos, cubre un buen trozo de esto.

Empieza por ahí. Si dentro de seis meses ese documento se os ha quedado corto, sabrás exactamente qué le estás pidiendo a un producto como este. Y eso vale más que cualquier demo.

TL;DR ¶

• 🎯 XIRP son dos productos en uno: solo, orquesta decenas de sesiones de agente en paralelo; conectado a Portal, cada sesión arranca con el catálogo, la propiedad y las decisiones de arquitectura de tu organización
• 🧩 La clave técnica es un worktree de git por sesión, que es lo que permite coordinar más de 50 agentes sobre el mismo repositorio sin que se pisen
• 🔁 Al terminar, las transcripciones vuelven a Portal, de modo que otra persona (u otro agente) retoma el trabajo donde lo dejaste
• 🔌 Es neutral respecto al modelo por diseño: Claude, Gemini, Codex e incluso modelos open source autoalojados, cambiando a mitad de tarea sin perder contexto
• ⚠️ Hoy se prueba gratis, pero sin tarifas publicadas y sin detalle sobre privacidad de las sesiones: las dos preguntas que haría antes de meter tu código ahí

Preguntas frecuentes ¶

¿Qué es XIRP?
Es un entorno de desarrollo agéntico creado por Spotify que conecta a tu agente de IA con los servicios, la propiedad, la documentación y las decisiones de arquitectura de tu organización. Su objetivo es que ninguna sesión con un agente empiece adivinando.

¿XIRP está disponible ya?
Sí, se puede probar gratis desde su web en un programa de acceso anticipado, que además incluye una instancia de Portal si la solicitas. No hay tarifas publicadas para más adelante.

¿XIRP es lo mismo que Backstage?
No. Backstage es el framework de portal interno que Spotify donó a la CNCF. XIRP está construido sobre esos mismos cimientos, pero es un producto distinto, centrado en dar contexto a los agentes de IA y no en el catálogo de servicios.

¿Necesito Portal para usar XIRP?
No para la orquestación: XIRP funciona solo como entorno de desarrollo agéntico. Sí para la capa de contexto compartido, porque Workspace es un plugin de Portal. Ellos describen la combinación como un efecto multiplicador.

¿Con qué asistentes de código funciona?
Con Claude Code, Gemini CLI y Codex, y puedes cambiar entre ellos a mitad de tarea sin perder el contexto. También permite enrutar trabajos a modelos open source autoalojados. Además expone los datos por el servidor MCP de Portal, así que otros agentes con soporte MCP también pueden consumirlos.

¿Tengo que usar la aplicación de escritorio de XIRP?
No es obligatoria. Facilita clonar repositorios, cambiar de asistente sin perder contexto y subir sesiones al espacio compartido, pero puedes usar tu propio harness conectándote por MCP.

¿Cómo se genera la documentación automática?
XIRP analiza los recursos del proyecto (componentes del catálogo, skills, tareas de Jira o Linear, sesiones subidas) y propone documentos nuevos. Esas propuestas se revisan como si fueran un pull request y tú decides si se aceptan.

¿Qué integraciones de gestión de tareas soporta?
En la presentación se muestran Linear y Jira. Al conectar un proyecto, XIRP importa las tareas para que sirvan de contexto en las sesiones.

¿Sirve para equipos que no son de ingeniería?
En la demo se menciona que marketing o ventas podrían crear su propio espacio con sus documentos, sin repositorio debajo. La orientación principal sigue siendo ingeniería.

¿Cómo evita que varios agentes se pisen en el mismo repositorio?
Cada sesión se ejecuta en su propio worktree de git. Ese aislamiento es lo que permite lanzar decenas de agentes a la vez sobre el mismo código sin que las ediciones de uno rompan el trabajo del otro.

¿Cuánto cuesta XIRP?
Hoy se prueba gratis. No hay precios publicados para después, ni para XIRP ni para la instancia de Portal que lo acompaña.

¿Es seguro enviar mis sesiones a Portal?
Es la pregunta que conviene hacer antes de adoptarlo. Las transcripciones y los metadatos de cada sesión fluyen a Portal al terminar, y una sesión puede contener rutas internas, fragmentos de código y datos sensibles. La documentación pública no detalla el modelo de permisos ni de retención.

Fuentes ¶

• Presentación de producto de Spotify sobre Portal y XIRP (vídeo completo), con la sección de XIRP entre los minutos 25:26 y 33:53 y el cierre sobre disponibilidad en el 39:30
• Artículo de presentación del equipo de Spotify, con las cifras de adopción interna y el detalle de los worktrees: “Introducing Xirp”
• Página oficial del producto, con las tres piezas (Agent, Workspace, Documentation): xirp.spotify.com
• Backstage, el framework de portal interno donado por Spotify a la CNCF

🧨 Última oportunidad para recibir la dinamita que mereces sobre programación con IA el próximo domingo: Suscríbete gratis a Web Reactiva en https://webreactiva.com/newsletter