Codex dentro de Claude Code: revisión cruzada entre modelos con codex-plugin-cc

OpenAI publicó como código abierto un repositorio llamado codex-plugin-cc, y su rasgo más extraño es el lugar donde se ejecuta. No es ChatGPT ni la app Codex de OpenAI. Se conecta a Claude Code, el agente de programación para terminal de Anthropic, y su función principal permite que Codex se siente dentro de la herramienta de un rival y revise lo que esa herramienta acaba de escribir.

Piense en la rareza. Una empresa construyó un plugin pulido y bien mantenido cuyo truco estrella es entregar su código al modelo del laboratorio competidor para que le eche un segundo vistazo, y el repo ya supera las 25.000 estrellas. Una lectura dice que OpenAI solo quiere más uso de Codex, y en parte es cierto. La lectura más fina es que OpenAI apuesta en público a que ningún modelo debería calificar su propio trabajo.

Por qué ayuda un revisor distinto

La razón no tiene nada que ver con la lealtad a una marca. Cuando un modelo ha escrito un fragmento de código y lo revisa justo después, esa segunda pasada no es fresca. Las suposiciones, el enfoque y la solución propuesta siguen en su contexto, lo que hace más fácil respaldar el diseño que cuestionarlo. Por la misma razón no puede corregir su propio texto a las dos de la madrugada: sus ojos ven lo que pretendía escribir.

Usar otro modelo no garantiza una respuesta mejor. Los laboratorios pueden compartir datos de entrenamiento, hábitos de programación y puntos ciegos, así que un proveedor distinto no es automáticamente uno independiente. Lo que sí obtiene es un segundo conjunto de valores por defecto y modos de fallo, y un prompt escrito para revisar le pide que discuta en lugar de continuar. Esa mezcla puede sacar a la luz suposiciones que el primer modelo nunca examinó. Codex no tiene razón por defecto, y Claude no se equivoca por defecto. La ganancia viene de que el revisor no es el autor de la solución. OpenAI lo presenta igual: una pasada más escéptica de otro agente, al que cuesta más convencer de que esté de acuerdo.

Nada de esto es nuevo en el software. Es revisión de código. El plugin simplemente hace que el revisor sea una mente distinta del autor, de forma automática, para que no tenga que pegar un diff en otra ventana.

Un envoltorio fino a propósito

La decisión de diseño más admirable es lo poco que reclama para sí. codex-plugin-cc no tiene runtime propio ni portal web que visitar. Si Codex ya tiene la sesión iniciada en su máquina, el plugin no pide un inicio de sesión aparte. Las llamadas pasan por el binario codex que ya instaló, así que su sesión, el checkout del repo, las variables de entorno y ~/.codex/config.toml se mantienen. Es un envoltorio, y se comporta como tal.

La revisión es solo la mitad de la historia. El mismo envoltorio entrega tareas completas a Codex, rescata las atascadas y traslada una sesión en curso a Codex cuando prefiere continuar allí. Así que es un puente general de Claude a Codex, y no un botón de linter de un solo uso.

Los comandos que importan

Tras la instalación, Claude Code obtiene un conjunto de comandos con barra. Dos de ellos hacen la mayor parte del trabajo.

/codex:review es la opción sencilla y de solo lectura. Examina todo lo que no ha confirmado, o compara su rama con main si pasa --base main, e informa de bugs, huecos en los tests y casos límite sin modificar un solo archivo.

/codex:adversarial-review es donde el plugin se gana su sitio. Una revisión normal pregunta si el código funciona; la adversarial pregunta si era lo correcto construirlo. Puede orientarla añadiendo un foco tras el comando, por ejemplo pidiéndole que cuestione su enfoque de caché y reintentos. Busca suposiciones enterradas, fallos de rollback y condiciones de carrera, los problemas que pasan todos los tests y luego le despiertan a mitad de la noche.

