Antes y después
Cuatro agentes, dos formas de vigilarlos
Inbox✓ Nada pendiente · vuelve a lo tuyo
- Una sola sesiónNo hace falta orquestar nada. La terminal alcanza.
- Dos o másHace falta una lista de quién espera, y un checkout distinto si editan el mismo repo.
| Varias terminales | Con doki | |
|---|---|---|
| Ver quién pregunta | Mirar cada ventana | Inbox ordenado por atención |
| Responder | Cambiar de app y escribir | 1, 2 o 3, o un mensaje |
| Trabajo terminado y no visto | Se queda en su pestaña | Estado “terminó” en la misma lista |
| Mismos archivos | Conflictos | Worktree, puerto y .env por agente |
| Uno construye y otro revisa | Lo coordinas a mano | Combo hasta aprobar o atascarse |
No hay un archivo de configuración para “sumar” agentes
doki lee transcripts (Claude en ~/.claude, Codex en ~/.codex, Droid en ~/.factory, Kiro en ~/.kiro), la base local de Cursor, y los procesos del resto. Abres el agente como siempre. A los dos minutos está en la lista, con el proyecto al lado del nombre.
El tiempo real de Claude es el único paso opcional: en Conexiones, “Activar tiempo real (hooks)” escribe en ~/.claude/settings.json después de guardar una copia. Sin eso, Claude igual aparece, con menos inmediatez.
Atender solo lo que está parado
Un agente trabajando no necesita una visita. Uno que terminó necesita una mirada al diff, no una conversación. Uno que pregunta necesita una respuesta ya. El Inbox separa esos tres casos, y el error queda marcado aparte.
Los atajos están en la guía del Inbox. Si prefieres no leer la lista, el router por voz manda lo que dices al agente que ya lleva esa tarea, o abre uno nuevo.
Aislar el repo para que el paralelo sea de verdad
Dos agentes en el mismo directorio compiten por archivos, por el puerto de la app y por el .env. doki puede darles un worktree: rama aparte, puerto reservado, copia del entorno. El detalle operativo está en worktrees.
Eso también deja un camino limpio para fusionar, abrir un PR con gh, o descartar. La actividad de lo que hicieron se puede exportar a CSV o JSON.
Uno construye y otro revisa
Un combo encadena dos agentes hasta que el resultado se aprueba o se atasca. El que revisa no es un humano leyendo en diagonal: doki puede pasar el diff y devolver un veredicto con riesgos y secretos, y mandarle esos hallazgos al agente para que los corrija.
Sirve para Claude contra Codex, o Droid contra Cursor. Las marcas importan menos que el hecho de que cada uno tenga su sesión y su checkout.
El paralelo también puede estar en otro equipo
Un Mac mini o un Linux pueden sumar sesiones al mismo Inbox, por SSH, sin abrir puertos. Si el agente corre en tmux, la escritura es en vivo. El portátil puede dormir.
El teléfono entra en el mismo circuito. No es un segundo producto: es el Inbox cuando no estás delante del Mac.
Preguntas frecuentes
¿Cuántos agentes soporta doki?
Los que tu Mac aguante. La lista incluye Claude Code, Codex, Cursor (app, CLI y Cloud), Gemini CLI, Grok, Factory Droid, Kiro, OpenCode, Amp, Aider, Goose, Qwen, Hermes, Crush y Pi, entre otros.
¿Tengo que lanzarlos desde doki?
No. doki encuentra los que ya arrancaste. También puedes encargar uno nuevo desde Talk o, en Cursor, por API.
¿Se mezclan las conversaciones?
No. Comparten la bandeja de atención. Cada hilo sigue siendo del agente que lo empezó.
¿Esto reemplaza al agente?
No. Cada modelo se paga donde ya lo pagas. doki es la capa de Mac que los dirige.