El caso contra Fable: Cómo darle a Claude Code el cerebro de GPT-5.6 Sol

El período para usar Claude Fable 5 sin cargos adicionales se anunció inicialmente para terminar el 7 de julio de 2026, luego se extendió al 12 de julio y después al 19 de julio. La medida de aumentar el límite semanal de uso 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 Fable 5 puede usarse de forma natural dentro de un plan mensual no está garantizada de forma permanente. El anuncio original indicaba que pasaría a usar créditos de uso después de que finalizara el período, con precios de API de $10 por 1 millón de tokens de entrada y $50 por 1 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 una tarifa mensual.

Entonces, ¿deberíamos abandonar Claude Code y migrar completamente a Codex de OpenAI?

En conclusión, no es necesario.

Puedes mantener la experiencia de terminal de Claude Code, los archivos CLAUDE.md existentes, Hooks, MCP, Skills y la configuración de permisos, y simplemente delegar las tareas difíciles a GPT-5.6 Sol.

Además, no es necesario usar servicios proxy sospechosos o 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 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 maneja las conversaciones con el usuario, la exploración del repositorio, las ediciones pequeñas y el seguimiento de patrones existentes.

GPT-5.6 Sol maneja 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 del agente, se hace que ambos modelos se adhieran a 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 conectarse a un modelo real son cosas diferentes.

Escribir instrucciones para GPT-5.6 en CLAUDE.md no convierte el modelo Claude en GPT-5.6.

Lo que cambia es la forma de trabajar.

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 "OpenAI Developers plugin".

Este incluye el Docs MCP, que referencia la documentación oficial de OpenAI, y Skills correspondientes a la API de OpenAI, Agents SDK, ChatGPT Apps, configuración de claves API y resolución de problemas.

Esta es la Capa de Conocimiento.

Apila estas tres.

Capa de Acción:

Indicaciones operativas en japonés y Skills del agente

Capa de Razonamiento/Ejecución:

Codex plugin for Claude Code

Capa de Conocimiento:

OpenAI Developers plugin 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 posterior, 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.

1npm install -g @openai/codex@latest
2codex --version
3codex login

Para usar GPT-5.6 con Codex, se requiere Codex CLI 0.144.0 o posterior.

1codex --version

Si la versión mostrada es antigua, instala la última versión nuevamente.

A continuación, inicia Claude Code y ejecuta lo siguiente en orden:

1/plugin marketplace add openai/codex-plugin-cc
2/plugin install codex@openai-codex
3/reload-plugins
4/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.

1/codex:review --background
2/codex:status
3/codex:result

/codex:review revisa los diffs no confirmados actuales.

Si quieres que revise los diffs contra la rama principal, haz lo siguiente:

1/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:

1/codex:status
2/codex:result

Para detener un proceso en curso, haz lo siguiente:

1/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.

1/codex:adversarial-review --base main

Las revisiones normales buscan errores, falta de pruebas, manejo de errores y problemas de tipos 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:

1/codex:adversarial-review --base main Consider whether the current policy itself is wrong from the perspective of authorization boundaries, privilege escalation, session fixation, token leakage, and lack of audit logs.

Para el procesamiento de facturación, haz lo siguiente:

1/codex:adversarial-review --base main Focus on doubting the possibility of double billing, duplicate webhooks, retries after timeout, partial failures, transaction boundaries, and inability to rollback.

Si una revisión normal verifica "si hay errores en esta implementación", una revisión adversarial verifica "si esta implementación debería haber sido elegida en primer lugar".

Ambos 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.

Delegar 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.

Hay concurrencia o almacenamiento en caché involucrado, y el síntoma está lejos de la causa.

En tales casos, usa /codex:rescue.

1/codex:rescue Reproduce the bug, identify the root cause, and create the minimum safe fix and regression test.

También puedes especificar el modelo y la intensidad de razonamiento.

1/codex:rescue --model gpt-5.6-sol --effort high Reproduce the bug, identify the root cause, implement the minimum safe fix, and run related tests.

Envía procesos largos a segundo plano.

1/codex:rescue --background --model gpt-5.6-sol --effort high Investigate test failures occurring only in CI.

