Simulación interactiva
Así atiende doki a Factory Droid
Inbox0Esperando al agente…
¿Qué diseño prefieres para precios?
Haz clic en una opción o pulsa 1, 2 o 3
- 1Encuentra la sesiónLee las sesiones de ~/.factory/sessions.
- 2Te avisaLa pregunta sube al Inbox con sus opciones.
- 3RespondesUna tecla, tu voz o el iPhone. Dos segundos para deshacer.
- 4Entrega la respuestadoki responde con droid exec · o en la terminal
- Droid soloUn encargo, la TUI de Droid abierta, y nadie más corriendo en paralelo.
- Droid con dokiVarios droids, o un droid en un servidor, y quieres aprobar acciones sin buscar la sesión.
| Factory Droid | doki | |
|---|---|---|
| Ejecuta la tarea en el repo | Sí | No |
| Sesiones en disco | ~/.factory/sessions | Las lee en el Mac |
| Responder | Su interfaz | droid exec o la terminal |
| Permisos de comandos | Los del agente | Guard: permitir, preguntar o bloquear |
| Varios a la vez | Varias sesiones | Una lista, con worktree opcional por agente |
| Otra máquina | Lo instalas tú | SSH o doki-bridge, sin puertos abiertos |
Sesiones que doki ya sabe leer
Igual que Claude deja transcripts en ~/.claude y Codex en ~/.codex, Droid deja las suyas en ~/.factory/sessions. doki no espera a que abras la TUI para saber que una sesión existe. Si además el proceso está en una terminal, puede escribir ahí. Si no, usa droid exec.
Kiro sigue un camino parecido, con sesiones en ~/.kiro/sessions. Droid y Kiro aparecen como agentes de primera en la app, no como un “otro” genérico.
Aprobar lo que un droid quiere ejecutar
Un agente que avanza solo termina pidiendo actos que no son reversibles: instalar, migrar, publicar, empujar a una rama. Guard trae reglas de fábrica para esos casos y deja excepciones por proyecto. Cada aprobación explica qué hace el comando y qué tan riesgoso es.
Esas aprobaciones llegan también al iPhone, con botones en la notificación. El desarrollo de las reglas está en permisos. Droid sigue ejecutando lo que apruebas. doki no ejecuta un plan paralelo.
Un droid en el servidor
Factory encaja con máquinas que se quedan prendidas. Desde el Mac agregas el host por SSH, o generas el comando de una línea de doki-bridge y lo corres allá. No hace falta abrir un puerto de entrada. Con tmux, la escritura es en vivo.
Agentes remotos detalla la red local, el enlace directo y el relevo opcional. La sesión del servidor se ve igual que una local: si te necesita, está arriba en el Inbox.
Más de un droid
Varios encargos quieren varios checkouts. Un worktree por agente evita que compartan archivos, puerto y .env. Cuando uno termina, la revisión del diff puede devolverle los hallazgos para que los corrija, o marcar la rama como lista para un PR.
Si el reparto es “uno construye y otro revisa”, los combos de doki encadenan esos dos papeles hasta que el resultado se aprueba o se atasca. Droid puede ocupar cualquiera de los dos, al lado de Claude o Codex. Más en varios agentes.
Preguntas frecuentes
¿doki incluye Factory Droid?
No. Instalas Droid por tu cuenta. doki descubre las sesiones que ya están en ~/.factory/sessions y les responde.
¿Qué pasa si la TUI de Droid está cerrada?
doki puede entregar la respuesta con droid exec. Si la terminal sigue abierta, escribe ahí.
¿Puedo bloquear un push forzado de un droid?
Sí. Guard tiene una regla para git push --force, junto con otras de borrado, sudo, secretos, migraciones y deploys. Tú decides si se permite, se pregunta o se bloquea.
¿Kiro funciona igual?
Kiro también se descubre por sus sesiones en disco. La respuesta sale por la terminal. Comparten Inbox con Droid.