Spotify Xirp: Centro de control para agentes de código

Si solo tienes abierta una sesión de programación en un repositorio, no necesitas un nuevo centro de control. Un terminal, un agente y una rama de Git limpia suelen ser suficientes.

La situación se vuelve confusa cuando Codex desarrolla una función, Claude Code investiga un error y Gemini analiza en paralelo una segunda idea. ¿Qué agente está esperando una autorización? ¿En qué rama están los cambios? ¿Qué sesión pertenece a cada proyecto? ¿Y cómo se evita que dos agentes modifiquen al mismo tiempo el mismo checkout?

Ese es exactamente el problema que Xirp pretende resolver. El nombre procede de Spotify, pero no tiene nada que ver con música, listas de reproducción ni con la aplicación de Spotify. Xirp es una aplicación para macOS destinada al trabajo con agentes de programación basados en IA. Reúne proyectos, terminales persistentes, worktrees de Git, archivos, reglas y skills en una sola interfaz.

Al principio puede parecer otro IDE con IA, pero esa descripción se queda corta. Xirp no incluye un modelo de lenguaje propio ni sustituye a Codex, Claude Code o Gemini. La aplicación organiza agentes que ya están instalados y configurados en el Mac.

Qué es realmente Xirp

Spotify define Xirp como un agentic development environment. Dicho de forma más sobria, es una superficie gráfica de control para varias sesiones locales de agentes de programación.

Una sesión es un terminal persistente en el que se ejecuta un agente. Puede pertenecer a un proyecto local y a su propio worktree de Git, o iniciarse sin contexto de proyecto. Al crearla se elige Codex, Claude Code o Gemini, se describe el objetivo y se decide si el agente debe trabajar en el checkout existente o en un nuevo worktree.

Xirp sigue utilizando las herramientas nativas de línea de comandos de cada proveedor. Las credenciales, los modelos, las suscripciones, los permisos y los ajustes específicos permanecen en la configuración de cada agente. Instalar Xirp no proporciona automáticamente acceso a Claude, Codex o Gemini ni añade cuotas de uso de modelos.

Xirp se encuentra actualmente en fase beta y solo funciona en macOS. Es software propietario, no de código abierto. Spotify exige una dirección de correo profesional para registrarse. Según las preguntas frecuentes, no se aceptan direcciones personales de servicios como Gmail, Yahoo u Outlook.com.

Qué puede hacer Xirp en la práctica

Su utilidad no nace de un único botón espectacular. Surge al reunir en un mismo lugar varias tareas que hoy suelen estar separadas.

Proyectos y sesiones persistentes

Un proyecto es, en principio, una carpeta local del Mac. Puede ser un único repositorio Git, una carpeta sin Git o una carpeta superior que contenga varios repositorios. Xirp la utiliza como directorio de trabajo para las sesiones.

Los terminales son persistentes. Se puede cerrar la aplicación, volver a abrirla más tarde y continuar una sesión. La vista del proyecto muestra las sesiones activas y anteriores junto con sus ramas y worktrees. Los indicadores señalan, entre otros estados, si un agente está trabajando, espera una respuesta o ha terminado. Las notificaciones pueden avisar cuando una sesión necesita atención.

No parece revolucionario, pero resulta valioso en el trabajo diario. Con tres o cinco tareas en paralelo, la cuestión más difícil ya no suele ser si un agente puede escribir código, sino saber qué está haciendo cada uno y dónde se encuentra su resultado.

Worktrees de Git en lugar de agentes en el mismo checkout

Para una nueva sesión, Xirp puede crear un worktree de Git propio con una rama y un directorio de trabajo separados. Así, varios agentes pueden trabajar sobre el mismo repositorio sin reescribir simultáneamente los mismos archivos en el mismo checkout.

Un worktree no evita los conflictos por arte de magia. Si dos ramas cambian la misma función de formas distintas, alguien tendrá que comprender y resolver el conflicto más adelante. Tampoco se impiden automáticamente modificaciones accidentales fuera del worktree. El aislamiento ordena el trabajo, pero no sustituye la revisión de código, las pruebas ni la protección de ramas.

