El producto insignia de OpenAI es Codex. Su agente de terminal compite directamente con Claude Code — misma categoría, mismo trabajo, distinto proveedor. Por eso resulta un poco raro abrir el marketplace de plugins de Claude Code y encontrar openai/codex-plugin-cc: un plugin construido y mantenido por OpenAI mismo, con 27k stars, cuyo único propósito es hacer que Codex sea más fácil de usar desde adentro de Claude Code.
No es un lanzamiento nuevo — el repo existe desde fines de marzo, y el último tag (v1.0.6) es un bump de versión de rutina, no una feature destacada. Pero se mantiene activamente (decenas de PRs mergeados, actividad real de contribuidores), es genuinamente útil, y todavía no lo habíamos cubierto. Vale la pena corregir eso.
Qué hace en concreto
Una vez instalado, el plugin agrega un set de comandos /codex: a Claude Code:
/codex:review— una review estándar y de solo lectura de Codex sobre tus cambios actuales o un diff de branch/codex:adversarial-review— una review “steerable” que cuestiona tus decisiones de diseño, no solo tu sintaxis/codex:rescue— le delega una tarea completa a Codex (investigar un bug, probar un fix, hacer una pasada más barata con un modelo más chico)/codex:transfer— exporta tu sesión actual de Claude Code a un thread real de Codex que podés resumir concodex resume/codex:status,/codex:result,/codex:cancel— gestionan jobs en background/codex:setup— chequea si Codex está instalado y autenticado, y puede instalarlo por vos si no lo está
Un detalle clave: no corre su propio runtime de Codex. Ejecuta tu Codex CLI local y su app server, así que hereda el auth y la config que ya tenés — suscripción de ChatGPT o API key, mismo config.toml, todo igual.
Instalarlo
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup
/codex:setup te dice si Codex está listo para arrancar. Si falta y tenés npm, el plugin te ofrece instalarlo (npm install -g @openai/codex), y si está instalado pero no logueado, !codex login resuelve eso.
Una corrida inicial limpia para chequear que todo esté bien configurado:
/codex:review --background
/codex:status
/codex:result
Los dos modos de review son la feature real
/codex:review es lo que esperarías: apuntalo a tus cambios sin commitear o a un branch (--base main), y te da la misma calidad de review que correr el /review propio de Codex. Es de solo lectura y no toca tu código.
/codex:adversarial-review es el más interesante. Es steerable — podés pasarle texto de foco — y está construido para cuestionar la decisión, no solo el diff:
/codex:adversarial-review --base main challenge whether this was the right caching and retry design
Usalo antes de shippear cualquier cosa donde una suposición equivocada salga cara: flujos de auth, procesamiento de pagos, lógica de retry, cualquier cosa que toque pérdida de datos. Salteatelo para boilerplate — un scaffold de CRUD no necesita que un segundo modelo le interrogue la filosofía de diseño.
Delegar trabajo, no solo revisarlo
/codex:rescue es donde esto deja de ser una herramienta de review y se convierte en una herramienta de delegación. Podés pasarle a Codex una investigación o un fix directamente:
/codex:rescue investigate why the tests started failing
/codex:rescue --model gpt-5.4-mini --effort medium investigate the flaky integration test
/codex:rescue --background investigate the regression
Las tareas largas deberían ir a --background, y después chequeás el progreso con /codex:status y sacás el resultado final con /codex:result — que además te da el session ID de Codex por si querés reabrir esa corrida de forma nativa.
/codex:transfer es la salida en la otra dirección: si una sesión de debugging en Claude Code se puso lo suficientemente profunda como para preferir terminarla en la App o la TUI propia de Codex, esto exporta el thread para que la retomes ahí.
También hay un review gate, y viene con advertencia
/codex:setup --enable-review-gate activa un hook Stop: cada vez que Claude intenta terminar su turno, primero corre una review targeted de Codex, y si encuentra problemas, el stop queda bloqueado hasta que Claude los resuelva. Es lo más parecido acá a un peer review completamente automatizado.
La propia documentación del plugin advierte que esto puede crear un loop largo entre Claude y Codex que drena tu límite de uso rápido. Activalo solo si vas a estar mirando la sesión activamente.
En qué se diferencia de los hacks de peer review
Ya cubrimos la versión comunitaria de esta idea: plugins de terceros como claude-review-loop y adversarial-review que conectan a Claude y Codex en un loop de peer review, donde los desacuerdos escalan a Perplexity o búsqueda web para arbitraje.
codex-plugin-cc es un animal distinto. Es first-party — construido por OpenAI, no un proyecto comunitario — y su alcance es más amplio que el review. El transfer de sesión y la delegación de tareas no son cosas que hagan los plugins comunitarios. Si querés específicamente review automatizado entre dos modelos, los plugins de peer review están más pensados para eso. Si querés un puente de propósito general entre los dos ecosistemas — review cuando lo pedís, delegación cuando la necesitás, un handoff limpio cuando terminás — este es el que construyó OpenAI para ese trabajo.
El trade-off honesto
Cada comando acá consume uso de Codex contra tu suscripción de ChatGPT o tus límites de API key — esto no es gratis solo porque lo dispares desde Claude Code. Y correr dos modelos en vez de uno significa latencia real y gasto real, como cualquier workflow de dos modelos.
Pero si de todas formas ibas a recurrir a Codex, hacerlo sin salir de tu terminal es una ganancia directa. Y el hecho de que OpenAI haya construido esto para vivir adentro de la herramienta de un competidor, en vez de tratar de atraerte hacia la suya propia, dice algo sobre dónde está pasando la competencia real en este espacio: no en los editores, en los workflows.
¿Ya lo probaste, o seguís usando Codex y Claude Code como herramientas separadas? Contanos tu setup en los comentarios.