Otros dos son útiles. /codex:rescue pasa un trabajo entero a Codex cuando Claude se atasca, por ejemplo «investiga por qué empezaron a fallar los tests». /codex:transfer toma la conversación que ha tenido en Claude Code y la continúa como una sesión de Codex en vivo, lo que le ahorra explicar otra vez la arquitectura. El control de trabajos con /codex:status, /codex:result y /codex:cancel completa el conjunto, porque revisar muchos archivos lleva tiempo y una terminal bloqueada no tiene gracia.

El review gate, manéjelo con cuidado

Una función opcional merece una mirada más atenta antes de activarla, ya que la documentación la acompaña de una advertencia. Se activa con /codex:setup --enable-review-gate. El plugin registra entonces un hook Stop, de modo que cada vez que intenta terminar un turno de Claude Code se ejecuta primero una revisión dirigida de Codex. Un problema detectado por Codex bloquea la parada, y Claude debe resolverlo antes de que pueda seguir. En la práctica, la revisión se convierte en una barrera que impide publicar, sin paso manual.

Genial en teoría y una forma fácil de tirar dinero en la práctica. Supongamos que Claude y Codex discrepan sobre cómo implementar algún detalle. Pueden mandarse el cambio de un lado a otro, uno parchea, el otro objeta, y cada ronda cobra tokens en ambas cuentas. El propio README advierte que el gate puede desencadenar un bucle prolongado Claude/Codex y agotar rápido los límites de uso. Manténgalo desactivado hasta que llegue un cambio concreto de alto riesgo que esté dispuesto a supervisar, actívelo solo para esa sesión y después apáguelo.

Hacia dónde va esto

Aléjese de los comandos concretos y la dirección se aclara. Durante un tiempo se trató a Claude Code y Codex como bandos rivales. La respuesta del plugin es dejar de elegir. Claude sigue siendo el agente principal que mantiene el plan y el contexto durante una sesión larga. Cuando una tarea se atasca, toca una revisión o un diseño parece flojo, lo recibe Codex, y el resultado vuelve al mismo flujo de trabajo. Así, un solo bucle contiene un autor y un crítico con valores por defecto distintos, lo que da una segunda oportunidad a lo que cualquiera de los dos pase por alto. Los modelos base empiezan a parecer piezas intercambiables, y la orquestación a su alrededor se convierte en el verdadero producto.

El hardware también forma parte de la historia. OpenAI y Work Louder planean presentar Codex Micro el 15 de julio de 2026, como forma de agilizar los atajos de Codex que se usan a menudo. Se parece al controlador programable Creator Micro de Work Louder, aunque no hay nada confirmado sobre el precio, los controles exactos ni qué acciones de Codex irán a teclas físicas. Aun así, fabricar un teclado dedicado a los atajos del agente sugiere que la empresa espera que los flujos de trabajo se vuelvan tan repetitivos que la gente quiera botones. Eso parece una apuesta a largo plazo y no un truco.

Obtener un primer resultado

Necesita Claude Code ya instalado, además de Node.js 18.18 o posterior. El camino más corto a un resultado real es este:

1. Registre el marketplace. Dentro de Claude Code, escriba /plugin marketplace add openai/codex-plugin-cc para convertir el repo en una fuente de plugins.
2. Instale el plugin. Ejecute /plugin install codex@openai-codex y luego /reload-plugins.
3. Ejecute la configuración. Ejecute /codex:setup. Comprueba que Codex está presente y con sesión iniciada. Si falta Codex y npm está disponible, puede instalarlo, o puede ejecutar npm install -g @openai/codex usted mismo. Quien lo usa por primera vez inicia sesión una vez con !codex login, con una cuenta de ChatGPT o una clave de API. El plan gratuito de ChatGPT sirve, y el uso cuenta contra sus límites de Codex.
4. Haga una edición modesta en un repositorio real. Nada vistoso: modifique una función y deje el cambio sin confirmar.
5. Ejecute la revisión. Escriba /codex:review --background, siga el progreso con /codex:status y lea los hallazgos con /codex:result. El modo en segundo plano mantiene su terminal utilizable mientras Codex trabaja.

La primera vez que Codex señale algo que escribió Claude y Claude lo corrija, entenderá por qué esto importa más que cualquier benchmark. Ese único bucle es toda la experiencia.

