Spotify ha abierto en beta pública Xirp, el entorno que usan sus ingenieros para trabajar con varios agentes de código a la vez y cambiar de uno a otro sin perder el contexto de lo que estaban haciendo. Dentro de la empresa acumula más de 36.000 sesiones adoptadas sin que nadie las impusiera.
Puntos clave
- Xirp es neutral respecto al proveedor: soporta Claude Code, Gemini CLI, Codex y modelos abiertos alojados dentro de Spotify.
- El contexto está desacoplado del agente, así que se puede cambiar de herramienta a mitad de proyecto.
- Cada sesión corre en su propio worktree de Git, lo que permite trabajo paralelo sin que los agentes se pisen.
- Aguanta más de 50 sesiones simultáneas. Miles de ingenieros lo usan.
- Se integra con Portal, el catálogo de software de Spotify, para darle al agente el contexto de servicios, dueños y documentación.
El problema que resuelve no es el modelo
La frase que Spotify pone en el anuncio explica de dónde sale todo esto: "la neutralidad de proveedor es un requisito arquitectónico que salió directamente de cómo trabajan nuestros ingenieros".
O sea, no fue una decisión de estrategia de compras. Fue que la gente ya estaba usando tres herramientas distintas y cambiando entre ellas según la tarea, y cada cambio significaba volver a explicarle todo al agente nuevo.
Ese es el coste que Xirp ataca. Cuando el contexto vive dentro de la herramienta, cambiar de herramienta es empezar de cero. Cuando vive fuera, cambiar de herramienta es apretar un botón, y de repente puedes mandar el trabajo caro al modelo caro y el trabajo mecánico al barato.
Worktrees, que es la parte menos glamurosa y la que hace que funcione
Cada sesión en su propio worktree es el detalle técnico que permite lo demás. Un worktree es una copia de trabajo separada del mismo repositorio. Si tres agentes tocan tres worktrees distintos, no hay colisión: cada uno tiene sus ficheros, hace sus cambios, y luego se decide qué se mezcla.
Sin eso, 50 sesiones en paralelo sobre el mismo repositorio es un desastre garantizado. Con eso, es simplemente 50 ramas que alguien tiene que revisar.
Y la integración con Portal cierra el círculo por el otro lado. Los agentes de código fallan sobre todo por falta de contexto de la casa: no saben de quién es este servicio, ni dónde está la documentación, ni qué convención sigue el equipo. Enchufarlos al catálogo interno les da eso sin que nadie lo pegue a mano en cada prompt.
36.000 sesiones sin que nadie obligara
El dato de adopción orgánica es el que más dice. En una empresa de este tamaño, las herramientas internas que se imponen por decreto suelen morir con un 15% de uso y mucha reunión de seguimiento.
36.000 sesiones y miles de ingenieros significa que la gente lo usa porque le resuelve el día. Es la señal que hay que buscar antes de comprar cualquier cosa parecida: si tu equipo no la usaría sin que se lo mandes, no la necesita.
Spotify lo ofrece ya como producto independiente, con capacidades ampliadas si lo emparejas con Portal, y con pruebas gratuitas en xirp.spotify.com.
Por qué importa
Esto es lo mismo que ya está pasando en empresas mucho más pequeñas, contado por alguien que lo ha hecho a escala de miles de ingenieros. Cuando tienes dos o tres agentes de código en marcha, el cuello de botella deja de ser el modelo y pasa a ser el contexto y la coordinación.
La lección aplicable sin comprar nada: separa el contexto de la herramienta. Que las instrucciones de tu proyecto, las convenciones y la documentación vivan en ficheros del repositorio, no dentro de la configuración de un producto concreto. El día que quieras cambiar de agente, o que salga uno mejor, el cambio te cuesta una tarde en vez de tres semanas. Y ese día llega antes de lo que se planifica.
Relacionado
