Traycer: orquesta Claude Code, Codex, Cursor y Kimi desde una sola interfaz

Justo ahora hay muchos desarrolladores pagando múltiples suscripciones de IA al mismo tiempo: Claude Code, GPT Codex, Cursor, Kimi Code y más. El problema no es tener las suscripciones, sino administrarlas. Saltar entre terminales y agentes distintos toma trabajo, y muchas veces terminamos desperdiciando los tokens de alguna de esas cuotas que ya estamos pagando.

Es por eso que están surgiendo los orquestadores de agentes, y en este artículo vamos a ver Traycer: una plataforma que nos permite conectar nuestras suscripciones existentes, lanzar múltiples agentes en paralelo e incluso intercambiar el contexto entre ellos. Esto quiere decir que puedes iniciar una sesión con Claude Code, pasársela a Codex, luego a Kimi o a Cursor, todo desde un mismo lugar.

Traycer es un proyecto open source, ofrece un plan gratuito y está disponible para Windows, Linux y Mac. Vamos a repasar cómo funciona.

El punto de partida: tus propias suscripciones

Lo primero que hay que entender es de dónde salen los tokens. Traycer no reemplaza tus suscripciones: las usa. Si ya pagas Claude Code, Codex o Cursor, Traycer detecta las herramientas instaladas en tu sistema y te las ofrece desde su interfaz. Es la misma cuota que ya estás pagando, solo que ahora accesible desde otra herramienta.

La instalación es simple: descargas el instalador desde su sitio web, lo ejecutas, y al abrir la aplicación haces login con GitHub o Google. Una vez dentro, Traycer descarga las herramientas y te presenta dos modos de trabajo: una interfaz estilo chat y una versión de terminal. En ambas puedes usar modelos de múltiples suscripciones — por ejemplo GPT 5.6, los modelos de Claude, o los de OpenCode.

Primer proyecto: un bloc de notas en tiempo real

Para probarlo, creé un proyecto llamado realtime-notes: una especie de Word online escrito desde cero, donde múltiples usuarios pueden escribir al mismo tiempo. El flujo es directo: le das a Add folder, seleccionas la carpeta del proyecto y ya estás trabajando dentro de ella.

Empecé con Claude (modelo 4.8 por defecto) con un prompt simple:

Crea un plan para un bloc de notas en tiempo real. Cada vez que un usuario entra, se le asigna un usuario y múltiples pueden escribir en él. El backend es Go y el frontend es Vite + React.

Aquí la interfaz cambia: aparece un panel a la derecha con la respuesta del agente y, a la izquierda, la lista de chats y artefactos. El agente me hizo las preguntas típicas del modo plan — tipo de broadcast, persistencia, manejo de usuarios — y algo interesante: cuando propuso SQLite, le pedí cambiar a Postgres porque es una aplicación en tiempo real, y actualizó el plan sin problema.

El resultado es un plan técnico en Markdown interpretado, generado por Claude Code pero renderizado en la interfaz de Traycer. Para ejecutarlo, simplemente le dices que lo implemente.

Los artefactos son archivos reales

Un detalle importante: el plan se guarda como un archivo Markdown dentro del proyecto. Esto significa que es un artefacto que puedes volver a revisar, commitear o alterar, porque al final es un archivo al que tienes acceso. Traycer separa las sesiones (donde pides cosas) de los artefactos (las planificaciones y documentos que se van generando), y eso mantiene el trabajo ordenado.

Control de uso y créditos

Si trabajas con Claude Code, sabes que puedes escribir /usage para ver cuánto llevas consumido de tu sesión. Desde Traycer puedes lanzar exactamente los mismos comandos y obtener la misma respuesta. Pero además, la aplicación tiene un panel dedicado que muestra el uso de todos los agentes autenticados — en mi caso, Codex y Claude Code — sin necesidad de lanzar una consulta por cada uno.

También puedes añadir proveedores por API key. Yo conecté Cursor: generas la clave desde tu cuenta, la pegas en Traycer, y al verificarla ya tienes acceso a modelos como Composer 2.5 desde la misma interfaz. Y lo contrario también aplica: los agentes que no uses (Droid, Kilo Code, OpenCode en mi caso) los puedes deshabilitar para quedarte solo con las suscripciones que realmente pagas.

Sesiones en paralelo y múltiples proyectos

Aquí es donde la herramienta empieza a tener sentido de verdad. Puedes tener varias sesiones corriendo al mismo tiempo, cada una con un agente distinto:

• Una sesión con Composer (Cursor) creando el plan de testing del backend — que por cierto responde muy rápido y es más barato, ideal para tareas simples como testear o comprobar cosas.
• Otra con Codex (GPT 5.6) implementando un landing page.
• El chat principal con Claude actuando como orquestador, lanzando planificaciones y creando artefactos.