Al limpiar, Xirp trata deliberadamente la sesión, el worktree y la rama como elementos separados. Tiene sentido, porque cerrar un terminal no debería eliminar automáticamente un checkout con cambios sin confirmar.

Terminal, archivos, Git y varios agentes en una sola vista

La vista de sesión es un terminal interactivo. Se puede responder, autorizar permisos y utilizar comandos del agente igual que en la CLI nativa. Además, permite buscar y editar archivos, revisar diffs, consultar ramas y commits, y abrir editores o terminales externos en el worktree correcto.

La vista de cuadrícula coloca varios terminales activos uno junto a otro. Es especialmente útil cuando dos sesiones están trabajando y una tercera espera una decisión. También se puede bifurcar una conversación para explorar otro enfoque sin abandonar el hilo original.

Según la documentación, durante una sesión se puede cambiar a otro agente instalado. El directorio de trabajo y el estado del proyecto se conservan. Sin embargo, Xirp no traduce los ajustes específicos entre agentes. Cambiar de Claude Code a Codex no significa que todos los detalles de configuración vayan a comportarse automáticamente de la misma manera.

Reglas y skills reutilizables

Xirp muestra archivos de instrucciones globales y de proyecto compatibles, como AGENTS.md o CLAUDE.md. También descubre skills reutilizables en las carpetas admitidas. Un skill puede describir, por ejemplo, una comprobación de lanzamiento, una migración o un flujo fijo de verificación.

Esta parte importa más de lo que parece. Un agente sin reglas locales puede generar código sintácticamente correcto y aun así incumplir las convenciones del repositorio. Xirp no mejora la calidad de esas reglas, pero hace más visibles las instrucciones y los procedimientos repetibles asociados a cada proyecto.

Un flujo de trabajo realista

Supongamos que una aplicación web necesita una actualización importante. Hay que actualizar una dependencia, investigar un error existente y adaptar la documentación. En Xirp podrían convertirse en tres sesiones separadas:

• Codex actualiza la dependencia en su propio worktree y ejecuta las pruebas.
• Claude Code analiza el error existente en una segunda rama.
• Gemini revisa la documentación afectada o explora una solución alternativa.

Los tres terminales permanecen visibles en la cuadrícula. La vista Git muestra qué archivos ha modificado cada rama. Si un agente espera una autorización, no hace falta buscar entre ventanas de terminal. Después se pueden revisar, probar e integrar los resultados por separado.

Ahí se encuentra el uso razonable de Xirp. No ayuda principalmente con el primer agente, sino con el tercero, quinto o décimo flujo de trabajo paralelo. Spotify habla en su artículo de lanzamiento de más de 50 sesiones paralelas y de más de 36.000 sesiones ejecutadas internamente. Son cifras del proveedor en el entorno de Spotify, no un estudio independiente de productividad.

Más paralelismo tampoco significa automáticamente más productividad. Cada agente adicional genera resultados, preguntas, posibles conflictos y costes. Quien inicia diez sesiones debe comprender y asumir la responsabilidad de diez estados de trabajo. Xirp hace más visible esa carga, pero no la elimina.

Qué añade Spotify Portal

Xirp funciona sin Spotify Portal. Los terminales persistentes, los proyectos locales, los worktrees, la cuadrícula, los archivos, Git, los skills y las reglas forman parte de la aplicación independiente.

Portal añade la capa organizativa. Mantiene un catálogo de software con servicios, dependencias, responsables y otros metadatos. Los Workspaces pueden reunir páginas wiki, decisiones técnicas, enlaces, tareas, miembros y sesiones anteriores. Xirp puede iniciar una sesión desde una entidad del catálogo o un Workspace y proporcionar el contexto adecuado mediante MCP.

El objetivo es resolver un problema habitual en organizaciones grandes: un agente puede ver el repositorio, pero no sabe automáticamente quién es responsable de un servicio previo, por qué se tomó una decisión arquitectónica o qué limitaciones ya documentó otro equipo.

Portal puede proporcionar ese contexto cuando se necesita, en lugar de colocar todos los documentos en el prompt inicial. Tras una sesión, su historial puede subirse manualmente al Workspace. Los miembros del equipo y los agentes futuros pueden continuar a partir de ese conocimiento.

