Claude y Codex en equipo: dos suscripciones que rinden como una grande

En este tutorial vas a armar un flujo donde Claude Code y Codex trabajan sobre el mismo proyecto, cada uno en lo que mejor hace, revisándose entre ellos. Es para quienes ya usan alguno de los dos y sospechan —con razón— que la combinación rinde más que la lealtad ciega a uno solo.

Antes de empezar

• Suscripción paga de Claude (que incluye Claude Code) y de ChatGPT (que incluye Codex). Dato honesto: son dos gastos mensuales reales; la gracia es que dos planes básicos suelen costar menos que el plan tope de un solo proveedor, y te dan dos cerebros distintos.
• Los dos programas de terminal instalados y con sesión iniciada.
• Un proyecto con git (el sistema que guarda versiones de tu código); es tu botón de deshacer cuando un agente rompe algo.
• Si hoy solo pagás uno, quedate con uno. Este flujo se justifica cuando ya le sacás jugo al primero.

Paso 1 — Repartí los roles

Mi reparto de partida, después de meses usándolos:

• Claude Code: pensar. Planificar funcionalidades nuevas, decidir arquitectura, revisar código ajeno, explicarte qué está pasando cuando nada tiene sentido.
• Codex: ejecutar. Tareas bien definidas, cambios mecánicos repetitivos, y correr en paralelo mientras Claude está ocupado en otra cosa.

No es dogma: hay días donde los invierto. Pero arrancar con roles claros evita el vicio de preguntarle todo a los dos y pagar el doble por la misma respuesta.

Paso 2 — Escribí el contexto una vez, para los dos

Cada agente busca su archivo de instrucciones en la raíz del proyecto: Claude Code lee CLAUDE.md y Codex lee AGENTS.md. Escribí el contenido una sola vez y mantené los dos archivos iguales:

# Proyecto: catálogo web de la tienda
- Qué es: catálogo de productos con formulario de pedidos.
- Cómo se prueba: npm run dev y abrir localhost:3000.
- Reglas: no tocar la carpeta /datos, español con tildes,
  avisar antes de instalar dependencias nuevas.

Cinco minutos de escribir esto te ahorran repetir lo mismo en cada sesión, con cada agente.

Paso 3 — El circuito: uno construye, el otro revisa

Este es el corazón del método:

1. Pedile el plan a Claude: "antes de tocar código, proponeme un plan para agregar búsqueda al catálogo". Ajustalo hasta que lo entiendas vos.
2. Que Claude (o Codex, si es tarea mecánica) lo implemente.
3. Guardá el avance con un commit de git.
4. Abrí el otro agente y pedile: "revisá los últimos cambios de este proyecto como auditor externo: buscá errores, riesgos y cosas que no cierran. No arregles nada todavía, solo informá".
5. Volvé con el informe al primero y que corrija lo que corresponda.

¿Por qué funciona? Porque cada modelo tiene puntos ciegos distintos, y el revisor no carga con el ego de defender su propio código. Es el control cruzado que un no-dev no puede hacer a mano.

Paso 4 — Usá la segunda opinión para errores trabados

Cuando un agente lleva tres intentos fallidos con el mismo error, no insistas: está dando vueltas en su propio razonamiento. Copiá el error y el contexto, abrí el otro agente y pedile un diagnóstico desde cero. Te va a sorprender cuántas veces el segundo encuentra en minutos lo que al primero se le escapó durante una hora. Ese rescate cruzado, solo, ya me justificó las dos suscripciones varias veces.

Paso 5 — Medí una semana y ajustá

Los dos planes tienen límites de uso que varían según lo que pagues. Repartir el trabajo entre dos hace que los planes básicos duren más, pero verificalo con tus números: anotá durante una semana qué tareas le diste a cada uno, cuáles terminaron bien y si chocaste contra algún límite. Con esos datos decidís si mantenés los dos, subís uno de plan o volvés a uno solo.

Errores comunes

• Los dos editando el mismo archivo a la vez. Se pisan y perdés trabajo. Turnos claros y un commit entre medio, siempre.
• Copiar el contexto a mano en cada sesión. Para eso están los archivos de instrucciones del Paso 2; mantenelos actualizados.
• El ping-pong infinito. "¿Y vos qué opinás de lo que dijo el otro?" puede seguir para siempre. Máximo una ronda de réplica; la decisión final es tuya.
• Creer que dos IAs revisándose te eximen de probar. Nada reemplaza abrir el resultado y usarlo como lo usaría tu cliente.

Siguiente paso

Aprendé lo mínimo de git para crear puntos de guardado y volver atrás sin miedo: es la red de seguridad que hace sostenible todo este flujo. Después, practicá escribir encargos más precisos; con dos agentes buenos, la calidad del resultado depende cada vez más de la calidad de tu pedido.