Elige Claude Code cuando el trabajo deba quedarse bajo control local supervisado: leer el repositorio real, manejar una sesión de terminal, IDE, desktop o browser, cambiar el plan sobre la marcha y entender relaciones entre archivos antes de editar. Elige OpenAI Codex cuando la tarea pueda delegarse entre app, IDE, CLI, cloud, GitHub, CI, browser/computer-use, connected workspace context y seguimiento remoto mediado por un host.
Esa diferencia importa más que una única puntuación de benchmark. En 2026, Codex ya no es solo un CLI o el nombre de un modelo. Remote connections permite que la app móvil de ChatGPT trabaje con Codex en un Mac conectado o que el trabajo continúe desde otro dispositivo Codex App; pero los archivos del proyecto, comandos, credenciales, herramientas, browser setup y approvals siguen perteneciendo al host. Claude Code tampoco perdió su lugar: ya no conviene describirlo como solo terminal, pero sigue siendo una opción fuerte para desarrollo local supervisado, Skills de proyecto, subagents, hooks, memory, rutas condicionales de contexto largo y razonamiento sobre una base de código grande.
La respuesta práctica rara vez es fanatismo por una herramienta. Es reparto de responsabilidad. Usa Claude Code para explorar el repo local, diseñar el plan y detectar dependencias peligrosas. Usa Codex para ejecutar tareas acotadas, preparar un PR, revisar cambios, actualizar CI o correr una comprobación de navegador. Los precios, límites, nombres de modelo, ventanas de contexto y benchmarks cambian rápido; no los conviertas en una verdad de compra sin revisar las páginas oficiales el mismo día.
Veredicto rápido
Claude Code y Codex se solapan en "escribe código", pero ya no son la misma decisión. Claude Code se parece a un agente de pair programming local: ves lo que hace, puedes interrumpirlo, pedirle que lea una cadena de dependencias, rehacer el plan y mantener el trabajo dentro de las convenciones del proyecto. Codex se parece más a una mesa de trabajo delegada: puedes enviar una tarea a app, IDE, CLI, cloud, GitHub o CI y revisar después el resultado.
Empieza con Claude Code cuando:
- el refactor o la migración dependen de relaciones entre muchos archivos;
- la depuración requiere estado local, scripts privados o una configuración de desarrollo poco común;
- el proyecto ya usa Skills, subagents, hooks o instrucciones locales;
- necesitas control humano continuo más que paralelismo de muchas tareas pequeñas.
Empieza con Codex cuando:
- el trabajo puede separarse en una rama, issue, PR o check independiente;
- la tarea vive naturalmente en GitHub, CI/CD, code review o un entorno cloud;
- necesitas browser/computer-use, connectors, docs, tickets o contexto de workspace;
- delegar varias tareas acotadas aporta más valor que una sola sesión local profunda.
Usa ambos cuando el riesgo se pueda dividir. Claude Code responde "qué debe cambiar y dónde está el acoplamiento". Codex responde "si esta tarea limitada se puede implementar, verificar, revisar o automatizar sin mantener al desarrollador mirando cada paso". Esa es una estrategia, no una comparación duplicada.
Qué cambió en Codex
Muchas comparaciones antiguas trataban Codex como un CLI o como un modelo de programación. Esa lectura ya se queda corta. La guía de inicio de Codex describe Codex como desktop app, extensión de IDE, CLI y cloud en chatgpt.com/codex. La extensión de IDE puede leer archivos, ejecutar comandos y escribir cambios en el project directory, mientras que Cloud Codex puede conectarse a GitHub, ejecutar tareas en entornos configurados, mostrar logs, revisar cambios y crear pull requests.
El cambio más nuevo son las remote connections. La documentación de OpenAI sobre remote connections, revisada el 25 de mayo de 2026, dice que la app móvil de ChatGPT puede trabajar con Codex en un Mac conectado, continuar trabajo desde otro dispositivo Codex App o conectar Codex App a proyectos en un SSH host. El teléfono envía prompts, approvals y follow-up messages, pero el host conectado aporta repository files, commands, MCP servers, skills, browser access, Computer Use, sandboxing, credentials, permissions y approvals. La misma documentación dice que mobile setup requiere por ahora Codex App para macOS; Codex App para Windows todavía no soporta mobile setup.
Eso cambia la comparación: Codex ya no es solo una tarea cloud que esperas revisar luego, sino un flujo delegado que puede continuar, pedir aprobación o redirigirse a través de un host conectado. Pero delegar no significa acertar automáticamente. Tests complejos, migraciones frágiles y tareas de navegador siguen necesitando revisión.
El cambio operativo es claro: Codex ya no es solo "el modelo de código de OpenAI". Es un sistema para asignar trabajo de ingeniería a distintas superficies. La GitHub Action de Codex lo hace explícito con CI/CD, patches y revisiones de código. La referencia de configuración muestra que gran parte del producto se juega en política de entorno: model selection, review model, approval policy, sandbox mode, project instructions, Skills, apps/connectors, memories, hooks, MCP, multi-agent features, web search y permisos de archivos o red.
La ruta de acceso también importa. La página de precios de Codex, revisada el 25 de mayo de 2026, dice que API Key route cubre Codex en CLI, SDK o IDE extension, pero no incluye cloud-based features como GitHub code review o Slack. Los docs enterprise también separan local Codex, que corre en el ordenador del desarrollador dentro de un sandbox, de Codex cloud, que corre en hosted containers. Esa es una frontera de workflow, no solo de facturación.
Por eso un ranking puro no basta. Si la tarea es "retrabaja este módulo local mientras superviso cada paso", Codex no tiene por qué ser el punto de partida. Si la tarea es "toma este issue acotado, trabaja en una rama, devuelve un diff y deja que CI o una persona lo revise", Codex gana mucho peso.
Dónde Claude Code sigue liderando
El carril más fuerte de Claude Code sigue siendo el trabajo local e interactivo con la base de código. La visión general de Claude Code ya cubre terminal, IDE, desktop app y browser. Claude Code lee la base de código, edita archivos, ejecuta comandos, se integra con herramientas de desarrollo y está posicionado para construir features, arreglar bugs y automatizar tareas de desarrollo entre varios archivos y herramientas. Esa postura no es la misma que delegar una tarea en cloud.
La ventaja no es solo "Claude explica mejor" o "Claude tiene más contexto". La ventaja está en la forma de la sesión. Puedes pedirle que lea antes de editar, que siga una cadena de llamadas, que tenga en cuenta logs locales, que respete convenciones del repo y que ajuste el plan antes de tocar archivos. En monorepos, toolchains privadas, migraciones sensibles o bases de código con reglas estrictas de review, esa capacidad de control puede valer más que la velocidad.
La documentación de Anthropic sobre configuración de modelos también obliga a ser precisos. A 25 de mayo de 2026, Claude Code soporta aliases como best, sonnet, opus, haiku, sonnet[1m], opus[1m] y opusplan, pero Anthropic advierte que los aliases cambian con el tiempo y pueden resolverse de forma distinta en Anthropic API, Bedrock, Vertex y Foundry. En Anthropic API y Claude Platform on AWS, opus apunta ahora a Opus 4.7 y sonnet a Sonnet 4.6; Opus 4.7 requiere Claude Code v2.1.111 o posterior.
La misma página dice ahora que Opus 4.7, Opus 4.6 y Sonnet 4.6 soportan 1M token context para sesiones largas con bases de código grandes, pero la disponibilidad depende de model, plan, provider y version. En Max, Team y Enterprise, Opus se actualiza automáticamente a 1M context; Sonnet 1M requiere usage credits en todos los subscription plans, incluido Max. No conviene publicar "Claude Code tiene 1M context" como una promesa universal.
La capa de especialización también importa. Los docs de subagents describen asistentes especializados con su propia context window, prompts, tool access e independent permissions; los skills docs describen skills como instruction bundles basados en SKILL.md con invocation control, subagent execution y dynamic context injection. Para equipos que quieren convertir una forma de trabajar en una práctica repetible, esa especialización local puede valer más que una ejecución remota aislada.
Matriz de decisión
| Trabajo | Empieza con Claude Code | Empieza con Codex | Usa ambos |
|---|---|---|---|
| Refactor grande | Sí, si importan relaciones en todo el repo. | Tal vez, si ya está dividido en ramas pequeñas. | Claude Code planifica; Codex implementa partes aisladas. |
| Investigación de bugs | Sí, si la reproducción depende del estado local. | Sí, si el fallo se reproduce en sandbox o CI. | Claude Code acota la causa; Codex prepara patch y review. |
| Pull request review | Útil para revisión local profunda. | Encaja muy bien con flujos GitHub. | Codex revisa PRs; Claude Code revisa riesgos de arquitectura. |
| CI o release checks | Útil cuando la verdad está en el entorno local. | Fuerte con Action y automation. | Claude Code diagnostica; Codex convierte en check repetible. |
| Browser/UI verification | Útil si el desarrollador dirige la prueba. | Fuerte si browser/computer-use puede delegarse. | Claude Code diseña la prueba; Codex la ejecuta o actualiza. |
| Seguimiento remoto | No es su ventaja principal. | Fuerte cuando necesitas aprobar, revisar o redirigir active work a través de un host conectado u otro dispositivo Codex App. | Codex mantiene la tarea delegada; Claude Code revisa luego la integración local. |
| Docs, tickets y contexto conectado | Útil si el contexto vive en archivos locales. | Mejor si hacen falta connectors y workspace context. | Codex reúne contexto; Claude Code lo convierte en cambios del repo. |
| Código sensible | Suele ser mejor iniciar bajo control local. | Depende de cloud policy y permissions. | Delega a Codex solo tareas aprobadas y acotadas. |
La regla práctica es sencilla: elige según dónde debe ejecutarse el trabajo. Si debe correr en el loop local del desarrollador, Claude Code suele ser el inicio más seguro. Si debe volver como resultado revisable de una tarea delegada, Codex suele ser más fuerte.
Precios, límites, modelos, contexto y benchmarks
La parte más riesgosa de las comparaciones antiguas es el número exacto: precio mensual, mensajes, nombres de modelo, ventana de contexto, puntuaciones de SWE-bench o Terminal-Bench. Todo eso cambia rápido y puede variar por superficie, plan o cuenta.
En Codex, precio, modelo y superficie son fáciles de exagerar. La página de precios de Codex, revisada el 25 de mayo de 2026, separa Free, Go, Plus, Pro y API Key routes, además de web, CLI, IDE extension, iOS, cloud integrations, GitHub code review, Slack integration, model access y usage ranges. API Key route cubre Codex en CLI, SDK o IDE extension, pero no incluye cloud-based features como GitHub code review o Slack. Pro empieza en $100/month, y OpenAI indica double normal Codex usage para el tier Pro de $100/month hasta el 31 de mayo de 2026. Eso es un dato de compra fechado, no una regla estable.
En Claude Code, las afirmaciones sobre contexto y límites requieren la misma disciplina. Las páginas de soporte de Anthropic revisadas el 25 de mayo de 2026 dicen que el uso de Pro/Max se comparte entre Claude y Claude Code, que depende de plan, model, features, conversation length, files y project complexity, y que ANTHROPIC_API_KEY puede mover Claude Code a API billing. Si la decisión de compra depende de mensajes, caps, coste por tarea o contexto, revisa las páginas oficiales de OpenAI y Anthropic el mismo día.
Los benchmarks ayudan, pero después de decidir el flujo. SWE-bench puede orientar sobre fixes complejos; benchmarks de terminal pueden orientar sobre scripting y automatización. No responden por sí solos si tu equipo necesita control local supervisado, trabajo delegado en GitHub, automatización de navegador o contexto conectado del workspace.
Un flujo híbrido práctico
No pidas a ambos agentes que editen los mismos archivos a la vez. Es la receta para diffs contradictorios y revisión humana confusa. Un patrón mejor separa propiedad antes de que cualquier agente toque archivos:
- Usa Claude Code para leer el repo local, instrucciones del proyecto, logs fallidos y zonas de riesgo.
- Convierte ese análisis en tareas con ownership de archivos y criterios de verificación.
- Entrega a Codex lo que pueda ejecutarse en aislamiento: branch work, PR review, CI update, browser check, seguimiento remoto, dependency update o revisión repetible.
- Revisa el resultado de Codex como revisarías una contribución externa.
- Vuelve a Claude Code para la integración final si el patch toca arquitectura, dependencias implícitas o comportamiento amplio del repo.
Así Claude Code queda como compañero local de razonamiento y Codex como capa de ejecución y revisión delegada. En la práctica conviene escribir la frontera: qué archivos puede tocar cada parte, qué checks deben pasar, qué branch o PR transporta el trabajo y quién conserva merge authority.
Recomendación final
Elige Claude Code si la sesión debe sentirse como pair programming local y cuidadoso. Es mejor punto de partida para grandes bases de código, refactors guiados por humanos, project Skills, subagents, hooks y debugging complejo.
Elige Codex si la tarea ya está lista para delegarse. Es mejor punto de partida para app, IDE, CLI, cloud tasks, GitHub y PR workflows, CI/CD review, browser/computer-use checks, seguimiento remoto mediado por host, connected workspace context y repeatable automation.
Usa ambos cuando el trabajo tenga dos perfiles de riesgo. Claude Code responde "qué debe cambiar y por qué". Codex responde "si esta tarea acotada puede implementarse, comprobarse, revisarse o repetirse sin tener a una persona mirando todo el tiempo". Esa es la comparación que realmente importa en 2026.
Preguntas frecuentes
¿Codex es mejor que Claude Code ahora?
Codex es mejor para trabajo delegado multi-superficie: cloud tasks, GitHub, PR review, CI automation, browser/computer-use y connected workspace context. Claude Code sigue siendo mejor por defecto para código local supervisado, deep repo reasoning, project Skills, subagents y refactors cuidadosos.
¿Qué cambió recientemente en Codex?
El cambio importante no es solo un model name. Codex amplió su operating surface: app, IDE, CLI, cloud, GitHub, CI, browser/computer-use, connectors, hooks, memory, MCP, Skills, automations y remote connections. Los docs actuales de OpenAI describen mobile follow-up como host-mediated: el teléfono envía prompts y approvals, pero el host conectado aporta repo, tools, credentials, browser setup y permissions.
¿Claude Code es mejor para bases de código grandes?
Normalmente sí, cuando la tarea depende de contexto local, razonamiento entre archivos y supervisión humana. Pero 1M context debe describirse como condicional: depende de model, plan, provider y version, no de una garantía para toda cuenta.
¿Puede Codex reemplazar a Claude Code?
Puede reemplazarlo en parte para delegated implementation, PR review, CI, browser y tareas de GitHub. No debería reemplazar automáticamente un flujo local supervisado para refactors sensibles de arquitectura, debugging con toolchains privadas o cambios donde el desarrollador necesita interrumpir y redirigir el razonamiento paso a paso.
¿Puedo usar Claude Code y Codex en el mismo repositorio?
Sí, si separas ownership. No dejes que editen los mismos archivos a la vez. Usa Claude Code para explorar y planificar localmente, luego delega implementación o review acotados a Codex.
¿Cuál es más barato?
No decidas con tablas antiguas. Subscription plans, usage caps, model routing y token economics cambian. Si el coste importa, revisa las páginas oficiales el día de la compra o del rollout.
¿Cuál es más seguro para código privado?
La postura local de Claude Code puede ser más fácil de supervisar, pero la seguridad depende del plan, controles enterprise, política de datos y tarea concreta. Codex puede ser apropiado cuando el entorno cloud/GitHub y los permisos están configurados explícitamente.
Si ya uso Claude Code, ¿necesito Codex?
Vale la pena añadir Codex si quieres delegar PR review, CI checks, browser tasks, seguimiento remoto, dependency updates o implementaciones acotadas. Mantén Claude Code para local repo reasoning y refactors de mayor riesgo.