Es el aspecto estratégicamente más interesante de Xirp. También es el que más depende de metadatos bien mantenidos, permisos y buena documentación. Un catálogo de software obsoleto no crea conocimiento organizativo fiable. Solo entrega al agente contexto antiguo con mayor convicción.

Para equipos pequeños, Portal puede ser una infraestructura innecesaria. Para una organización con muchos repositorios, responsables cambiantes y trabajo duplicado recurrente, una capa compartida de contexto sí puede aportar valor real.

Seguridad: local no significa automáticamente offline

Spotify documenta claramente que registrar un proyecto local no sube sus archivos a Portal. Xirp trabaja con la carpeta del Mac y la subida de una sesión a Portal debe iniciarse manualmente.

Eso no significa que todo el flujo de programación permanezca offline. El agente elegido sigue comunicándose con OpenAI, Anthropic, Google u otro proveedor configurado según sus propios ajustes. Los prompts, fragmentos de código y resultados de herramientas que se transmiten dependen de la configuración nativa del agente. La gestión local de proyectos de Xirp no modifica esos flujos de datos.

Las subidas de sesiones contienen más que el chat

Según Spotify, al subir una sesión a Portal se comparte la conversación completa, las llamadas a herramientas, los cambios en archivos, el razonamiento del agente y las rutas de archivos. Puede incluir fragmentos de código y cualquier información procesada por el agente durante la sesión.

Lo más importante: Xirp no elimina secretos, credenciales, datos personales ni contenido confidencial antes de la subida. El usuario debe revisar el historial y evitar subir sesiones problemáticas.

Para un uso productivo establecería, como mínimo, estas reglas:

• Iniciar agentes solo con los permisos necesarios para la tarea concreta.
• Usar modos autónomos y omisiones de permisos únicamente en entornos claramente limitados.
• Utilizar un worktree separado y prescindible para trabajos arriesgados.
• Revisar los transcripts en busca de secretos y datos de clientes antes de cada subida a Portal.
• Mantener protección de ramas, pruebas, revisión de código y análisis de secretos independientemente de Xirp.

Los worktrees protegen frente a solapamientos accidentales en el mismo checkout. No son una frontera de seguridad para comandos de shell, acceso de red o permisos del Mac. Eso sigue dependiendo del sandbox y de los controles de autorización del agente correspondiente.

Datos locales y telemetría

De forma predeterminada, Xirp guarda su estado local en ~/.xirp. Spotify describe la telemetría de uso opcional como seudónima y afirma que excluye prompts, código, rutas de archivos y texto libre. Puede desactivarse en los ajustes o mediante XIRP_TELEMETRY=0.

Estas declaraciones son positivas, pero Xirp sigue siendo software propietario. A diferencia de un proyecto de código abierto, su implementación no puede revisarse por completo en código público. Las organizaciones deberían evaluar no solo la interfaz, sino también los términos contractuales, los flujos de datos, la conservación y los permisos concedidos a los agentes conectados.

Para quién merece la pena Xirp

Xirp no es imprescindible para todo el que abre ocasionalmente un agente de programación. Su utilidad depende mucho de cuántas sesiones, repositorios y personas haya que coordinar.

Para mí, la frontera es sencilla: si las pestañas del terminal, los nombres de rama y una lista normal de tareas siguen siendo suficientes, Xirp es una capa adicional. Si varios agentes trabajan habitualmente en worktrees separados y se pierde la visión de conjunto, la aplicación resuelve un problema real.

Primeros pasos y límites actuales

Spotify ofrece descargas de Xirp para Macs con Apple silicon e Intel. También existe un script de instalación para el terminal. Como con cualquier instalador curl | sh, conviene revisar el script antes de ejecutarlo o utilizar la descarga directa de la aplicación.

Tras la instalación, los pasos principales son sencillos:

