Si ya pagas una CLI de agentes como Claude Code, tienes más capacidad de la que una sola ventana de terminal te deja aprovechar. El modelo sabe planificar, escribir código, ejecutar tests y explicar lo que hace. Lo que no puede hacer por sí solo es ser cinco personas a la vez, llevar la cuenta de quién hace qué y entregarte un informe honesto al final del día.
Por ese hueco creamos SuperDevSpace. Es una app de escritorio que convierte la CLI que ya tienes en un pequeño equipo: un manager que planifica el trabajo y workers que lo hacen, cada uno en su propio terminal y su propio git worktree.
El problema de un agente en un terminal
Trabajar con un solo agente de código es una maravilla para una sola tarea. Se desmorona en cuanto tienes tres cosas que hacer en el mismo repositorio:
- Puedes abrir un segundo terminal, pero entonces ambos agentes editan el mismo checkout. Uno ejecuta la suite de tests mientras el otro está a mitad de un refactor.
- Te conviertes en el jefe de proyecto. Tú repartes el trabajo, tú recuerdas qué terminal tenía qué tarea, tú copias el contexto de una sesión a otra.
- Nadie apunta lo que pasó. Cuando vuelves de comer, el único registro es el scrollback del terminal.
Nada de esto es un problema del modelo. Es un problema de organización, y la organización es algo que el software hace bien.
| Un agente, un terminal | Una organización de SuperDevSpace | |
|---|---|---|
| Trabajo en paralelo sin choques | ✗ | ✓ |
| Un worktree y una rama por worker | ✗ | ✓ |
| Trabajo dividido en tareas en un tablero | ✗ | ✓ |
| Un informe escrito por tarea | ✗ | ✓ |
| Revisas el diff antes de que entre | ✓ | ✓ |
| Funciona con la CLI que ya pagas | ✓ | ✓ |
Qué hace realmente SuperDevSpace
En SuperDevSpace cada repositorio es una organización. Cada organización tiene un manager: una sesión real de una CLI de agentes, en un terminal real que puedes ver y en el que puedes escribir. Le das al manager una directiva en lenguaje natural, escribiéndola o dictándola por voz.
El diagrama en texto
flowchart TD
you["Tú"] -->|"directiva"| mgr["Manager"]
mgr -->|"tareas en el tablero"| board["Tablero del sprint"]
board --> w1["Worker: frontend"]
board --> w2["Worker: QA"]
w1 -->|"informe"| review["Revisión del manager"]
w2 -->|"informe"| review
review -->|"squash merge"| main["Tu rama principal"]
review -->|"un solo informe"| youDespués, el manager hace lo que haría un líder de equipo:
- Planificar. Abre un sprint y divide la directiva en tareas en un tablero, cada una con un brief breve.
- Contratar. Contrata workers para esas tareas. Cada worker es otra sesión real de la CLI en su propia pestaña de terminal visible, con un rol: desarrollador frontend, ingeniero de QA, etc.
- Aislar. Cada worker recibe su propio git worktree en su propia rama, así el trabajo en paralelo nunca choca en un mismo checkout. Un artículo aparte explica cómo funciona.
- Revisar. Cuando un worker termina, entrega un informe. El manager lo revisa, fusiona la rama y pide correcciones si algo no está bien.
- Informar. Recibes un único informe consolidado en lugar de cinco scrollbacks.
Puedes intervenir cuando quieras. Cada agente tiene una vista de chat y su terminal real —una sesión, dos formas de verla— y cada cambio aparece como un diff junto a la conversación que lo produjo, para que lo revises antes de que llegue a tu línea principal.
Tu suscripción, tu máquina, tu código
La decisión de diseño más importante es también la más sencilla: SuperDevSpace controla una CLI que ya pagas. Nunca revendemos acceso a modelos, así que nada de lo que ejecutas aparece en una factura nuestra más allá de la propia suscripción a SuperDevSpace.
Esa decisión tiene consecuencias que nos gustan:
- Los agentes se ejecutan como procesos locales en tu máquina, sobre tus repositorios locales. Tu código fuente, tus prompts, la salida del terminal y las rutas de tus archivos nunca se envían a nuestros servidores. Nuestro servicio de cuentas guarda una cuenta, un estado de suscripción y una lista de dispositivos.
- Eliges la CLI por organización. Claude Code, OpenAI Codex, Gemini CLI, Aider, Qwen Code, Cursor CLI y OpenCode se pueden seleccionar. Claude Code es la que la app domina hoy: hooks, reanudación, herramientas MCP, respuestas a permisos. Las otras seis arrancan y funcionan; la app las marca como experimentales y te dice qué extras aún no están conectados en lugar de fallar en silencio.
- Nada queda encerrado en nuestra nube, porque no hay ninguna nube haciendo el trabajo.
Antes de la primera directiva, conviene comprobar que la CLI y el repositorio están donde esperas:
$ claude --version
$ cd ~/code/tu-proyecto
$ git statusLo que rodea al equipo
Un equipo necesita algo más que terminales. Algunas cosas que vienen con todos los planes:
- Un tablero que dice la verdad. Sprints, tareas, briefs e informes. Un informe dice qué falló, no solo qué salió bien.
- Inspector. Haz clic en un elemento de tu página web en ejecución y envíalo a un agente con el componente, el archivo y la línea. Funciona con Vite, Next.js y sitios estáticos.
- Aprobaciones desde el móvil. Cuando un agente necesita una decisión, te la pide. La app del móvil muestra el tablero, los agentes y las aprobaciones pendientes, para que respondas a una petición de permiso lejos de tu mesa.
- Una pizarra por organización (Excalidraw) que los agentes pueden leer y en la que pueden dibujar.
Premium añade las piezas que llegan más lejos: un modo de diseño basado en Penpot con un agente Designer que dibuja en el archivo, programaciones que ejecutan directivas según un calendario y un enlace entre pares que permite a un manager en tu Mac pasar trabajo a un manager en tu PC con Windows. La página de precios tiene la comparación completa.
Lo que no prometemos
Un equipo de agentes sigue necesitando un jefe: tú decides qué se construye y tú apruebas lo que llega a tu rama principal.
Pruébalo
La prueba dura 14 días de Premium, sin tarjeta. Tu suscripción a la CLI sigue siendo tuya, y tu código también. Si quieres ver al equipo trabajando en tu propio repositorio, descarga SuperDevSpace y dale al manager su primera directiva.