Las sesiones funcionan como pestañas que puedes renombrar (testing, main, etc.), pero también puedes dividir la vista: clic derecho, split down, y distribuyes múltiples agentes en pantalla como un administrador de ventanas. En mi caso llegué a tener Claude, GPT, Cursor y Kimi visibles a la vez.

Y no estás limitado a un proyecto: creé un segundo proyecto (una app para vender autos con frontend en Astro y backend en Go) y trabajé en ambos en paralelo, cada uno en su propia pestaña. Un detalle curioso: aunque no encontré un botón explícito de "modo plan", cuando Traycer actúa de intermediario, el agente igual sabe cuándo lanzar preguntas adicionales de alcance antes de implementar.

Otras cosas útiles que aparecen en el camino:

• Explorador de archivos integrado para ver el código generado, con la opción de abrirlo directamente en VS Code.
• Git diff para revisar diferencias, y puedes pedirle a cualquier agente que haga el commit por ti.
• Monitor de recursos: puedes ver cuánta RAM consume cada sesión y desde qué agente viene el consumo — importante cuando lanzas subagentes o alguna sesión ejecuta un programa pesado.
• Referencias con @: escribiendo @ en el chat puedes apuntar a un archivo específico (por ejemplo handlers.go) y pedir mejoras solo sobre ese archivo.

Lo interesante: sesiones hijas y el protocolo agente-a-agente

Hasta aquí Traycer podría parecer solo un administrador de ventanas entre suscripciones. Lo que lo diferencia es la jerarquía de sesiones y el intercambio de contexto.

Dentro de cualquier sesión puedes lanzar un chat hijo, que hereda el contexto del chat padre. En mi prueba, GPT había definido el alcance de una funcionalidad; lancé un hijo con Claude y le dije: "crea un artefacto a partir de la decisión anterior". Claude accedió al log, revisó la conversación del agente padre y preparó el brief. Puede parecer simple, pero es la forma más directa de pasar contexto de un agente a otro sin copiar y pegar nada.

Y esto se puede anidar: creé un hijo del hijo con Composer para que implementara el artefacto del agente padre. Cada nivel hereda lo que necesita, y en la barra lateral vas viendo la jerarquía de sesiones. Mientras tanto, puedes abrir chats independientes al mismo nivel — por ejemplo, uno nuevo planificando la integración de pagos con Stripe — que no comparten contexto con el resto.

Todo esto funciona gracias a la opción Epic, activada por defecto, que es el modo que permite lanzar agentes encima de otros. En la práctica, es la implementación del protocolo A2A (agente a agente) de Traycer.

El resultado final de mi prueba lo dice todo: la planificación vino de GPT, la implementación de Claude, el testing de Composer, y la aplicación levantó con su backend, frontend y tests end-to-end funcionando. Incluso se podría meter un modelo como MiniMax para generar imágenes y pasárselas al prompt del primer agente. Considerando que combinamos modelos de proveedores distintos, el resultado no luce nada mal.

Skills compartidos entre agentes

Traycer también soporta skills, que se lanzan con / en el chat. Para instalarlos existe un sitio llamado skills.sh donde puedes buscar entre varios — yo probé uno llamado Thermonuclear Code Quality Review que viene por parte de Cursor. Copias el comando, lo pegas en la terminal, y el instalador te pregunta para qué agentes quieres instalarlo: Claude Code, Kimi Code, Codex y demás, porque todos leen la misma carpeta de skills.

Una vez instalado, puedes entrar a cualquier sesión, escribir el nombre del skill, y en mi caso lanzó Opus para revisar el código del proyecto completo. Un solo skill, disponible para todos tus agentes.

Precios y mi opinión

Traycer es open source y puedes revisar cómo está desarrollado en GitHub. Todo lo que mostré aquí funciona con el plan gratuito usando tus propias suscripciones. Aparte de eso, ofrecen planes con créditos para intercambiar entre distintos modelos de IA — útil si no tienes suscripción de algún proveedor específico y quieres acceso a múltiples modelos desde un solo lugar.

Mi lectura honesta: si eres un solo desarrollador manipulando múltiples suscripciones y trabajando en varios proyectos a la vez, esto resuelve un problema real. No necesitas conocer mucho de la herramienta para entender cómo lanzar múltiples agentes al mismo tiempo o intercambiar contexto entre ellos, y si estás desperdiciando tokens de alguna suscripción, esta es una forma práctica de aprovecharlos: cada vez que trabajas, tienes la opción de lanzar otro agente a la par sin cambiar de terminal.

Les recomiendo probarlo por ustedes mismos — les dejo el enlace en la descripción. Y si tienen dudas o quieren ver qué se podría crear con este programa, déjenmelo en los comentarios.