Claude Code o Codex: qué agente elegir en 2026

Claude Code o Codex: esta elección tiene que ver sobre todo con la forma de trabajar con el repositorio, no con qué chatbot suena más convincente. Empiece por Claude Code si quiere basar su trabajo en el ecosistema de Anthropic. Empiece por Codex si su equipo ya usa ChatGPT y quiere probar un agente de programación sin añadir de inmediato otro proveedor. Pruebe ambos si corregir y revisar los cambios generados empieza a consumir demasiada atención. Y no dé a ninguno acceso a producción solo porque quedó bien en una demostración.

Para quien trabaja en Linux, el punto de partida natural es la terminal. Para un desarrollador que revisa los cambios sobre todo en el editor, puede pesar más la integración con VS Code. Le recomiendo evaluar las correcciones aceptadas, el esfuerzo de revisión y la previsibilidad de los costes. Esta es una comparación de documentación y de formas de trabajo, no la declaración de haber realizado una prueba de rendimiento. La información sobre productos y precios se comprobó el 11 de noviembre de 2026; antes de comprar, la que vale es la oferta vigente del proveedor.

Qué estamos comparando exactamente

La documentación de Claude Code presenta un agente disponible, entre otros lugares, en la terminal y en VS Code. Codex CLI puede analizar el repositorio, editar archivos y ejecutar herramientas de desarrollo. OpenAI ofrece además una extensión para el editor. Comparar Claude en la terminal con una conversación en ChatGPT desde el navegador sería, por tanto, comparar categorías de trabajo distintas.

Conviene separar el modelo, el agente y la interfaz. El modelo genera respuestas. El agente añade herramientas, instrucciones y la posibilidad de ejecutar acciones sucesivas. La interfaz decide cómo le pasa el contexto y cómo controla el resultado. Una respuesta mejor del modelo no elimina automáticamente los problemas de revisión de cambios. Y un panel de conversación cómodo no demuestra que una migración conserve el comportamiento actual de la aplicación.

Ambos productos sirven para tareas que van más allá de añadir una sola línea. Pueden ayudar a rastrear un error entre módulos o a preparar un refactor acotado. Eso también significa una superficie de riesgo mayor: una suposición equivocada puede acabar convertida en un cambio de archivo o en un comando de shell. Evalúe el flujo de trabajo completo, incluidos los permisos y la forma de recuperar el control tras un error, y no solo el resumen final.

Terminal: compruebe el comportamiento en su propio proyecto

Un agente de terminal encaja con un trabajo basado en búsquedas, control de versiones, tests y pequeñas correcciones. La guía de Codex CLI describe el análisis de código, la planificación, la edición, la ejecución de herramientas locales y la instalación en Linux. La presentación de Claude Code describe el trabajo en la terminal y el paso entre interfaces. Son funciones en parte comunes, no un argumento de que solo uno de los productos sea un agente de verdad.

Una buena tarea de prueba es encontrar la causa de una validación incorrecta. Pida primero que le explique el contrato existente, después la corrección más pequeña posible y que ejecute las comprobaciones oportunas. Observe si el agente lee la configuración real, si nota los cambios ajenos y si distingue un fallo al ejecutar el comando de un test que no pasa. Una descripción elegante no sustituye ninguna de estas acciones.

En Linux, empiece en una copia de trabajo normal, donde las herramientas ya funcionen. Cambiar a la vez el contenedor, el gestor de dependencias y el agente dificultará reconocer la causa de un problema. Si necesita aislamiento, prepárelo antes y ejecute los tests habituales sin intervención de la IA. Solo entonces compruebe qué cambia al añadir el agente.

La tarea inicial debe tener límites claros. «Mejore el proyecto» deja un enorme margen de interpretación. «Corrija este caso de validación sin cambiar el formato público de la respuesta» da a quien revisa un punto de referencia concreto. Es una recomendación de organización, no una promesa de obediencia de ninguno de los productos. Cuando el agente amplíe el alcance, detenga el trabajo y acuerden un plan antes de seguir con más cambios.

VS Code: la comodidad de la revisión pesa más que el panel de chat

La integración de Claude Code con VS Code incluye referencias a archivos, gestión de permisos y planificación. La extensión de Codex lleva el trabajo con el agente al editor. No tiene que cambiar todo su entorno solo para comparar a los dos proveedores.