Los resultados se recuperan con los siguientes comandos:

1/codex:status
2/codex:result

Para continuar la tarea anterior de Codex, puedes usar --resume.

1/codex:rescue --resume Implement and verify the safest plan among the previously proposed fixes.

Para comenzar como una nueva investigación separada de la anterior, usa --fresh.

1/codex:rescue --fresh Investigate the root cause from a different hypothesis.

Para transferir toda la conversación de Claude Code a Codex, usa el siguiente comando:

1/codex:transfer

Después de la ejecución, se mostrará un comando para reanudar en el lado de Codex.

1codex resume <session-id>

Esto permite una transferencia donde "la investigación comenzó en Claude Code, pero Codex se convierte en el líder principal a mitad de camino".

Hacer de GPT-5.6 Sol el modelo estándar

Si quieres fijar el modelo de Codex por proyecto, coloca .codex/config.toml en la raíz del repositorio.

1model = "gpt-5.6-sol"
2model_reasoning_effort = "high"
3review_model = "gpt-5.6-sol"

Para convertirlo en una configuración común para todos los proyectos personales, colócalo aquí:

1~/.codex/config.toml

La configuración específica del proyecto va aquí:

1your-project/.codex/config.toml

La configuración del proyecto se carga si el repositorio se trata como de confianza.

En el trabajo diario, no es necesario usar la máxima intensidad de razonamiento desde el principio.

Como guía, divídelo de la siguiente manera:

low:

Correcciones de palabras, cambios de nombre, cambios pequeños claros

medium:

Adiciones de funciones normales, implementaciones que siguen 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 repetitivos.

Además, Max y Ultra están disponibles por separado de la intensidad 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 son innecesarios para la mayoría de las tareas. Es mejor comenzar con Medium o High y solo aumentarlos 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 se confunde fácilmente.

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:

1--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 intensidad de razonamiento High.

En la API Responses de OpenAI, puedes elegir estándar o pro como reasoning.mode para GPT-5.6.

Para usar el modo Pro, la solicitud se vería así:

1{
2  "model": "gpt-5.6",
3  "reasoning": {
4    "mode": "pro",
5    "effort": "high"
6  },
7  "input": "Review this database migration plan and identify failure patterns, recovery methods, and conditions that make it impossible to rollback."
8}

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 Responses 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 se confirme el efecto del modo Pro 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 "system prompt" para ChatGPT 5.6 Sol Pro no es público

Ten cuidado aquí.

La versión completa del system prompt interno que usa 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 "system prompt filtrado de GPT-5.6", "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 las guías de prompt 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 caminos eficientes.

También se explica que adelgazar instrucciones duplicadas, ejemplos innecesarios y descripciones de herramientas sin sentido para aligerar el system prompt puede conducir 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

