El período para usar Claude Fable 5 sin cargos adicionales fue anunciado inicialmente para terminar el 7 de julio de 2026, luego se extendió hasta el 12 de julio, y posteriormente hasta el 19 de julio. La medida para aumentar el límite de uso semanal de Claude Code en un 50 % también continuará hasta el 19 de julio.
En otras palabras, Fable 5 no desaparece de inmediato.
Sin embargo, la situación en la que se puede usar Fable 5 de forma natural dentro de un plan mensual no está garantizada de manera permanente. El anuncio original indicaba que pasaría a usar créditos de uso después del período, con un precio de API de $10 por cada millón de tokens de entrada y $50 por cada millón de tokens de salida.
Lo que termina no es Fable 5 en sí, sino la era en la que los modelos de mayor rendimiento se pueden usar casi sin límite por solo una tarifa mensual.
Entonces, ¿deberíamos abandonar Claude Code y migrar por completo a Codex de OpenAI?
En conclusión, no es necesario.
Puedes conservar la experiencia de terminal de Claude Code, los archivos CLAUDE.md existentes, Hooks, MCP, Skills y configuraciones de permisos, y simplemente delegar las tareas difíciles a GPT-5.6 Sol.
Además, no es necesario usar servicios proxy sospechosos ni capas de compatibilidad de API no oficiales.
OpenAI mismo ha lanzado un plugin oficial para llamar a Codex desde Claude Code.
Lo que estamos construyendo aquí no es un mecanismo para "convertir a Claude en GPT-5.6".
Es una configuración de doble cerebro donde Claude Code sigue siendo el centro de comando y GPT-5.6 Sol se conecta como un segundo motor de pensamiento.
Claude se encarga de las conversaciones con el usuario, la exploración del repositorio, las ediciones pequeñas y seguir los patrones existentes.
GPT-5.6 Sol se encarga de decisiones de diseño complejas, errores no resueltos, revisiones adversariales, cambios que abarcan múltiples componentes y segundas opiniones antes del lanzamiento.
Además, al colocar indicaciones operativas en japonés como Skills de Agente, se hace que ambos modelos sigan las mismas condiciones de finalización, estándares de verificación y alcances de cambio.
Esta es la forma más realista de darle a Claude Code el "cerebro de ChatGPT 5.6".
Nota: He resumido la configuración y las técnicas de uso serio en un PDF.
Si lo quieres, lo he puesto a disposición desde este 👇!
https://x.com/MakeAI_CEO/status/2027682940847898770?s=20
Tres Capas para Darle a Claude Code el Cerebro de GPT-5.6
Lo primero que hay que distinguir es que copiar un prompt y conectar un modelo real son cosas diferentes.
Escribir instrucciones para GPT-5.6 en CLAUDE.md no convierte al modelo Claude en GPT-5.6.
Lo que cambia es la forma de realizar el trabajo.
Esto se llama la Capa de Acción.
A continuación, introduce el plugin oficial de OpenAI "Codex plugin for Claude Code".
Usando este plugin, puedes delegar revisiones de código y tareas de implementación a Codex desde Claude Code a través de la CLI de Codex y el servidor de aplicaciones Codex instalado en tu entorno local.
Esta es la Capa de Razonamiento/Ejecución.
Finalmente, introduce el plugin "OpenAI Developers".
Esto incluye el Docs MCP, que hace referencia a la documentación oficial de OpenAI, y Skills correspondientes a la API de OpenAI, Agents SDK, ChatGPT Apps, configuración de claves API y solución de problemas.
Esta es la Capa de Conocimiento.
Apila estas tres capas.
Capa de Acción:
Indicaciones operativas en japonés y Skills de Agente
Capa de Razonamiento/Ejecución:
Plugin Codex para Claude Code
Capa de Conocimiento:
Plugin OpenAI Developers y Docs MCP oficial
Al hacer esto, puedes seguir usando Claude Code para las operaciones diarias y recurrir a GPT-5.6 Sol y los documentos más recientes de OpenAI solo cuando sea necesario.
Primero, Instala el Plugin Oficial de OpenAI Codex
Lo que necesitas para la instalación es una cuenta de ChatGPT o una clave API de OpenAI, Node.js 18.18 o superior, y la CLI de Codex.
Este plugin no transfiere código a ningún servicio no oficial.
Utiliza la CLI de Codex en tu máquina y hereda la autenticación, configuración, repositorios y entornos locales de Codex existentes. Si ya has iniciado sesión en Codex, puedes usar ese estado de autenticación tal cual.
Primero, instala o actualiza la CLI de Codex.
npm install -g @openai/codex@latest
codex --version
codex login
Para usar GPT-5.6 con Codex, se requiere Codex CLI 0.144.0 o superior.
codex --version
Si la versión mostrada es antigua, vuelve a instalar la versión más reciente.
A continuación, inicia Claude Code y ejecuta lo siguiente en orden:
/plugin marketplace add openai/codex-plugin-cc
/plugin install codex@openai-codex
/reload-plugins
/codex:setup
/codex:setup verifica si la CLI de Codex está disponible y si la autenticación está completa.
Si Codex no está instalado y npm está disponible, puede sugerir la instalación durante la configuración.
Cuando lo pruebes por primera vez, una revisión de solo lectura es segura.
/codex:review --background
/codex:status
/codex:result
/codex:review revisa los diffs no confirmados actuales.
Si quieres que verifique los diffs con respecto a la rama main, haz lo siguiente:
/codex:review --base main --background
Este comando es de solo lectura y no cambia el código.
Los trabajos iniciados en segundo plano se pueden verificar con los siguientes comandos:
/codex:status
/codex:result
Para detener un proceso en curso, haz lo siguiente:
/codex:cancel
Diferenciar entre Revisiones Normales y Adversariales
El plugin de Codex tiene una opción de revisión adversarial separada de las revisiones normales.
/codex:adversarial-review --base main
Las revisiones normales buscan errores, falta de pruebas, manejo de errores y problemas de tipo en el código.
Por otro lado, las revisiones adversariales cuestionan la política de implementación en sí misma.
Por ejemplo, después de implementar autenticación, puedes solicitar:
/codex:adversarial-review --base main Considera si la política actual en sí misma es incorrecta desde la perspectiva de los límites de autorización, escalada de privilegios, fijación de sesión, fuga de tokens y falta de registros de auditoría.
Para el procesamiento de facturación, haz lo siguiente:
/codex:adversarial-review --base main Céntrate en dudar de la posibilidad de doble facturación, webhooks duplicados, reintentos después de tiempo de espera, fallos parciales, límites de transacciones e incapacidad de revertir.
Si una revisión normal verifica "si hay errores en esta implementación", una revisión adversarial verifica "si esta implementación debería haberse elegido en primer lugar".
Ambas son de solo lectura y no reescriben el código sin permiso.
La fortaleza de esta configuración es la capacidad de separar el modelo que crea la implementación del modelo que duda de las premisas de la implementación.
El plugin oficial proporciona comandos para revisiones normales, revisiones adversariales, rescate, transferencia de sesión y verificación/detención de procesos en segundo plano.
Entrega el Trabajo Atascado a Codex con Rescue
Las pruebas no pasan incluso después de varias correcciones en Claude Code.
La causa abarca múltiples componentes.
Solo falla en CI.
La concurrencia o el almacenamiento en caché están involucrados, y el síntoma está lejos de la causa.
En tales casos, usa /codex:rescue.
/codex:rescue Reproduce el error, identifica la causa raíz y crea la corrección mínima segura y la prueba de regresión.
También puedes especificar el modelo y la fuerza de razonamiento.
/codex:rescue --model gpt-5.6-sol --effort high Reproduce el error, identifica la causa raíz, implementa la corrección mínima segura y ejecuta las pruebas relacionadas.
Envía procesos largos a segundo plano.
/codex:rescue --background --model gpt-5.6-sol --effort high Investiga fallos de pruebas que solo ocurren en CI.
Los resultados se recuperan con los siguientes comandos:
/codex:status
/codex:result
Para continuar la tarea anterior de Codex, puedes usar --resume.
/codex:rescue --resume Implementa y verifica el plan más seguro entre las correcciones propuestas anteriormente.
Para comenzar como una nueva investigación separada de la anterior, usa --fresh.
/codex:rescue --fresh Investiga la causa raíz desde una hipótesis diferente.
Para transferir toda la conversación de Claude Code a Codex, usa el siguiente comando:
/codex:transfer
Después de la ejecución, se mostrará un comando para reanudar en el lado de Codex.
codex resume <session-id>
Esto permite una transferencia donde "la investigación comenzó en Claude Code, pero Codex se convierte en el principal responsable a mitad de camino".
Hacer de GPT-5.6 Sol el Modelo Predeterminado
Si quieres fijar el modelo de Codex por proyecto, coloca .codex/config.toml en la raíz del repositorio.
model = "gpt-5.6-sol"
model_reasoning_effort = "high"
review_model = "gpt-5.6-sol"
Para hacerlo una configuración común para todos los proyectos personales, colócalo aquí:
~/.codex/config.toml
Las configuraciones específicas del proyecto van aquí:
tu-proyecto/.codex/config.toml
Las configuraciones del proyecto se cargan si el repositorio se trata como confiable.
En el trabajo diario, no es necesario usar la máxima fuerza de razonamiento desde el principio.
Como guía, divídelo de la siguiente manera:
low:
Correcciones de palabras, cambios de nombre, cambios pequeños y claros
medium:
Adiciones de funciones normales, implementaciones siguiendo patrones existentes
high:
Cambios que abarcan múltiples archivos, depuración difícil, decisiones de diseño
xhigh:
Revisiones de seguridad, migraciones a gran escala, condiciones de carrera complejas, investigaciones largas
En Codex, puedes seleccionar GPT-5.6 Sol, Terra o Luna.
Sol es adecuado para trabajos complejos y altamente flexibles, Terra para implementación diaria y Luna para trabajos claros y repetibles.
Además, Max y Ultra están disponibles por separado de la fuerza de razonamiento normal.
Max da más tiempo de razonamiento a una sola tarea.
Ultra usa subagentes para procesar trabajos divisibles en paralelo.
Sin embargo, Max y Ultra no son necesarios para la mayoría de las tareas. Es mejor comenzar con Medium o High y solo aumentar si aparece una diferencia en la evaluación real.
"GPT-5.6 Sol High" y "GPT-5.6 Sol Pro" no son lo mismo
Esto es fácil de confundir.
En ChatGPT, GPT-5.6 Sol se usa para Medium, High y Extra High.
Por otro lado, GPT-5.6 Sol Pro se usa para Pro.
Por lo tanto, simplemente especificar lo siguiente en el plugin de Codex:
--model gpt-5.6-sol --effort high
No significa "se usó GPT-5.6 Sol Pro".
Esto significa que GPT-5.6 Sol se ejecutó con fuerza de razonamiento High.
En la API de Respuestas de OpenAI, puedes elegir standard o pro como modo de razonamiento para GPT-5.6.
Para usar el modo Pro, la solicitud sería así:
{
"model": "gpt-5.6",
"reasoning": {
"mode": "pro",
"effort": "high"
},
"input": "Revisa este plan de migración de base de datos e identifica patrones de fallo, métodos de recuperación y condiciones que hacen imposible la reversión."
}
reasoning.mode y reasoning.effort son configuraciones diferentes.
reasoning.mode:
standard o pro
reasoning.effort:
low, medium, high, xhigh, etc.
El modo Pro realiza más procesamiento del modelo que el modo estándar, aumentando la latencia y el uso de tokens.
Si quieres llamar estrictamente al modo Pro de esta API desde Claude Code, la configuración implicaría preparar un script local o un servidor MCP que envuelva la API de Respuestas y llamarlo desde un Skill de Claude Code.
Sin embargo, para el trabajo de codificación normal, primero debes probar GPT-5.6 Sol Medium o High con el plugin oficial de Codex.
Luego, solo actualiza las tareas donde el efecto del modo Pro se confirme a partir de los resultados de evaluación reales.
No necesitas enviar todos los procesos a Pro solo porque tenga "Pro" en el nombre.
El "Prompt del Sistema" para ChatGPT 5.6 Sol Pro no es Público
Ten cuidado aquí.
La versión completa del prompt del sistema interno utilizado por OpenAI en ChatGPT o GPT-5.6 Sol Pro no es pública.
Por lo tanto, no debes creer e introducir textos de origen desconocido que se encuentren en internet, como "prompt del sistema de GPT-5.6 filtrado", "versión de reproducción completa" o "texto completo del prompt interno".
Lo que debes usar es un prompt operativo creado para adaptarse a tu entorno de desarrollo mientras consultas guías de prompts oficiales.
Las guías oficiales para GPT-5.6 recomiendan especificar los siguientes elementos en el prompt:
- Resultado final a lograr
- Restricciones importantes
- Evidencia disponible
- Criterios para juzgar la finalización
Por otro lado, evita fijar excesivamente el orden de búsqueda, la selección de herramientas y los pasos de pensamiento detallados, dejando espacio para que el modelo elija rutas eficientes.
También se explica que eliminar instrucciones duplicadas, ejemplos innecesarios y descripciones de herramientas sin sentido para aligerar el prompt del sistema puede llevar a mejoras en el rendimiento y la eficiencia de tokens.
A continuación se muestra un prompt operativo en japonés diseñado para usarse comúnmente con Claude Code, Codex y GPT-5.6 Sol.
Esto no es una reproducción de un prompt interno de OpenAI.
Prompt Operativo en Japonés para Claude Code y GPT-5.6 Sol
Rol
Eres un orquestador de ejecución senior en este repositorio.
Tu objetivo es proporcionar cambios mínimos correctos, mantenibles y verificados que satisfagan los resultados que el usuario realmente busca.
Escribir mucho texto, aumentar la cantidad de archivos modificados o usar muchas herramientas no son objetivos de evaluación.
Eres evaluado por precisión, evidencia, moderación en el alcance de los cambios y resultados revisables.
Contrato Operativo
1. Clarificar Resultados
Antes de comenzar las ediciones, identifica lo siguiente:
- Resultado final visible para el usuario
- Áreas del repositorio relacionadas
- Restricciones que deben mantenerse
- Lo que no se hará esta vez
- Criterios para juzgar la finalización
- Métodos de verificación que puedan probar la finalización
Resuelve puntos ambiguos a partir de la evidencia dentro del repositorio primero.
Solo haz preguntas al usuario si los juicios faltantes cambian significativamente el comportamiento del producto, la seguridad, el costo, los datos o las operaciones irreversibles.
No hagas preguntas solo para evitar investigar el repositorio.
2. Investigar Antes de Cambiar
Lee el rango mínimo necesario y suficiente de archivos.
Investiga lo siguiente:
- Patrones de implementación existentes
- Pruebas
- Interfaces
- Migraciones
- Convenciones de nomenclatura
- Convenciones de diseño
- Manejo de errores
- Límites de autenticación y autorización
Prioriza la evidencia dentro del repositorio sobre la especulación o los valores predeterminados del framework.
En las correcciones de errores, establece fallos reproducibles o evidencia específica que respalde la causa antes de proponer correcciones.
No reescribas mecanismos existentes antes de entender por qué existen.
3. Planificar a la Profundidad Adecuada
Si el cambio es pequeño, local y fácil de deshacer, procede con el trabajo.
Si aplica alguna de las siguientes condiciones, muestra un plan conciso antes de la implementación:
- Abarca múltiples archivos
- Cambia la arquitectura
- Se relaciona con la seguridad
- Reescribe datos
- Cambia interfaces públicas
- Difícil de deshacer
- Se relaciona con facturación, autenticación, permisos o información personal
- Se relaciona con concurrencia o procesamiento asíncrono
Incluye lo siguiente en el plan:
- Comportamiento previsto a realizar
- Archivos o componentes que probablemente se modifiquen
- Invariantes que deben mantenerse
- Principales riesgos
- Procedimientos de verificación
- Métodos de reversión o recuperación según sea necesario
No aumentes procedimientos formales que no reduzcan el riesgo.
4. Asignar Trabajo al Motor Óptimo
Usa la sesión actual de Claude Code para las siguientes tareas:
- Exploración rápida del repositorio
- Interacción con el usuario
- Ediciones a pequeña escala con alcance claro
- Descomposición de tareas y gestión de progreso
- Implementación siguiendo patrones existentes
- Revisión e integración de comentarios devueltos desde Codex
Considera la delegación a Codex o una revisión independiente si se aplica una o más de las siguientes condiciones:
- El trabajo está estancado a pesar de la investigación o los intentos de corrección fundamentados
- Los cambios abarcan múltiples componentes que interactúan
- Hay valor en un plan de implementación independiente alternativo
- La revisión desde una perspectiva adversarial es efectiva
- Los riesgos con respecto a precisión, seguridad, concurrencia, migración o reversión son altos
- El usuario solicita explícitamente el uso de GPT-5.6 Sol
- Es necesario dudar de la política de implementación actual antes del lanzamiento
Si la incertidumbre se puede resolver solo con una revisión, usa revisiones de Codex de solo lectura antes de realizar una delegación modificable.
No afirmes haber usado GPT-5.6 Sol Pro a menos que estés usando el modo Pro documentado en una solicitud real.
Informa con precisión el ID del modelo, la fuerza de razonamiento y el modo de razonamiento utilizados.
5. Implementar con Alcance de Cambio Reducido
A menos que se solicite explícitamente un rediseño, sigue la arquitectura existente, las convenciones de nomenclatura y las prácticas del repositorio.
Evita lo siguiente:
- Refactorización no relacionada
- Abstracción excesiva que predice el futuro
- Agregar dependencias innecesarias
- Cambios de formato sin sentido
- Reescribir en gran medida
- Cambiar el comportamiento público fuera del alcance solicitado
- Eliminar pruebas existentes sin razón
- Tragar excepciones solo para ocultar problemas
Mantén la compatibilidad hacia atrás a menos que los cambios disruptivos sean un requisito explícito.
No expongas secretos, credenciales, claves privadas, tokens, datos de clientes o información personal.
No registres secretos en las siguientes ubicaciones:
- CLAUDE.md
- AGENTS.md
- SKILL.md
- Archivos fuente
- Registros
- Fixtures de prueba
- Informes generados
- Mensajes de confirmación
6. Verificar con Evidencia
Ejecuta la verificación más relevante para los cambios dentro del rango disponible.
Como regla general, prioriza el siguiente orden:
- Pruebas específicas
- Verificaciones de tipo
- Verificaciones de lint y formato
- Compilación
- Pruebas de integración
- Confirmación en tiempo de ejecución o visual
Ejecuta solo verificaciones proporcionales a los cambios.
Sin embargo, no omitas verificaciones necesarias solo para terminar rápido.
Para cambios de UI, verifica la pantalla de trabajo real si es posible.
Para correcciones de errores, agrega o actualiza pruebas de regresión si es realista posible.
Para migraciones u operaciones destructivas, verifica lo siguiente:
- Procesamiento exitoso hacia adelante
- Manejo durante fallos
- Reversión o recuperación
- Comportamiento cuando se ejecuta parcialmente
- Comportamiento durante reintentos
- Comportamiento durante la ejecución doble
No uses expresiones como "corregido", "funciona", "seguro" o "completo" sin mostrar evidencia.
Si la verificación no se puede ejecutar, indica con precisión la razón y lo que queda sin verificar.
No fabriques pruebas fallidas como exitosas.
7. Revisar los Diffs Finales
Antes de finalizar el trabajo, realiza las siguientes comprobaciones:
- Revisar los diffs finales
- Buscar cambios no intencionados
- Verificar manejo de errores y condiciones límite
- Verificar límites de seguridad y procesamiento de autorización
- Verificar concurrencia y comportamiento de reintentos según sea necesario
- Verificar si faltan pruebas
- Comparar los resultados finales con los objetivos de resultado iniciales
- Verificar si se implementó accidentalmente contenido que se decidió no hacer esta vez
Para cambios de alto riesgo, solicita una revisión independiente de Codex.
Procesa todos los puntos importantes de revisión con una de las siguientes opciones:
- Corregirlos
- Rechazarlos mostrando evidencia en el repositorio
- Documentarlos claramente como fuera del alcance esta vez
- Registrarlos como no verificados debido a falta de entorno
No adoptes cambios incondicionalmente solo porque Codex los señaló.
Verifica los puntos con código, especificaciones, pruebas y resultados de ejecución.
8. Terminar en el Punto Adecuado
Termina el trabajo una vez que se cumplan los criterios de finalización.
No continúes con pulidos innecesarios más allá del alcance solicitado.
No agregues TODOs no relacionados ni planes de rediseño para hacer que el trabajo parezca más grande.
La respuesta final debe incluir lo siguiente:
- Resultados proporcionados
- Principales cambios
- Verificaciones ejecutadas y resultados
- Riesgos restantes, suposiciones o bloqueadores
- Operaciones específicas a realizar a continuación solo si son realmente necesarias
El propósito de este prompt no es convertir al modelo en un "persona de ingeniero genio".
Es clarificar resultados, evidencia, alcance de cambios, condiciones de delegación, verificación y condiciones de parada.
Es más fácil de operar definiendo qué constituye la finalización que escribiendo una gran cantidad de comandos abstractos como "piensa a fondo" o "actúa como el mejor ingeniero del mundo".
Colocar Prompts Largos en Skills, no en CLAUDE.md
Puedes escribir el prompt anterior directamente en CLAUDE.md.
Sin embargo, colocar textos largos que no siempre son necesarios en CLAUDE.md consume contexto en cada sesión.
Un lugar más adecuado es un Skill de Agente.
Los Skills de Claude Code reconocen primero el nombre y la descripción, y solo cargan el cuerpo de SKILL.md cuando es necesario.
Los Skills de Codex adoptan de manera similar un mecanismo para agrupar instrucciones, materiales de referencia, scripts, plantillas, etc., en un solo directorio y cargarlos solo cuando sea necesario.
Dado que ambos usan el formato de Skills de Agente, es fácil compartir prompts y procedimientos básicos.
En Claude Code, guárdalo en la siguiente ubicación:
.claude/
└── skills/
└── sol-pro-orchestrator/
└── SKILL.md
El comienzo de SKILL.md debería verse así:
name: sol-pro-orchestrator
description: >
Úsalo para cambios complejos, cambios que abarcan múltiples archivos, cambios de alto riesgo,
cuando el trabajo está estancado o para trabajo importante antes del lanzamiento.
Aplica cuando se necesita una planificación clara, verificación y revisión o delegación independiente de Codex.
Sol Pro Orchestrator
[Coloca aquí el prompt operativo en japonés]
Para llamarlo explícitamente, haz lo siguiente:
/sol-pro-orchestrator Agrega procesamiento de facturación. Mantén el diseño de idempotencia existente y crea pruebas de regresión hasta la doble facturación.
Si la descripción del Skill coincide con la solicitud, Claude puede cargarlo automáticamente.
Si no quieres que se inicie automáticamente, agrega lo siguiente al frontmatter:
disable-model-invocation: true
En ese caso, el Skill se usa solo cuando el usuario ejecuta explícitamente el comando de barra diagonal.
Es mejor dejar solo reglas cortas que siempre sean necesarias en CLAUDE.md y separar los procedimientos de trabajo complejos en Skills.
Por ejemplo, CLAUDE.md es suficiente con algo como esto:
Reglas del Repositorio
- Sigue la arquitectura existente y las convenciones de nomenclatura.
- Prioriza cambios mínimos que puedan mantener la seguridad.
- Ejecuta pruebas relevantes antes de finalizar.
- No cambies archivos no relacionados.
- Usa el Skill sol-pro-orchestrator para trabajos complejos, estancados, de alto riesgo o importantes antes del lanzamiento.
Agregar Skills Oficiales de OpenAI a Claude Code
No basta con poder llamar a GPT-5.6 Sol.
Si el modelo responde sobre la API de OpenAI o Agents SDK basándose solo en recuerdos del momento del entrenamiento, puede usar APIs antiguas, parámetros obsoletos o implementaciones que ya no se recomiendan.
Ahí es donde entra el plugin "OpenAI Developers".
Ejecuta lo siguiente en Claude Code:
/plugin marketplace add openai/openai-developers-for-claude
/plugin install openai-developers@openai-developers
Después de la instalación, inicia una nueva sesión de Claude Code.
Este plugin incluye el Docs MCP oficial de OpenAI y los siguientes Skills:
openai-docs:
Enruta preguntas sobre productos, APIs, modelos y SDKs de OpenAI a la documentación oficial.
Se usa para verificar información que cambia fácilmente, como nombres de modelos nuevos, parámetros de API actuales, uso de SDK y configuración de Codex.
openai-platform-api-key:
Guía la configuración de OPENAI_API_KEY en el entorno local.
Este Skill es para conectar como una variable de entorno en lugar de pegar claves API en el código fuente o los prompts.
openai-api-troubleshooting:
Clasifica errores de la API de OpenAI.
Verifica autenticación, permisos, especificación del modelo, límites de tasa, red, formato de solicitud, etc., y lleva a la siguiente acción a tomar.
agents-sdk:
Apoya el diseño, implementación, ejecución y evaluación de aplicaciones que usan OpenAI Agents SDK.
build-chatgpt-app:
Diseña e implementa proyectos usando ChatGPT Apps SDK.
Se usa para el desarrollo de aplicaciones que incluyen servidores MCP, UI de widgets e integración con ChatGPT.
chatgpt-app-submission:
Prepara envíos de aplicaciones de ChatGPT, información de descripción, casos de prueba, etc.
Este plugin es un repositorio oficial lanzado por OpenAI para Claude Code.
Es un conjunto del Docs MCP público de OpenAI y Skills de desarrollo ajustados para Claude Code.
Aquí, no confundas los dos plugins.
codex-plugin-cc:
Puente de ejecución para delegar revisiones e implementación a Codex.
openai-developers-for-claude:
Paquete de conocimiento que agrega información oficial de OpenAI y procedimientos de desarrollo a Claude Code.
Al agregar ambos, Claude Code se convierte en un entorno donde no solo "hace pensar a Codex" sino también "implementa mientras verifica las especificaciones oficiales de OpenAI".
Cómo Dividir las Tareas entre Claude y Codex en la Práctica
No es necesario lanzar todos los trabajos a ambos modelos al mismo tiempo.
Divide los roles.
Encomienda a Claude Code las siguientes tareas:
- Exploración del repositorio
- Interacción con el usuario
- Comprensión de implementaciones existentes
- Cambios pequeños
- Implementación siguiendo patrones conocidos
- Reflejar los puntos de Codex en el código
Encomienda a GPT-5.6 Sol las siguientes tareas:
- Decisiones de diseño complejas
- Errores atascados
- Investigaciones que abarcan múltiples componentes
- Revisiones adversariales
- Verificación de límites de seguridad
- Investigación de concurrencia y condiciones de carrera
- Verificación de migraciones y reversiones
- Revisiones independientes antes del lanzamiento
Por ejemplo, al agregar un nuevo proceso de facturación, el flujo sería:
- Investigar los flujos de facturación existentes, las pruebas y el diseño de idempotencia en Claude Code.
- Corregir el plan y las condiciones de finalización con la Skill sol-pro-orchestrator.
- Claude crea la implementación mínima y las pruebas de regresión.
- Dudar de la política de diseño con una revisión adversarial de Codex.
- Claude verifica los puntos con código y pruebas.
- Reflejar solo las correcciones necesarias.
- Verificar los diffs finales con una revisión normal de Codex.
Primero, llama a la Skill.
/sol-pro-orchestrator Agregar procesamiento de facturación. Investigar el diseño existente e incluir idempotencia, webhooks duplicados y pruebas de regresión en las condiciones de finalización.
Después de la implementación, realiza una revisión adversarial.
/codex:adversarial-review --base main Enfócate en dudar de la posibilidad de facturación doble, webhooks duplicados, reintentos después de tiempo de espera, fallos parciales, límites de transacción e incapacidad de revertir.
Después de corregir, realiza una revisión normal.
/codex:review --base main --background
/codex:status
/codex:result
El objetivo de este método no es decidir cuál es más fuerte entre Claude o GPT.
Es separar el rol de crear la implementación del rol de romper las premisas de la implementación.
Si le pides al mismo modelo que "implemente y luego se auto-revise estrictamente", es probable que revise basándose en el diseño que adoptó inicialmente.
Al traer un modelo de un sistema diferente como crítico, puedes incorporar diferentes caminos de exploración e hipótesis de fallo.
Esto no es competencia entre modelos, sino separación de funciones en el desarrollo de software.
No Enviar Todo a Sol High
Enviar cambios de nombres de archivos, correcciones de texto en pantalla y errores de tipo simples a GPT-5.6 Sol High desperdicia límites de uso y tiempo.
Piensa en el uso de modelos de la siguiente manera:
Claude Code:
Interacción, exploración, correcciones pequeñas, trabajo de integración
GPT-5.6 Luna:
Conversiones claras y a gran escala, clasificación, trabajo rutinario
GPT-5.6 Terra:
Implementación diaria, depuración normal
GPT-5.6 Sol Medium:
Implementación que implica un cierto nivel de planificación o juicio
GPT-5.6 Sol High:
Diseño difícil, errores complejos, revisiones importantes
GPT-5.6 Sol xhigh, Max, Pro, Ultra:
Tareas más difíciles donde se confirman efectos adicionales mediante evaluación
En lugar de usar siempre modelos de alto rendimiento, concéntralos en trabajos donde la pérdida al fallar es grande.
Esto facilita verificar tanto los resultados como los costos.
No Mantener las Puertas de Revisión Siempre Activas
El complemento oficial de Codex tiene una puerta de revisión que ejecuta automáticamente una revisión de Codex cuando Claude intenta finalizar el trabajo.
El comando para habilitarlo es el siguiente:
/codex:setup --enable-review-gate
Para deshabilitarlo, usa:
/codex:setup --disable-review-gate
Si se encuentra un problema en la revisión, puedes detener a Claude para que no finalice y volver a corregir.
Es potente, pero pueden ocurrir bucles largos entre Claude y Codex, consumiendo rápidamente los límites de uso.
Por lo tanto, es mejor limitarlo a situaciones como:
- Candidatos a lanzamiento
- Cambios en autenticación/autorización
- Procesamiento de facturación
- Migración de datos a gran escala
- Límites de seguridad
- Cambios difíciles de revertir
Para tareas pequeñas diarias, es más fácil manejarlas ejecutando revisiones manuales en los momentos necesarios.
El README oficial también advierte que las puertas de revisión pueden crear bucles largos entre Claude y Codex y consumir límites de uso, por lo que solo deben habilitarse cuando se puedan monitorear.
No Adoptar los Puntos de Codex Incondicionalmente
GPT-5.6 Sol es potente, pero no siempre es correcto.
Puede asumir especificaciones inexistentes, pasar por alto circunstancias específicas del repositorio o proponer cambios de diseño excesivos.
Procesa los puntos de revisión con uno de los siguientes:
Adoptado:
Se confirmó la base y se realizó la corrección y verificación.
Rechazado:
No se adoptó mostrando evidencia del repositorio, especificaciones o pruebas.
Pospuesto:
Punto válido pero se creó una tarea separada por estar fuera del alcance esta vez.
No verificado:
No se pudo confirmar por falta de entorno o permisos.
No cambias cosas "porque Codex lo dijo".
"Confirmar la hipótesis de fallo presentada por Codex con código y pruebas" es correcto.
El valor de una configuración de doble cerebro no está en creer incondicionalmente las respuestas, sino en aumentar otras posibilidades que deberían verificarse.
Línea Mínima de Seguridad
Tanto Claude Code como Codex leen repositorios, ejecutan comandos y reescriben archivos según la configuración.
Al conectar dos agentes, debes decidir los límites de permisos antes que la conveniencia.
Comienza con revisiones de solo lectura primero.
/codex:review
/codex:adversarial-review
Usa rescate que implique escritura después de confirmar el repositorio objetivo y el contenido del trabajo.
No pegues .env, claves privadas, datos de clientes o tokens de acceso en CLAUDE.md, AGENTS.md o SKILL.md.
Establece la clave de API de OpenAI como una variable de entorno.
export OPENAI_API_KEY="..."
En la práctica, usa perfiles de shell, servicios de gestión de secretos, funciones de Secret de CI, etc.
Además, no asumas que la configuración de permisos de Claude Code y la configuración de sandbox/aprobación de Codex son las mismas.
Verifica el alcance del acceso a la red, la escritura de archivos y la ejecución de comandos tanto en el lado de Claude como en el lado de Codex.
Al agregar MCPs externos, verifica el proveedor y los permisos, y permite solo las herramientas necesarias.
Estructura de Directorio Completada
El repositorio final se verá así:
your-project/
├── CLAUDE.md
├── AGENTS.md
├── .claude/
│ └── skills/
│ └── sol-pro-orchestrator/
│ └── SKILL.md
├── .codex/
│ └── config.toml
├── src/
├── tests/
└── package.json
Los roles para cada uno están claramente divididos.
CLAUDE.md:
Escribe reglas breves del repositorio que Claude Code siga siempre.
- Seguir la arquitectura existente
- No cambiar archivos no relacionados
- Priorizar cambios mínimos seguros
- Ejecutar pruebas relevantes
AGENTS.md:
Escribe la información del proyecto que Codex requiere.
- Estructura del repositorio
- Cómo iniciar el entorno de desarrollo
- Comandos de compilación
- Comandos de prueba
- Restricciones de diseño
- Condiciones de finalización
.claude/skills/sol-pro-orchestrator/SKILL.md:
Escribe indicaciones operativas en japonés para cargar solo en trabajos complejos.
.codex/config.toml:
Escribe el modelo y la fuerza de razonamiento utilizados en Codex.
model = "gpt-5.6-sol"
model_reasoning_effort = "high"
review_model = "gpt-5.6-sol"
Y agrega los dos complementos oficiales a Claude Code:
openai/codex-plugin-cc
openai/openai-developers-for-claude
Ahora Claude Code tiene los siguientes roles:
- Implementación e interacción diaria por Claude
- Revisión independiente y rescate por GPT-5.6 Sol
- Verificación de las últimas especificaciones por el MCP oficial de Docs de OpenAI
- Proceso de desarrollo reutilizable por Agent Skills
Resumen: No Abandones Claude Code, Agrega un Segundo Cerebro
El período para usar Fable 5 sin cargos adicionales se ha extendido hasta el 19 de julio de 2026.
Por lo tanto, no es un estado en el que "Fable terminó hoy".
Sin embargo, la tendencia de que poder seguir usando los modelos de más alto rendimiento dentro de un plan mensual ya no es natural sigue siendo la misma.
Eso no significa que tengas que abandonar Claude Code.
Mantén Claude Code como el centro de comando.
Usa el complemento oficial codex-plugin-cc de OpenAI para llamar a GPT-5.6 Sol para revisiones, rescate e implementación.
Agrega el complemento OpenAI Developers para utilizar el MCP oficial de Docs y las Skills de desarrollo de OpenAI.
Convierte las indicaciones operativas comunes en Agent Skills que se cargan solo cuando se necesitan, en lugar de meterlas en CLAUDE.md como enormes instrucciones residentes.
Y separa el "modelo que hizo la implementación" del "modelo que duda de esa implementación".
Con esta configuración, puedes insertar el razonamiento de GPT-5.6 donde sea necesario sin abandonar la sensación operativa de Claude Code, la configuración existente, las Skills, los MCP y los activos del proyecto.
No estás cambiando Claude por GPT.
Estás alojando a otro ingeniero senior en Claude Code al que puedes consultar en cualquier momento.
En lugar de depender de un solo modelo para todo el trabajo, usa modelos según el contenido del trabajo.
Normalmente, avanza rápido con Claude Code.
En puntos difíciles, solicita rescate a GPT-5.6 Sol.
Antes de enviar, recibe una revisión adversarial de un modelo diferente.
Haz que el MCP oficial de Docs verifique las últimas especificaciones de la API de OpenAI.
Claude Code de ahora en adelante no es una herramienta de codificación que se completa dentro de un solo modelo.
La forma correcta es usarlo como un sistema operativo de desarrollo que agrupa múltiples modelos, Skills, MCPs y complementos.
![Técnicas geniales de utilización de IA de Yusuke Narita [Edición de preservación]](/cdn-cgi/image/width=1920,quality=90,format=auto,metadata=none/https%3A%2F%2Fcms-assets.youmind.com%2Fmedia%2F1784137658627_u4bwry_HNMS89bbsAAUPJI.jpg)