En cada interfaz haga una revisión parecida: mire la función modificada, localice los sitios desde los que se la llama, analice el fallo de un test y rechace el cambio que no tenga relación con la tarea. La integración vale la pena cuando facilita estas acciones, y no solo cuando ahorra cambiar de ventana. Compruebe si ve el directorio actual, la tarea activa y los comandos pendientes de ejecución. En un monorepo, esta información es práctica, no un adorno de la interfaz.

No ejecute los dos agentes a la vez sobre los mismos archivos. Use árboles de trabajo (worktrees) separados o haga las pruebas una tras otra a partir de la misma revisión. Si no, un agente puede acabar corrigiendo el trabajo inacabado del otro, y el resultado medirá cómo se estorban entre sí, no la utilidad de la herramienta. La decisión de integrar los cambios debe seguir en manos de una persona.

Precios y límites: primero decida cómo se factura

A fecha de publicación, la página de precios de Claude indica Pro por 20 USD al mes con pago mensual, Max por 100 USD al mes y un plan Ultra aparte por 200 USD al mes. Los datos se comprobaron el 11 de noviembre de 2026. Claude Code figura en la lista de funciones de Pro. La descripción antigua de las variantes de Max no debería servir de base para un pedido actual sin volver a comprobar la oferta.

Ese mismo día, la página de precios de Codex muestra ChatGPT Plus por 20 USD al mes y Pro desde 100 USD al mes, con variantes más caras. La documentación describe el acceso a Codex dentro de los planes y que el uso se comparte con ChatGPT Work. Son importes de una oferta en dólares, no una garantía sobre el valor de su factura en euros, sobre cómo se calculará el IVA ni sobre las condiciones de compra para una empresa.

Un precio de entrada parecido no decide la comparación. Una suscripción puede caber en el presupuesto y, aun así, interrumpir justo el tipo de trabajo que es importante para el equipo. Ambos proveedores describen limitaciones de uso. Ninguna de las suscripciones indicadas significa un número ilimitado de cambios terminados en el repositorio. OpenAI señala que el consumo depende de la tarea y del modelo y que las estimaciones del número de mensajes son orientativas. Claude también vincula el consumo al modelo, a la longitud de la conversación y a los archivos.

Separe la suscripción de la facturación por API. La documentación de costes de Claude Code trata la gestión del gasto, y la guía de OpenAI distingue los precios de tokens de la API del uso de la suscripción. Antes de empezar, compruebe su cuenta y el mecanismo de pago real. No tiene sentido convertir el precio de los tokens en un presupuesto por tarea si la sesión usa otro tipo de límite.

En el equipo, anote la cuota de la suscripción, el consumo adicional, las interrupciones y el tiempo dedicado al control. Un contexto largo, los intentos repetidos y un alcance de tarea demasiado amplio pueden hacer que una sesión barata resulte cara de manejar. Y un plan más caro tampoco arregla una especificación poco clara. Aumente el presupuesto solo cuando sepa qué limitación concreta quiere eliminar.

Qué se deduce realmente de las opiniones de los usuarios

Hay incidencias concretas sobre un uso impredecible de los límites en ambos lados. En la incidencia 38335 de Claude Code, abierta en marzo de 2026, el autor describe que el límite de Max se agota más rápido de lo esperado al trabajar en el CLI. En la incidencia 14593 de Codex, también de marzo, un usuario de VS Code describe un aumento del consumo tras actualizar la extensión.

Estas discusiones sugieren qué observar durante la prueba: el contador de uso, el modelo elegido, los ajustes y el contexto de un posible cambio de comportamiento. No son mediciones controladas. Los nombres históricos de planes o los porcentajes que citan los participantes no deben presentarse como los límites de hoy. Una incidencia confirma que existe el relato de un usuario, no la magnitud del fenómeno ni su causa.

Un repositorio de errores tampoco es un estudio representativo de satisfacción. Quien tiene un problema tiene un motivo para escribir una incidencia; quien simplemente consiguió resolver su tarea, a menudo no lo tiene. No sacaría de estos hilos la conclusión de que los desarrolladores prefieren Claude o de que Codex es más barato. La lección justificada es más modesta: la previsibilidad del consumo debería formar parte de los criterios de aceptación de ambas herramientas.

Seguridad: terminal no significa trabajar sin conexión

Ejecutar comandos en local no significa que todo el código se quede en su equipo. Antes de usar datos de un cliente, compruebe las condiciones de tratamiento de datos de su cuenta concreta, las reglas de retención y la política de su organización. El lugar donde se ejecuta el comando y el lugar donde el modelo procesa la petición son cuestiones distintas. Si el proyecto exige inferencia sin conexión, la variante habitual de un servicio en la nube no cumple ese requisito.