1# Role
2
3You are a senior execution orchestrator in this repository.
4
5Your goal is to provide correct, maintainable, and verified minimal changes that satisfy the outcomes the user truly seeks.
6
7Writing a lot of text, increasing the number of files changed, or using many tools themselves are not targets for evaluation.
8
9You are evaluated by accuracy, evidence, moderation in change scope, and reviewable outcomes.
10
11# Operational Contract
12
13## 1. Clarify Outcomes
14
15Before starting edits, identify the following:
16
17- Final outcome visible to the user
18- Related repository areas
19- Constraints that must be kept
20- What will not be done this time
21- Criteria for judging completion
22- Verification methods that can prove completion
23
24Resolve ambiguous points from evidence within the repository first.
25
26Only ask the user questions if missing judgments significantly change product behavior, security, cost, data, or irreversible operations.
27
28Do not ask questions just to avoid investigating the repository.
29
30## 2. Investigate Before Changing
31
32Read the necessary and sufficient minimum range of files.
33
34Investigate the following:
35
36- Existing implementation patterns
37- Tests
38- Interfaces
39- Migrations
40- Naming conventions
41- Design conventions
42- Error handling
43- Authentication and authorization boundaries
44
45Prioritize evidence within the repository over speculation or framework defaults.
46
47In bug fixes, establish reproducible failures or specific evidence supporting the cause before proposing fixes.
48
49Do not rewrite existing mechanisms before understanding why they exist.
50
51## 3. Plan at Appropriate Depth
52
53If the change is small, local, and easy to undo, proceed with the work.
54
55If any of the following apply, show a concise plan before implementation:
56
57- Spans multiple files
58- Changes architecture
59- Relates to security
60- Rewrites data
61- Changes public interfaces
62- Difficult to undo
63- Relates to billing, authentication, permissions, or personal information
64- Relates to concurrency or asynchronous processing
65
66Include the following in the plan:
67
68- Intended behavior to be realized
69- Files or components likely to be changed
70- Invariants that need to be maintained
71- Main risks
72- Verification procedures
73- Rollback or recovery methods as needed
74
75Do not increase formal procedures that do not reduce risk.
76
77## 4. Allocate Work to the Optimal Engine
78
79Use the current Claude Code session for the following tasks:
80
81- Rapid repository exploration
82- Interaction with the user
83- Small-scale edits with clear scope
84- Task decomposition and progress management
85- Implementation following existing patterns
86- Reviewing and integrating feedback returned from Codex
87
88Consider delegation to Codex or independent review if one or more of the following apply:
89
90- Work is stuck despite grounded investigation or fix attempts
91- Changes span multiple interacting components
92- There is value in an independent second implementation plan
93- Review from an adversarial perspective is effective
94- Risks regarding accuracy, security, concurrency, migration, or rollback are high
95- The user explicitly requests the use of GPT-5.6 Sol
96- There is a need to doubt the current implementation policy itself before release
97
98If uncertainty can be resolved by review alone, use read-only Codex reviews before performing writable delegation.
99
100Do not claim to have used GPT-5.6 Sol Pro unless you are using the documented Pro mode in an actual request.
101
102Accurately report the model ID, reasoning strength, and reasoning mode used.
103
104## 5. Implement with Narrow Change Scope
105
106Unless redesign is explicitly requested, follow existing architecture, naming conventions, and repository practices.
107
108Avoid the following:
109
110- Unrelated refactoring
111- Excessive abstraction predicting the future
112- Adding unnecessary dependencies
113- Meaningless formatting changes
114- Extensive rewrites
115- Changing public behavior outside the requested scope
116- Deleting existing tests without reason
117- Swallowing exceptions just to hide problems
118
119Maintain backward compatibility unless breaking changes are an explicit requirement.
120
121Do not expose secrets, credentials, private keys, tokens, customer data, or personal information.
122
123Do not record secrets in the following locations:
124
125- CLAUDE.md
126- AGENTS.md
127- SKILL.md
128- Source files
129- Logs
130- Test fixtures
131- Generated reports
132- Commit messages
133
134## 6. Verify by Evidence
135
136Execute the most relevant verification for the changes within the available range.
137
138As a rule, prioritize the following order:
139
1401. Targeted tests
1411. Type checks
1421. Lint and format checks
1431. Build
1441. Integration tests
1451. Runtime or visual confirmation
146
147Execute only verifications commensurate with the changes.
148
149However, do not omit necessary verifications just to finish quickly.
150
151For UI changes, check the actual working screen if possible.
152
153For bug fixes, add or update regression tests if realistically possible.
154
155For migrations or destructive operations, check the following:
156
157- Successful forward processing
158- Handling during failure
159- Rollback or recovery
160- Behavior when partially executed
161- Behavior during retries
162- Behavior during double execution
163
164Do not use expressions like "fixed," "works," "safe," or "complete" without showing evidence.
165
166If verification cannot be executed, accurately state the reason and what remains unverified.
167
168Do not fabricate failed tests as successful.
169
170## 7. Review Final Diffs
171
172Before finishing work, perform the following checks:
173
174- Check final diffs
175- Look for unintended changes
176- Check error handling and boundary conditions
177- Check security boundaries and authorization processing
178- Check concurrency and retry behavior as needed
179- Check for missing tests
180- Compare final results with initial outcome goals
181- Check if content decided not to be done this time was accidentally implemented
182
183For high-risk changes, request an independent Codex review.
184
185Process all important review points with one of the following:
186
187- Fix them
188- Reject them by showing evidence on the repository
189- Clearly document them as out of scope for this time
190- Record them as unverified due to lack of environment
191
192Do not adopt changes unconditionally just because Codex pointed them out.
193
194Verify points with code, specifications, tests, and execution results.
195
196## 8. End at the Appropriate Point
197
198End work once completion criteria are met.
199
200Do not continue unnecessary polishing beyond the requested scope.
201
202Do not add unrelated TODOs or redesign plans to make the work look larger.
203
204The final response should include the following:
205
2061. Provided outcomes
2071. Main changes
2081. Executed verifications and results
2091. Remaining risks, assumptions, or blockers
2101. Specific operations to be performed next only if truly necessary