Cuando se sienta cómodo, pruebe lo de verdad. Tome una decisión de diseño de la que no esté seguro, ejecute /codex:adversarial-review y diga exactamente qué debe cuestionar. Apúntelo a la elección que le ha estado inquietando. Aquí tiene un bucle completo con algo real en juego, empezando por una funcionalidad que construye Claude:

Claude implements a token-refresh flow for authentication.

Después le pide a Codex que la ataque, y este informa:

You run:
  /codex:adversarial-review --background challenge token rotation,
  replay protection, concurrent refresh requests, and rollback behaviorCodex comes back with three risks.You ask Claude to verify each finding against the code and the tests,
not to auto-accept all three.

El paso final es donde vive la disciplina. Que Codex plantee una objeción no resuelve nada; le da una pista. Devuelva esa pista a Claude, haga que la contraste con el código real y luego decida usted. Ser el último revisor en hablar no otorga autoridad extra. Otro hábito también compensa: haga commit o stash antes de que cualquiera de los agentes edite algo. Los dos comandos de revisión solo leen, pero /codex:rescue puede intentar un arreglo, y una instantánea limpia le da algo a lo que volver.

Lo que cuesta

No es gratis, y en dos sentidos. Cada revisión y cada tarea delegada consumen uso de Codex, y los bucles adversariales lo consumen más rápido de lo que cabría esperar. Con un plan de ChatGPT eso agota los límites de la suscripción, y con una clave de API genera uso facturable. En cualquier caso, vigílelo antes de convertirlo en costumbre. El review gate en particular puede devorar límites o acumular cargos mientras usted se ausenta a mitad de sesión.

A algunos equipos les importará otro coste más que el dinero: una segunda empresa puede leer su código. Todo lo que pasa por Codex para una revisión o un trabajo delegado llega a las herramientas de OpenAI, además de lo que Claude Code ya envía a Anthropic. Con un repositorio propietario, eso pone a dos proveedores en contacto con su código fuente, y la política de la empresa tiene que permitir a ambos. Resuelva esa cuestión primero, antes de apuntar el plugin a cualquier cosa del trabajo. Pesa más que cualquier trabajo colgado.

Cuente también con más piezas móviles. La autenticación de dos proveedores, dos runtimes y el puente que los une tienen que seguir funcionando. Los traspasos entre procesos son frágiles por naturaleza. Han llegado varios arreglos, algunos específicos de Windows, pero los informes de incidencias recientes aún describen revisiones que se cuelgan, procesos de Codex que quedan sueltos y trabajos que se quedan para siempre en estado «running» (en ejecución). Tarde o temprano aparecerá un trabajo atascado, y /codex:cancel es la salida.

Tampoco hará más listo a ninguno de los modelos. Dos revisores son mejor que uno, pero si ambos modelos comparten un punto ciego pasarán por alto lo mismo, e independiente no significa correcto. Lea la revisión adversarial como un segundo par de ojos agudo, no como un oráculo. Un veredicto limpio de Codex es una evidencia, nunca una garantía.

Por último, los scripts pequeños y autocontenidos no lo necesitan. El beneficio crece con el coste de equivocarse, así que úselo en el flujo de autenticación, la migración y el código que maneja dinero, y sáltelo en lo desechable.

La pregunta para llevarse

Lo interesante no es técnico. OpenAI hizo su modelo más útil incrustándolo en la herramienta de un rival, lo que solo compensa si los desarrolladores ejecutan varios modelos a la vez, quiera lo que quiera cualquier empresa concreta. Probablemente lo harán. El flujo de un solo modelo, en el que se elige un asistente y se vive dentro de él, empieza a parecer lo que se hacía antes de saber más.

Eso deja otra pregunta para su próximo cambio arriesgado. No pregunte qué modelo es el mejor, sino quién discutirá con su primer borrador. Apunte un segundo modelo a ese cambio y vea qué dice que se le escapó. Cuando encuentre lo que ningún benchmark encontraría, la razón por la que OpenAI lanzó una herramienta que vive en casa ajena resultará obvia. El código está en el repositorio openai/codex-plugin-cc.