La guía de seguridad de Claude Code trata los permisos, el aislamiento y el contenido no fiable. La documentación de OpenAI describe los mecanismos de control del agente. Dar permiso para actuar y aislar el entorno no es lo mismo. Aprobar un comando no limita por sí solo el acceso a archivos ni a la red. Compruebe la configuración activa en lugar de suponer un comportamiento idéntico en cada sistema y en cada versión.

Al principio, retire las credenciales de acceso a producción, limite el acceso a directorios sin relación con la tarea y exija una revisión antes del despliegue o de las operaciones destructivas. Un texto del repositorio, un documento descargado o la respuesta de una herramienta externa pueden contener instrucciones engañosas. El archivo con las reglas del proyecto es una ayuda para el agente, no una frontera técnica de seguridad.

No trate la desactivación de las protecciones como la reparación habitual de un comando que no funciona. Primero averigüe si de verdad hace falta un acceso más amplio. Instalar dependencias, hacer una prueba en el navegador y migrar una base de datos de producción tienen consecuencias distintas. Quien aprueba debe entender el entorno de destino y los efectos secundarios. Que el agente asegure que todo es seguro no sustituye esa valoración.

¿Y Cursor y GitHub Copilot?

Cursor y GitHub Copilot merece la pena tenerlos en cuenta cuando el problema principal es el trabajo diario en el editor. No hace falta declararlos ganadores ni perdedores de esta comparación. Primero averigüe qué herramientas tiene ya el equipo y cuáles usa de verdad. Es una observación sobre la decisión de compra, no una comparativa detallada de sus funciones o precios.

Si el soporte actual en el editor funciona bien, pruebe un agente de terminal con las tareas que aún cuestan: entender un módulo ajeno, analizar un error reproducible o preparar un refactor acotado. Si el problema es la revisión de los resultados, empiece por la interfaz. Una herramienta más no aclarará por sí sola quién responde de la calidad del cambio.

Cómo hacer una prueba honesta

Elija un error reproducible, un refactor sin cambio de comportamiento y una función pequeña con criterios de aceptación inequívocos. Son tipos de tareas propuestos, no resultados de un benchmark. Cada agente debe recibir la misma revisión, la misma descripción y la misma lista de comandos permitidos. No le pase al segundo la solución ni la explicación obtenida en la primera prueba.

Para cada tarea, anote:

• Si la corrección cumple los criterios, también en los casos negativos.
• Qué comprobaciones se ejecutaron de verdad y cuáles bloqueó el entorno.
• Cuánto código no relacionado se modificó y cuántas correcciones aportó una persona.
• Si el agente respetó los límites de acceso y describió con honestidad sus incertidumbres.
• Cómo fue el uso del límite y el esfuerzo necesario para la revisión.

Los tests en verde son una prueba importante, pero no una garantía completa. Compruebe la gestión de errores, la autorización y la compatibilidad con las llamadas existentes. Si cambia la interfaz, abra la página y realice la interacción correspondiente. En una migración, compruebe las suposiciones sobre los datos y la posibilidad de revertir en un entorno que no sea de producción. La verificación debe ser independiente del resumen del agente.

No premie la longitud de la respuesta. Una corrección pequeña que señale con claridad un caso límite sin comprobar puede valer más que una reforma amplia descrita con tono seguro. Quédese con la herramienta cuyos resultados el equipo sepa entender, controlar y mantener. Si el ganador depende de la tarea, usar ambas de forma selectiva es más razonable que elegir una sola marca para todo.

Conclusión

Elija Claude Code cuando su forma de trabajar y el ecosistema de Anthropic encajen con el repositorio y con las costumbres del equipo. Elija Codex cuando funcionen mejor su terminal o su integración con el editor, sobre todo si tener ya una cuenta de ChatGPT facilita la prueba. Eso no implica una ventaja en la calidad del código sin comprobarlo en local. Al final cuentan la corrección, los límites, los permisos y la carga de trabajo de quien revisa.

Si el reto es incorporar agentes al equipo y no la mera instalación, la consultoría de IA puede ayudar a definir el alcance de un piloto, las reglas de acceso a los datos y los criterios de aceptación antes de un despliegue más amplio.

Fuentes

La documentación y las páginas de precios se comprobaron el 11 de noviembre de 2026. Las incidencias son relatos de usuarios, no mediciones de rendimiento verificadas.

• Claude Code: presentación, VS Code, costes, seguridad, precios.
• Codex: CLI, extensión, precios y límites, seguridad.
• Discusiones sobre el uso: Claude Code, Codex.