# Claude Code y Codex juntos: 3 patrones de trabajo > Colaboración entre Claude Code y Codex: escribir y revisar código, preparar borradores y diseñar la arquitectura, separar la infraestructura de la lógica de negocio y sincronizar instrucciones. Source: https://ailoot.ai/blog/es/claude-code-codex-together/ Canonical: https://ailoot.ai/blog/es/claude-code-codex-together/ Language: es Publisher: Ailoot (https://ailoot.ai/) Translation: guide-047 Revision: sha256-c3ff25d07b68393fbf479ded903b7990f586610a39ef0acf8869197c7699b051
Puntos clave Un agente, un ritmo: puedes trabajar con cuidado en la arquitectura o producir borradores rápidamente. La combinación de Claude Code y Codex cubre ambos modos. Claude Code reflexiona, hace preguntas y procede con cautela. Codex avanza hasta obtener resultados en un entorno aislado. En 2026, la mayoría de los equipos más sólidos conserva ambos y alterna entre ellos según el caso.
Material práctico sobre cómo trabajar con agentes y el vibe coding: [documentación de Ailoot](https://ailoot.ai/docs/). ## ¿Por qué ya no basta con una sola herramienta en 2026?
Puntos clave Para junio de 2026, el mito de que «un único agente ideal puede hacerlo todo» se había desmoronado. Claude Code destaca en las tareas de arquitectura y las refactorizaciones extensas. Codex resuelve más rápido las PR autónomas y las tareas paralelas en entornos aislados.
En mayo de 2026, OpenAI entró en el terreno de Anthropic con el modelo GPT-5.5 en Codex CLI. En los benchmarks recientes, Codex lleva una clara ventaja en tareas de terminal y en el modo SWE-bench Verified. Anthropic respondió con Opus 4.8 y Dynamic Workflows, y mantuvo su ventaja en SWE-bench Pro (una prueba diseñada para evitar filtraciones de datos, en la que entrenar un modelo con el benchmark no sirve de ayuda). La [guía de comparación entre Codex y Claude Code](https://ailoot.ai/blog/es/codex-vs-claude-code-choice/) ofrece un análisis detallado; aquí vamos directamente a cómo combinarlos. En 2026 no hay un único ganador. Predomina un patrón: los equipos se quedan con Codex para el trabajo autónomo de bajo coste y con Claude Code para las decisiones arquitectónicas arriesgadas. La diferencia clave que determina cómo repartir el trabajo: - **Claude Code es el investigador.** Mantiene un diálogo largo y profundo, cuestiona las suposiciones y sopesa varios enfoques antes de elegir una solución. Es adecuado para situaciones en las que la acción correcta no está clara desde el principio. - **Codex es el ejecutor.** Recibe una tarea y avanza hasta completarla en un entorno aislado. Es adecuado para tareas claras que necesitan un ciclo rápido de «petición y resultado». Si tienes ambas herramientas a mano, no tienes que elegir entre «pensar» y «hacer». Delegas según el tipo de tarea. Si aún no has decidido cuál instalar primero, encontrarás una comparación directa en la [guía de Codex y Claude Code](https://ailoot.ai/blog/es/codex-vs-claude-code-choice/). ## Patrón 1: Claude Code escribe el código y Codex lo revisa
Puntos clave El patrón más fácil para empezar. Claude Code trabaja en la arquitectura en Plan Mode y escribe la funcionalidad con el contexto en mente. Codex recibe el diff en una pull request, ejecuta pruebas, comprueba los casos límite y encuentra errores que Claude pasó por alto debido a sus alucinaciones. Es adecuado cuando necesitas calidad y una segunda opinión.
En este patrón, Claude Code sigue siendo el editor principal. Codex interviene solo en el nivel de la PR, mediante su modo en la nube (Codex se ejecuta directamente desde ChatGPT o la GitHub App, así que no necesitas un segundo terminal). **Así funciona en la práctica:** 1. ### Paso 1: Escribe la funcionalidad en Claude Code Abre el repositorio en VS Code, inicia Claude Code, cambia a [Plan Mode](https://ailoot.ai/blog/es/claude-code-plan-mode/) y habla sobre la arquitectura de la funcionalidad. Obtendrás un borrador de código, pruebas y migraciones. Haz un commit en una rama de funcionalidad. 2. ### Paso 2: Crea una PR en GitHub Abre una pull request desde la rama de funcionalidad hacia main. En la descripción, escribe `@codex review this PR for edge cases, security issues, and test coverage gaps`. 3. ### Paso 3: Codex revisa de forma asíncrona En el modo en la nube, Codex clona el repositorio en su entorno aislado, lee el diff, ejecuta las pruebas y el linter, y busca vulnerabilidades. Después de 5-15 minutos, deja comentarios directamente en la PR. 4. ### Paso 4: Haz cambios en Claude Code Vuelve a Claude Code y dale los comentarios de Codex como contexto: «Esto es lo que encontró la revisión; corrige los puntos 1, 3 y 5». Claude hace los cambios y los publica en el repositorio. Este patrón funciona porque Claude y Codex se entrenaron con conjuntos de datos distintos y tienen filosofías diferentes. Codex ve lo que Claude pasó por alto debido a un punto ciego de su modelo, y viceversa. **Riesgos del patrón 1:** - Codex puede cerrar una PR con su aprobación y pasar por alto un problema arquitectónico. Revisa por tu cuenta las decisiones importantes. - El coste de tokens se duplica: Claude y Codex analizan el mismo código. Vale la pena en funcionalidades complejas, pero sale caro para las pequeñas. - En el modo en la nube, Codex no puede ver tu entorno local, como las variables de entorno o las bases de datos locales. Si la funcionalidad depende de ellas, cambia a una ejecución manual. ## Patrón 2: Codex prepara borradores y Claude Code corrige la arquitectura
Puntos clave El patrón inverso. Codex escribe rápidamente un borrador rudimentario: un modelo, un formulario o un endpoint. Lo tienes en unos minutos. Luego abres el archivo en Claude Code y le pides que ordene la arquitectura, separe las capas, añada tipado y mejore los nombres. Es adecuado cuando empezar rápido importa más que el acabado inicial.
Este patrón se usó en el proyecto descrito en 2026, cuando había que crear en una sola tarde un prototipo de un embudo de registro con notificaciones por correo electrónico. En ese caso, podrías pasar una hora hablando de la arquitectura con Claude Code. Codex produjo un borrador funcional en 12 minutos. **Cómo funciona:** | Etapa | Quién se encarga | Tiempo | Resultado | |----|----|----|----| | Especificación | Autor de la tarea | 5 min | 1 párrafo: qué quiero, qué campos y qué restricciones | | Borrador inicial | Codex | 5-15 min | Código funcional, pruebas y documentación | | Ajustes arquitectónicos | Claude Code | 20-30 min | Capas separadas, tipos estrictos y nombres claros | | Pruebas finales | Claude Code | 10 min | Cobertura completa, sin lagunas | Funciona así: Codex hace el trabajo rutinario durante los primeros 15 minutos y después Claude lo eleva a calidad de producción. Pídele a Codex que lo deje pulido desde el primer momento y se atascará con las ambigüedades. Pídele a Claude Code que vaya rápido desde el primer momento y empezará a dudar de todo. Dale a cada uno el trabajo para el que fue creado. **Riesgos del patrón 2:** - Codex genera un borrador con suposiciones que después pueden ser difíciles de corregir. Si el borrador va por mal camino, sale más barato descartarlo y empezar de nuevo que arreglarlo. - Claude Code puede pasarse media hora cambiando nombres de variables y olvidarse del verdadero problema arquitectónico. Pídele cambios concretos, no «ordena esto». - Se pierde el contexto entre sesiones. Para que Claude Code entienda qué pretendía Codex, necesitas un archivo `AGENTS.md` (consulta el patrón 5) o un comentario detallado al principio del archivo. ## Patrón 3: Codex para la infraestructura, Claude Code para la lógica de negocio
Puntos clave El patrón más avanzado para equipos de 2-5 personas. Codex se encarga de la infraestructura: CI/CD, pruebas, migraciones, infraestructura como código y configuraciones. Claude Code se ocupa de la lógica de negocio: modelos, funcionalidades del producto y gestión de escenarios de usuario. Cada herramienta trabaja en su propia área de responsabilidad.
La idea es sencilla: las distintas partes de una base de código requieren distintas formas de trabajar. Este patrón complementa el enfoque de [ejecutar varias instancias de Claude Code en paralelo](https://ailoot.ai/blog/es/claude-code-parallel-worktree-agents/): allí, el mismo modelo se encarga de tareas distintas mediante worktrees de Git; aquí, dos agentes diferentes se reparten las áreas de responsabilidad. **Capa de infraestructura** (Codex): - GitHub Actions: añadir un nuevo job, ajustar el almacenamiento en caché y acelerar CI. - Pruebas: escribir una suite de pruebas de integración después de una refactorización. - Migraciones de Prisma: generar una migración y comprobar que se pueda revertir. - Configuraciones de Docker / Coolify: añadir variables de entorno y actualizar la comprobación de estado. - Tareas cron: escribir un conjunto de controladores cron. Codex destaca aquí porque las tareas de infraestructura suelen incluir **muchos archivos pequeños con código repetitivo**. Codex no se atasca en «tener que pensarlo bien»; lleva el trabajo hasta el final. **Lógica de negocio** (Claude Code): - Embudo de registro: qué mostrar al usuario en cada paso. - Cálculo de precios que tenga en cuenta descuentos, pagos a plazos y códigos promocionales de regalo. - Flujos automatizados de notificaciones: qué activadores y condiciones se aplican. - Integraciones con API externas: gestión de errores, reintentos y almacenamiento en caché. - Modelos financieros: cálculos de economía unitaria y previsiones de ingresos. Claude Code destaca aquí porque estas tareas requieren **un diálogo prolongado y criterio de producto**. Sin hablar de los escenarios, acabas con una solución técnica que no tiene en cuenta los problemas reales de los usuarios. **Así se reparte el trabajo en el repositorio:** ``` project/ ├── .github/workflows/ ← Codex (CI, tests) ├── infra/ ← Codex (Docker, Coolify, migrations) ├── scripts/ ← Codex (task scripts) ├── tests/ ← Codex (integration tests) ├── src/ │ ├── lib/ ← Claude Code (business logic) │ ├── app/ ← Claude Code (routes, forms, pages) │ └── components/ ← Claude Code (UI) └── prisma/ └── schema.prisma ← Claude Code (data models—product decision) ``` No es una regla estricta. Puede haber solapamientos: por ejemplo, Claude Code puede editar una GitHub Action si esta tiene relevancia para el producto (como enviar una notificación tras una publicación). Pero el 80% de las tareas encaja bien en esta división. ## ¿Cómo sincronizar CLAUDE.md y AGENTS.md?
Puntos clave El principal riesgo de combinar las herramientas es que cada una sigue reglas distintas. Claude Code lee CLAUDE.md como preferencias de conversación. Codex lee AGENTS.md como una guía operativa: comandos de prueba, linter, directorios prohibidos y formato de los commits. Las reglas técnicas compartidas pueden reutilizarse en ambos archivos. Revisa el texto copiado para adaptar comandos y configuración específicos; copiar Markdown no confunde por sí mismo a Codex. Una opción es mantener una fuente canónica en `/context/` y generar ambos archivos.
En la experiencia descrita al usar Claude Code y Codex en paralelo surgió un problema inesperado. Claude Code seguía las reglas de `CLAUDE.md` («no toques las migraciones sin confirmación»). Codex no podía verlas y ejecutó migraciones sin dudarlo en un entorno de trabajo. Después de la tercera base de datos dañada, hubo que averiguar cómo mantener ambos archivos sincronizados correctamente. Ambos archivos pueden contener contexto del proyecto, preferencias de conversación, comandos de prueba, exclusiones de directorios y estándares de commit. Reutiliza las reglas aplicables a ambos y separa los comandos y la configuración propios de cada herramienta. Por ejemplo, prohibir cambios en migraciones debe figurar en ambos conjuntos de instrucciones si se aplica a los dos agentes. **Qué tienen en común ambos archivos:** - Stack: qué frameworks, base de datos y ORM se usan. - Descripción del proyecto: de qué trata, para quién es y cuáles son sus entidades principales. - Prohibiciones: qué carpetas no se deben tocar y qué comandos no se deben ejecutar. **En qué se diferencian:** - Los hooks, capas de ajustes y configuración MCP específicos de Claude Code corresponden a sus archivos de configuración. `CLAUDE.md` puede referenciar una explicación de esas convenciones; copiarla no la convierte en configuración portable. - `AGENTS.md` es un estándar abierto. Codex, Cursor, Aider, Continue, Cline y Factory Droid lo leen: más de 25 agentes. La [guía específica](https://ailoot.ai/blog/es/agents-md-guide-template/) explica con más detalle el formato AGENTS.md. Las configuraciones MCP de Codex se guardan en `~/.codex/config.toml` (TOML, no JSON como en Claude). Un patrón habitual en 2026 es una fuente canónica de reglas en la carpeta `/context/` del monorepositorio, desde la que un script de sincronización genera `CLAUDE.md`, `.cursor/rules/*.mdc` y `AGENTS.md`. Los archivos específicos de cada herramienta se marcan como de solo lectura; solo se edita la fuente. Ejecuta el script de sincronización mediante un hook pre-commit o una GitHub Action. Si se modifica `CLAUDE.md` directamente, CI falla. Así se evita que las reglas de las herramientas diverjan. **Otra opción es el plugin oficial de Codex para Claude Code** (anunciado el 30 de marzo de 2026, versión 1.0.4). Añade a Claude Code los comandos `/codex:review`, `/codex:adversarial-review` y `/codex:rescue`. Codex se ejecuta como subagente con su propio `~/.codex/config.toml` y su propio `AGENTS.md`. Esto evita la necesidad de un segundo terminal, pero `AGENTS.md` sigue siendo necesario. ## ¿Cuánto cuesta mantener ambas herramientas y dónde están los ahorros?
Puntos clave A grandes rasgos: Claude Code Max (5x) cuesta \$100 al mes. Codex Plus cuesta \$20 al mes y Codex Pro, \$200 al mes. Para una persona, Claude Max + Codex Plus = \$120 al mes. Basta con ahorrar una hora de trabajo para que compense. El principal ahorro proviene de encontrar antes la solución correcta; el coste de los tokens es secundario en este caso.
Estas son las cifras de junio de 2026 ([datos de las páginas oficiales de suscripción de Anthropic y OpenAI](https://www.anthropic.com/pricing) y [de la página oficial de Codex](https://openai.com/codex/)): | Suscripción | Precio | Qué incluye | |-----------------|-----------|--------------------------------------| | Claude Pro | \$20 al mes | Claude.ai + Claude Code (límites Pro) | | Claude Max 5x | \$100 al mes | Claude Code con 5x los límites Pro | | Claude Max 20x | \$200 al mes | Claude Code con 20x los límites Pro | | ChatGPT Plus | \$20 al mes | Codex CLI + nube (límites Plus) | | ChatGPT Pro 5x | \$100 al mes | Codex CLI + nube, 5x los límites Plus | | ChatGPT Pro 20x | \$200 al mes | Codex CLI + nube, 20x los límites Plus | **Combinación mínima funcional:** Claude Pro (\$20) + ChatGPT Plus (\$20) = \$40 al mes. Suficiente para proyectos individuales con un par de sesiones al día. **Una combinación práctica para una persona activa que programa con vibe coding:** Claude Max 5x (\$100) + ChatGPT Plus (\$20) = \$120 al mes. Según la experiencia descrita, se usó esta combinación durante los últimos 2 meses: en ese tiempo se lanzaron tres proyectos y nunca se alcanzaron los límites de Claude. **Una combinación para un equipo:** Claude Max 20x (\$200) + Codex Pro (\$200) = \$400 al mes. Tiene sentido cuando hay un flujo constante de revisiones de PR y tareas en la nube que se ejecutan en paralelo al trabajo local. De dónde provienen los ahorros: - **Menos tiempo por funcionalidad.** Medición del autor: en 12 funcionalidades de mayo a junio, el tiempo desde «se me ocurrió una idea» hasta «en producción» bajó de 4 horas (con Claude Code solo) a 2.5 horas (con la combinación). Medido en las tareas del autor; tus cifras dependerán de tu perfil. - **Menos defectos.** Según las observaciones descritas, las revisiones de PR de Codex detectan 2-3 problemas de cada 10 que Claude pasa por alto. Cada problema de producción de este tipo supone una o dos horas de reparación, además de posibles interrupciones del servicio. - **Paralelismo.** Codex trabaja en la funcionalidad A en modo nube mientras el usuario trabaja con Claude en la funcionalidad B. Esto duplica el rendimiento. No compensa si escribes 1-2 funcionalidades a la semana. En ese caso, basta con Claude Code Pro. ## ¿Cuándo no necesitas una segunda herramienta?
Puntos clave Cuatro situaciones en las que esta combinación es excesiva: proyectos individuales con 1-2 funcionalidades a la semana, un presupuesto estricto de \$20 al mes, proyectos de arquitectura sencilla sin CI/CD y equipos donde Claude Code ya gestiona todas las tareas de forma fiable. En estos casos, añadir Codex implica dedicar tiempo a la sincronización a cambio de un beneficio hipotético.
Esta combinación no es para todo el mundo. A menudo, solo añade ruido. Estas son cuatro situaciones en las que no hace falta una segunda herramienta: 1. **Proyecto individual en sus inicios.** Si tienes una idea y solo estás probándola, Claude Code + Plan Mode bastará durante un mes. Añade la combinación cuando la velocidad se convierta en un cuello de botella. 2. **Presupuesto estricto.** Si el límite es \$20 al mes, contrata Claude Pro y no te preocupes. Claude por sí solo cubre el 80% de las tareas de quien programa con vibe coding. 3. **Arquitectura sencilla.** Una web con un formulario, un bot con un par de escenarios o un script que actúa como wrapper de API: dividir el trabajo por capas no aporta nada. Claude Code puede encargarse por sí solo. 4. **Todo funciona ya.** Si llevas tiempo usando Claude Code y en el último mes no se ha atascado ni ha fallado en ninguna tarea, no arregles lo que funciona. Añade Codex cuando la necesidad sea evidente. Y al contrario: estas son señales claras de que ha llegado el momento de incorporar una segunda herramienta: - Claude Code se ha convertido en un cuello de botella: estás esperando a que responda en vez de trabajar. - Han aparecido muchas tareas rutinarias de infraestructura (migraciones, CI, pruebas) que no te gusta resolver con Claude. - Distintas personas del equipo ya utilizan herramientas diferentes: hace falta un lenguaje común. - Los benchmarks muestran que Codex resuelve más rápido tu tipo de tareas (por ejemplo, las operaciones de terminal). ## Cómo configurar la combinación en una tarde
Puntos clave Paso a paso, en una tarde: instala Codex CLI junto a Claude Code, reutiliza las reglas técnicas compartidas en AGENTS.md separando las específicas de cada herramienta, elige uno de los 3 patrones para tu proyecto actual, trabaja con él en 3-5 funcionalidades y compara el ritmo con el de antes. Después, haz ajustes: cambia el patrón, sincroniza las reglas y añade servidores MCP.
Un plan concreto para tu primera tarde: 1. ### Paso 1: Instala Codex CLI En el terminal, ejecuta `npm install -g @openai/codex`. Inicia sesión con `codex login`: se abrirá un navegador y entrarás con tu cuenta de ChatGPT. Codex detectará tu suscripción (Plus / Pro) y utilizará sus límites. 2. ### Paso 2: Redacta AGENTS.md como documento operativo Revisa `CLAUDE.md` y reutiliza en `AGENTS.md` las reglas comunes: comandos de pruebas y linter, formato de commits, carpetas prohibidas y stack. También pueden compartirse preferencias de conversación. Adapta referencias a comandos específicos y conserva los ajustes ejecutables de hooks y MCP en la configuración propia de cada herramienta; copiar Markdown no los configura. 3. ### Paso 3: Elige un patrón para tu proyecto Si programas en solitario con CI, usa el patrón 1 (Claude escribe, Codex revisa). Si es un proyecto nuevo y necesitas rapidez, usa el patrón 2 (Codex prepara borradores, Claude los limpia). Si es un proyecto consolidado con una capa de infraestructura, usa el patrón 3 (reparto por capas). 4. ### Paso 4: Experimenta durante una semana Trabaja con el patrón elegido en 5-7 funcionalidades. Mide el tiempo. Anota qué herramienta resolvió mejor cada una. Al cabo de una semana, tendrás un perfil real de tu uso. 5. ### Paso 5: Configura la sincronización de reglas Añade un script `scripts/sync-agent-rules.sh` (consulta la sección sobre sincronización). Conéctalo como hook pre-commit o a través de una GitHub Action. Después, las reglas se propagarán automáticamente a ambos archivos. La combinación no es mágica. Son simplemente dos mentes en vez de una, cada una cubriendo los puntos débiles de la otra. La clave es no quedarse atascado debatiendo «Claude o Codex» cuando la respuesta correcta hace tiempo que es «Claude y Codex, para distintos tipos de tareas». Material práctico sobre cómo trabajar con agentes: [documentación de Ailoot](https://ailoot.ai/docs/).
### Fuentes - [Anthropic - Precios de Claude Pro y Max](https://www.anthropic.com/pricing) - [OpenAI - Precios de Codex](https://openai.com/codex/) - [Registro de cambios de Codex - OpenAI Developers](https://developers.openai.com/codex/changelog) - [Documentación de Claude Code - formato de CLAUDE.md](https://code.claude.com/docs/en/memory) - [Estándar abierto AGENTS.md](https://agents.md/)
Más recursos y herramientas: [Ailoot](https://ailoot.ai/). ## Preguntas sobre Claude Code y Codex ### ¿Puedo reutilizar contenido de CLAUDE.md en AGENTS.md? Sí. Reutiliza hechos del proyecto, comandos de prueba, reglas de código y restricciones después de comprobar que se apliquen a ambas herramientas. Adapta comandos y referencias de configuración específicos; copiar Markdown no perjudica por sí mismo a Codex. ### ¿Cómo comparo un flujo de dos agentes con mi proceso actual? Elige un patrón de colaboración y úsalo una semana en varias funciones reales. Registra tiempo y defectos detectados y compara con trabajo similar hecho con una herramienta antes de añadir sincronización o más agentes. ## Ailoot · La empresa y su cartera de proyectos Ailoot se apoya en la experiencia operativa acumulada, una amplia base de clientes, un servicio estable y el seguimiento continuo de KPI. La empresa y su cartera de proyectos: millones de clientes; ventas por miles de millones al mes. Ailoot aplica esa experiencia operativa al acceso por API a funciones de IA en productos de clientes, agentes, aplicaciones y automatizaciones.