El propósito de este prompt no es hacer que el modelo adopte una "personalidad de ingeniero genio".

Es aclarar los resultados, la evidencia, el alcance del cambio, las condiciones de delegación, la verificación y las condiciones de parada.

Es más fácil operar definiendo qué constituye la finalización que escribir una gran cantidad de comandos abstractos como "piensa a fondo" o "actúa como el mejor ingeniero del mundo".

Coloca 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 del 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 del agente, es fácil compartir prompts y procedimientos básicos.

En Claude Code, guárdalo en la siguiente ubicación:

1.claude/
2└── skills/
3    └── sol-pro-orchestrator/
4        └── SKILL.md

El principio de SKILL.md debería verse así:

1---
2name: sol-pro-orchestrator
3description: >
4  Use for complex changes, changes spanning multiple files, high-risk changes,
5  when work is stuck, or for important work before release.
6  Apply when clear planning, verification, and independent Codex review or delegation are needed.
7---
8
9# Sol Pro Orchestrator
10
11[Place the Japanese operational prompt here]

Para llamarlo explícitamente, haz lo siguiente:

1/sol-pro-orchestrator Add billing processing. Maintain existing idempotency design and create regression tests up to double billing.

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:

1disable-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:

1# Repository Rules
2
3- Follow existing architecture and naming conventions.
4- Prioritize minimal changes that can maintain safety.
5- Run relevant tests before completion.
6- Do not change unrelated files.
7- Use the sol-pro-orchestrator Skill for complex, stuck, high-risk, or important work before release.

Agrega 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 de la época del entrenamiento, puede usar APIs antiguas, parámetros obsoletos o implementaciones que ya no se recomiendan.

Ahí es donde entra el "OpenAI Developers plugin".

Ejecuta lo siguiente en Claude Code:

1/plugin marketplace add openai/openai-developers-for-claude
2/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, API, modelos y SDK de OpenAI a la documentación oficial.

Se usa para verificar información que cambia fácilmente, como nuevos nombres de modelos, parámetros actuales de API, 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 en los prompts.

openai-api-troubleshooting:

Clasifica los errores de la API de OpenAI.

Verifica autenticación, permisos, especificación del modelo, límites de tasa, red, formato de solicitud, etc., y conduce a la siguiente acción a tomar.

agents-sdk:

Apoya el diseño, implementación, ejecución y evaluación de aplicaciones que usan el SDK de Agents de OpenAI.

build-chatgpt-app:

Diseña e implementa proyectos que usan el SDK de ChatGPT Apps.

Se usa para el desarrollo de aplicaciones que incluyen servidores MCP, interfaz de usuario de widgets e integración con ChatGPT.

chatgpt-app-submission:

Prepara envíos de ChatGPT App, información de descripción, casos de prueba, etc.

Este plugin es un repositorio oficial publicado 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 que también "implementa mientras verifica las especificaciones oficiales de OpenAI".

Cómo dividir 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.

Claro, aquí tienes la traducción al español siguiendo todas las pautas especificadas.

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
• Bugs difíciles
• 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 rollbacks
• Revisiones independientes antes del lanzamiento

Por ejemplo, al añadir un nuevo proceso de facturación, el flujo sería:

1. Investigar los flujos de facturación existentes, las pruebas y el diseño de idempotencia en Claude Code.
2. Arreglar el plan y las condiciones de finalización con la Skill sol-pro-orchestrator.
3. Claude crea la implementación mínima y las pruebas de regresión.
4. Cuestionar la política de diseño con una revisión adversarial de Codex.
5. Claude verifica los puntos con código y pruebas.
6. Reflejar solo las correcciones necesarias.
7. Revisar los diffs finales con una revisión normal de Codex.

Primero, llama a la Skill.

/sol-pro-orchestrator Añadir 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 cuestionar la posibilidad de facturación doble, webhooks duplicados, reintentos después de tiempo de espera, fallos parciales, límites de transacción y la incapacidad de hacer rollback.

Después de arreglar, 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 de Claude o GPT es más fuerte.

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 revise a sí mismo 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 aportar diferentes caminos de exploración e hipótesis de fallo.

Esto no es una competición entre modelos, sino una separación de funciones en el desarrollo de software.

No Envíes Todo a Sol High

Enviar cambios de nombres de archivo, 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, bugs 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 la verificación tanto de resultados como de costes.

No Mantengas los Review Gates Siempre Activados

El plugin oficial de Codex tiene un review gate 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 evitar que Claude 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 del día a día, es más fácil manejarlas ejecutando revisiones manuales en los momentos necesarios.

El README oficial también advierte que los review gates pueden crear bucles largos de Claude/Codex y consumir límites de uso, por lo que solo deben habilitarse cuando se puedan supervisar.

No Adoptes 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 una de las siguientes opciones:

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 las cosas "porque Codex lo dijo".

"Confirmar la hipótesis de fallo presentada por Codex con código y pruebas" es lo 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 de Seguridad Mínima

Claude Code y Codex ambos leen repositorios, ejecutan comandos y reescriben archivos dependiendo de la configuración.

Al conectar dos agentes, debes decidir los límites de permisos antes que la conveniencia.

Comienza primero con revisiones de solo lectura.

/codex:review

/codex:adversarial-review

Usa el rescate que implica 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.

Configura la clave 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 CI Secret, 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 añadir MCPs externos, verifica el proveedor y los permisos, y permite solo las herramientas necesarias.

Estructura de Directorio Completada

El repositorio final se verá así:

tu-proyecto/

├── CLAUDE.md

├── AGENTS.md

├── .claude/

│ └── skills/

│ └── sol-pro-orchestrator/

│ └── SKILL.md

├── .codex/

│ └── config.toml

├── src/

├── tests/

└── package.json

Los roles de cada uno están claramente divididos.

CLAUDE.md:

Escribe reglas cortas del repositorio que Claude Code sigue siempre.

• Seguir la arquitectura existente
• No cambiar archivos no relacionados
• Priorizar cambios mínimos y 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 prompts operativos en japonés que se cargarán solo para 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 añade los dos plugins oficiales a Claude Code:

openai/codex-plugin-cc

openai/openai-developers-for-claude

Ahora Claude Code tiene los siguientes roles:

• Implementación diaria e interacción por Claude
• Revisión independiente y rescate por GPT-5.6 Sol
• Verificación de las últimas especificaciones por OpenAI official Docs MCP
• Proceso de desarrollo reutilizable por Agent Skills

Resumen: No Abandones Claude Code, Añade 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 donde "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 se mantiene sin cambios.

Eso no significa que tengas que abandonar Claude Code.

Mantén Claude Code como el centro de comando.

Usa el plugin oficial codex-plugin-cc de OpenAI para llamar a GPT-5.6 Sol para revisiones, rescates e implementación.

Añade el plugin OpenAI Developers para utilizar el MCP de Docs oficial y las Skills de desarrollo de OpenAI.

Convierte los prompts operativos comunes en Agent Skills que se cargan solo cuando se necesitan, en lugar de meterlos 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, el MCP y los activos del proyecto.

No estás cambiando Claude por GPT.

Estás alojando a otro ingeniero senior dentro de 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 los puntos difíciles, solicita rescate a GPT-5.6 Sol.

Antes de lanzar, recibe una revisión adversarial de un modelo diferente.

Haz que el MCP de Docs oficial 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 plugins.