1. Crear una cuenta de Spotify Technology con una dirección de correo profesional.
2. Instalar y autenticar por separado las CLI de los agentes deseados, y configurar sus permisos.
3. Registrar un proyecto local en Xirp.
4. Usar un nuevo worktree en lugar del checkout principal para la primera tarea real.
5. Describir el objetivo y los criterios de finalización con suficiente claridad para que el agente sepa cuándo ha terminado.
6. Revisar los cambios y el transcript antes de integrar o subir algo a Portal.

La beta todavía tiene límites claros. Xirp no funciona actualmente ni en Windows ni en Linux. No hay modo servidor ni posibilidad de alojar sesiones remotas mediante SSH. Las subidas automáticas de transcripts no están admitidas actualmente, las sesiones aptas de Workspace se comparten deliberadamente de forma manual. Las pantallas y el comportamiento pueden cambiar rápidamente durante la beta.

La página del producto ofrece actualmente acceso a la beta y anuncia una prueba gratuita de Portal. No lo interpretaría como una promesa de producto gratuito para siempre ni como información sobre los precios futuros para equipos. Una organización que adopte Xirp debería considerar, además de las suscripciones a modelos, la licencia de Portal, la administración, el trabajo de revisión y la gestión de las sesiones almacenadas.

Base y límites de este artículo

No he probado Xirp para este artículo en un entorno productivo con varios agentes. La descripción de funciones y los datos de seguridad se basan en la documentación oficial de Xirp, las preguntas frecuentes, la página del producto y el artículo de lanzamiento de Spotify, revisados el 25 de agosto de 2026.

Por tanto, no puedo hacer afirmaciones fiables sobre estabilidad, consumo de recursos, velocidad o ahorro real de tiempo. En una beta, la interfaz, los agentes compatibles y las funciones de Portal pueden cambiar rápidamente.

Mi conclusión

Xirp aborda un problema que solo se hace visible cuando los agentes de programación dejan de utilizarse uno a uno y pasan a trabajar en paralelo. Los terminales persistentes, los worktrees de Git, los indicadores de estado, los diffs y la cuadrícula no son ideas revolucionarias por separado. Reunirlas en una interfaz pensada para agentes puede ordenar mucho el trabajo diario.

La ambición mayor está en la conexión con Spotify Portal. Si los servicios, los responsables, las decisiones arquitectónicas y las sesiones anteriores se mantienen de verdad y están disponibles cuando se necesitan, un agente no tiene que empezar desde cero cada vez. Eso es más interesante que otro selector de modelos.

Los riesgos también aparecen en esa conexión. Un transcript completo puede revelar mucho más que un commit. Un worktree no impide comandos de shell peligrosos. Y un proyecto local no dice qué datos envía el agente elegido a su proveedor de modelos.

Yo mismo noto ya con claridad esta carga. En Codex hay varios proyectos en marcha, a su lado tengo un terminal abierto, mi Hermes Agent también trabaja y en el buzón esperan más preguntas y autorizaciones. Todo se ejecuta en paralelo, todo acaba reclamando atención y yo debo mantener al mismo tiempo en la cabeza el contexto, las prioridades y los resultados. A veces se siente como una especie de agotamiento mental, si se puede llamar así.

El trabajo no solo se ha vuelto más rápido. También me llega por cada vez más flujos paralelos. Hace poco, el cuello de botella consistía en terminar una tarea con mayor rapidez. Hoy suele consistir en volver a alinear cinco tareas en marcha. Proyectos, sesiones, preguntas, autorizaciones y resultados necesitan un flujo comprensible, de lo contrario la velocidad conseguida se convierte en una carga.

Muchos proveedores y proyectos de código abierto intentan resolver ahora este nuevo problema de coordinación. Xirp es un enfoque. Buzz es otro: pretende reunir bajo un mismo techo a personas, varios proyectos y varios agentes. Hace poco escribí con más detalle sobre la idea detrás de Buzz y su espacio de trabajo compartido.

Para un desarrollador individual con una sola sesión, la CLI nativa probablemente siga siendo el camino más directo. Quien coordine varios agentes, ramas y proyectos en paralelo en un Mac debería seguir de cerca Xirp. No porque Spotify haya creado un agente mejor, sino porque coordinar los agentes existentes se está convirtiendo en un problema de herramientas propio.

Hasta la próxima,
Joe

Preguntas frecuentes