Revisión en vivo
Revisa el diff de un agente antes de fusionarlo
- Claude CodeYa pagas Anthropic, quieres hooks de tiempo real, o el equipo tiene el hábito de trabajar en sesiones de Claude.
- CodexEl modelo de OpenAI rinde mejor en ese repo, o el encargo encaja en el flujo de Codex que ya conoces.
- Los dosUno construye y el otro revisa el diff. doki puede encadenarlos en un combo hasta que quede aprobado o se atasque.
| Claude Code | Codex | |
|---|---|---|
| Proveedor | Anthropic | OpenAI |
| Sesiones | ~/.claude/projects | ~/.codex/sessions |
| Tiempo real en doki | Hooks en settings.json | Lectura de la sesión y del proceso |
| Reanudar con la terminal cerrada | claude -p --resume | codex exec resume |
| Dónde escribes | Terminal o iTerm2 | Terminal o iTerm2 |
| Revisión cruzada | Puede ser el revisor o el autor | Igual, en un combo de doki |
Por qué se sienten iguales
Abres una terminal en el repo, describes el resultado y el agente edita, corre pruebas y se detiene. Desde fuera, Claude y Codex comparten ese ritmo. Por eso la gente busca “vs” como si uno fuera a borrar al otro.
Por dentro cambian el modelo, el precio del token, las herramientas que cada CLI expone y el sitio donde queda el historial. Esos detalles deciden más que una tabla de benchmarks genérica.
Un reparto que evita el duelo
Haz que uno implemente y el otro lea el diff con otro modelo. doki tiene combos para eso: el que construye y el que revisa se pasan el resultado hasta que sale aprobado o hasta que se atascan y te llaman. El veredicto de la revisión —listo, revisar, no fusionar— está en revisión del diff.
Cada uno debería ir en su worktree. Dos agentes de terminal en el mismo checkout se pisan aunque sean de marcas distintas.
Cómo los atiende doki sin unificarlos
Las conversaciones no se fusionan. Claude sigue en su transcript y Codex en el suyo. Lo que se unifica es la atención: una lista, los mismos atajos, el mismo aviso en el iPhone. Claude Code vs doki y Codex vs doki bajan al detalle de cada integración.
Activar hooks solo cambia la inmediatez de Claude. Codex no usa ese archivo. Los dos pueden contestarse con la terminal cerrada, cada uno con su comando de resume.
Cómo elegir sin benchmark eterno
Prueba el mismo encargo acotado en los dos, en ramas separadas, y quédate con el diff que un humano aprobaría. El modelo que gana en un repo de frontend no tiene por qué ganar en una migración.
La suscripción de doki no decide ese duelo. Solo hace barato correr la prueba, porque no estás vigilando dos terminales a mano.
Preguntas frecuentes
¿Codex es lo mismo que ChatGPT?
No en este contexto. Aquí Codex es el CLI que trabaja sobre el repositorio y deja sesiones en ~/.codex/sessions. doki sigue esas sesiones, no un chat suelto de la web.
¿Puedo pasar una conversación de Claude a Codex?
No como un traspaso automático del hilo. Puedes encargarle a Codex que lea la rama que Claude dejó. Son sesiones distintas.
¿Cuál gasta menos?
Depende del plan de cada proveedor y de cuánto corre el agente. doki no incluye esos tokens. Compara la factura del modelo, no la del Inbox.
¿Hace falta doki para usar los dos?
No. Puedes abrir dos terminales. doki hace falta cuando esas preguntas se pierden o cuando quieres contestar desde el teclado, la voz o el teléfono.
