O Caso Contra o Fable: Como dar ao Claude Code o Cérebro do GPT-5.6 Sol

O período para usar o Claude Fable 5 sem custos adicionais foi inicialmente anunciado para terminar em 7 de julho de 2026, depois estendido para 12 de julho e, posteriormente, para 19 de julho. A medida de aumentar o limite de uso semanal do Claude Code em 50% também continuará até 19 de julho.

Em outras palavras, o Fable 5 não está desaparecendo imediatamente.

No entanto, a situação em que o Fable 5 pode ser usado naturalmente em um plano mensal não é garantida permanentemente. O anúncio original afirmava que ele faria a transição para créditos de uso após o período, com preços de API de US$ 10 por 1 milhão de tokens de entrada e US$ 50 por 1 milhão de tokens de saída.

O que está terminando não é o Fable 5 em si, mas a era em que os modelos de maior desempenho podem ser usados quase ilimitadamente por apenas uma taxa mensal.

Então, devemos abandonar o Claude Code e migrar completamente para o Codex da OpenAI?

Concluindo, não há necessidade disso.

Você pode manter a experiência do terminal do Claude Code, o CLAUDE.md existente, Hooks, MCP, Skills e configurações de permissão, e simplesmente entregar tarefas difíceis ao GPT-5.6 Sol.

Além disso, não há necessidade de usar serviços de proxy suspeitos ou camadas de compatibilidade de API não oficiais.

A própria OpenAI lançou um plugin oficial para chamar o Codex de dentro do Claude Code.

O que estamos construindo aqui não é um mecanismo para "transformar Claude em GPT-5.6."

É uma configuração de cérebro duplo onde o Claude Code permanece como centro de comando e o GPT-5.6 Sol é conectado como um segundo mecanismo de pensamento.

O Claude lida com conversas com usuários, exploração de repositórios, pequenas edições e seguir padrões existentes.

O GPT-5.6 Sol lida com decisões de design complexas, bugs não resolvidos, revisões adversariais, alterações que abrangem vários componentes e segundas opiniões antes do lançamento.

Além disso, ao colocar prompts operacionais em japonês como Agent Skills, ambos os modelos são obrigados a aderir às mesmas condições de conclusão, padrões de verificação e escopos de alteração.

Esta é a maneira mais realista de dar ao Claude Code o "cérebro do ChatGPT 5.6."

Nota: Eu resumi a configuração e técnicas de uso sérias em um PDF.

Se você quiser, disponibilizei a partir deste 👇!

https://x.com/MakeAI_CEO/status/2027682940847898770?s=20

Três Camadas para Dar ao Claude Code o Cérebro do GPT-5.6

A primeira coisa a distinguir é que copiar um prompt e conectar-se a um modelo real são coisas diferentes.

Escrever instruções para o GPT-5.6 no CLAUDE.md não transforma o modelo Claude em GPT-5.6.

O que muda é a forma como o trabalho é conduzido.

Isso é chamado de Camada de Ação.

Em seguida, apresente o plugin oficial da OpenAI "Codex plugin for Claude Code."

Usando este plugin, você pode delegar revisões de código e tarefas de implementação ao Codex de dentro do Claude Code por meio da Codex CLI e do servidor de aplicativos Codex instalados em seu ambiente local.

Esta é a Camada de Raciocínio/Execução.

Finalmente, apresente o "OpenAI Developers plugin."

Isso inclui o Docs MCP, que faz referência à documentação oficial da OpenAI, e Skills correspondentes à API da OpenAI, Agents SDK, ChatGPT Apps, configurações de chave de API e solução de problemas.

Esta é a Camada de Conhecimento.

Empilhe essas três.

Camada de Ação:

Prompts operacionais em japonês e Agent Skills

Camada de Raciocínio/Execução:

Codex plugin for Claude Code

Camada de Conhecimento:

OpenAI Developers plugin e Docs MCP oficial

Ao fazer isso, você pode continuar usando o Claude Code para operações diárias e chamar o GPT-5.6 Sol e os documentos mais recentes da OpenAI apenas quando necessário.

Primeiro, Instale o Plugin Oficial da OpenAI para Codex

O que você precisa para instalação é uma conta ChatGPT ou chave de API da OpenAI, Node.js 18.18 ou posterior e a Codex CLI.

Este plugin não transfere código para algum serviço não oficial.

Ele utiliza a Codex CLI em sua máquina e herda a autenticação, configurações, repositórios e ambientes locais existentes do Codex. Se você já estiver logado no Codex, pode usar esse estado de autenticação como está.

Primeiro, instale ou atualize a Codex CLI.

npm install -g @openai/codex@latest

codex --version

codex login

Para usar o GPT-5.6 com Codex, a Codex CLI 0.144.0 ou posterior é necessária.

codex --version

Se a versão exibida for antiga, instale a versão mais recente novamente.

Em seguida, inicie o Claude Code e execute o seguinte em ordem:

/plugin marketplace add openai/codex-plugin-cc

/plugin install codex@openai-codex

/reload-plugins

/codex:setup

/codex:setup verifica se a Codex CLI está disponível e se a autenticação foi concluída.

Se o Codex não estiver instalado e o npm estiver disponível, ele pode sugerir a instalação durante a configuração.

Ao experimentar pela primeira vez, uma revisão somente leitura é segura.

/codex:review --background

/codex:status

/codex:result

/codex:review revisa os diffs atuais não commitados.

Se você quiser que ele verifique os diffs em relação ao branch principal, faça o seguinte:

/codex:review --base main --background

Este comando é somente leitura e não altera o código.

Trabalhos iniciados em segundo plano podem ser verificados com os seguintes comandos:

/codex:status

/codex:result

Para parar um processo em andamento, faça o seguinte:

/codex:cancel

Diferencie entre Revisões Normais e Adversariais

O plugin Codex tem uma opção de revisão adversarial separada das revisões normais.

/codex:adversarial-review --base main

Revisões normais procuram bugs, falta de testes, tratamento de erros e problemas de tipo no código.

Por outro lado, as revisões adversariais questionam a própria política de implementação.

Por exemplo, após implementar a autenticação, você pode solicitar:

/codex:adversarial-review --base main Considere se a política atual em si está errada da perspectiva de limites de autorização, escalonamento de privilégios, fixação de sessão, vazamento de token e falta de logs de auditoria.

Para processamento de faturamento, faça o seguinte:

/codex:adversarial-review --base main Foco em duvidar da possibilidade de cobrança duplicada, webhooks duplicados, novas tentativas após tempo limite, falhas parciais, limites de transação e incapacidade de reverter.

Se uma revisão normal verifica "se há bugs nesta implementação", uma revisão adversarial verifica "se esta implementação deveria ter sido escolhida em primeiro lugar."

Ambos são somente leitura e não reescrevem o código sem permissão.

A força desta configuração é a capacidade de separar o modelo que cria a implementação do modelo que duvida das premissas da implementação.

O plugin oficial fornece comandos para revisões normais, revisões adversariais, resgate, transferência de sessão e verificação/parada de processos em segundo plano.

Entregue Trabalho Travado ao Codex com Rescue

Os testes não passam mesmo após várias correções no Claude Code.

A causa abrange vários componentes.

Falha apenas no CI.

A simultaneidade ou o cache estão envolvidos, e o sintoma está longe da causa.

Nesses casos, use /codex:rescue.

/codex:rescue Reproduza o bug, identifique a causa raiz e crie a correção segura mínima e o teste de regressão.

Você também pode especificar o modelo e a força de raciocínio.

/codex:rescue --model gpt-5.6-sol --effort high Reproduza o bug, identifique a causa raiz, implemente a correção segura mínima e execute os testes relacionados.

Envie processos longos para segundo plano.

/codex:rescue --background --model gpt-5.6-sol --effort high Investigue falhas de teste que ocorrem apenas no CI.

Os resultados são recuperados com os seguintes comandos:

/codex:status

/codex:result

Para continuar a tarefa anterior do Codex, você pode usar --resume.

/codex:rescue --resume Implemente e verifique o plano mais seguro entre as correções propostas anteriormente.

Para iniciar uma nova investigação separada da anterior, use --fresh.

/codex:rescue --fresh Investigue a causa raiz a partir de uma hipótese diferente.

Para transferir toda a conversa do Claude Code para o Codex, use o seguinte comando:

/codex:transfer

Após a execução, um comando para retomar no lado do Codex será exibido.

codex resume <session-id>

Isso permite uma transferência onde "a investigação começou no Claude Code, mas o Codex se torna o principal responsável no meio do caminho."

Tornando o GPT-5.6 Sol o Modelo Padrão

Se você quiser fixar o modelo Codex por projeto, coloque .codex/config.toml na raiz do repositório.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

Para torná-lo uma configuração comum para todos os projetos pessoais, coloque-o aqui:

~/.codex/config.toml

Configurações específicas do projeto vão aqui:

your-project/.codex/config.toml

As configurações do projeto são carregadas se o repositório for tratado como confiável.

No trabalho diário, não há necessidade de usar a força máxima de raciocínio desde o início.

Como diretriz, divida da seguinte forma:

low:

Correções de palavras, mudanças de nome, alterações claras de pequena escala

medium:

Adições de recursos normais, implementações seguindo padrões existentes

high:

Alterações que abrangem vários arquivos, depuração difícil, decisões de design

xhigh:

Revisões de segurança, migrações em larga escala, condições de corrida complexas, investigações longas

No Codex, você pode selecionar GPT-5.6 Sol, Terra ou Luna.

Sol é adequado para trabalho complexo e altamente flexível, Terra para implementação diária e Luna para trabalho claro e repetitivo.

Além disso, Max e Ultra estão disponíveis separadamente da força normal de raciocínio.

Max dá mais tempo de raciocínio para uma única tarefa.

Ultra usa subagentes para processar trabalho divisível em paralelo.

No entanto, Max e Ultra são desnecessários para a maioria das tarefas. É melhor começar com Medium ou High e aumentar apenas se uma diferença aparecer na avaliação real.

"GPT-5.6 Sol High" e "GPT-5.6 Sol Pro" Não São a Mesma Coisa

Isso é facilmente confundido.

No ChatGPT, o GPT-5.6 Sol é usado para Medium, High e Extra High.

Por outro lado, o GPT-5.6 Sol Pro é usado para Pro.

Portanto, simplesmente especificar o seguinte no plugin Codex:

--model gpt-5.6-sol --effort high

Não significa "GPT-5.6 Sol Pro foi usado."

Isso significa que o GPT-5.6 Sol foi executado com força de raciocínio High.

Na API Responses da OpenAI, você pode escolher standard ou pro como o reasoning.mode para GPT-5.6.

Para usar o modo Pro, a solicitação seria assim:

{

"model": "gpt-5.6",

"reasoning": {

"mode": "pro",

"effort": "high"

},

"input": "Revise este plano de migração de banco de dados e identifique padrões de falha, métodos de recuperação e condições que impossibilitam a reversão."

}

reasoning.mode e reasoning.effort são configurações diferentes.

reasoning.mode:

standard ou pro

reasoning.effort:

low, medium, high, xhigh, etc.

O modo Pro executa mais processamento do modelo do que o modo standard, aumentando a latência e o uso de tokens.

Se você quiser chamar estritamente o modo Pro desta API do Claude Code, a configuração envolveria preparar um script local ou servidor MCP que envolva a API Responses e chamá-lo de uma Skill do Claude Code.

No entanto, para trabalho normal de codificação, você deve primeiro tentar o Medium ou High do GPT-5.6 Sol com o plugin Codex oficial.

Em seguida, atualize apenas as tarefas onde o efeito do modo Pro é confirmado a partir dos resultados reais da avaliação.

Você não precisa enviar todos os processos para Pro só porque tem "Pro" no nome.

O "Prompt do Sistema" para ChatGPT 5.6 Sol Pro Não é Público

Tenha cuidado aqui.

A versão completa do prompt do sistema interno usado pela OpenAI no ChatGPT ou GPT-5.6 Sol Pro não é pública.

Portanto, você não deve acreditar e introduzir textos de origem desconhecida encontrados na internet, como "prompt do sistema GPT-5.6 vazado", "versão de reprodução completa" ou "texto completo do prompt interno."

O que você deve usar é um prompt operacional criado para se adequar ao seu ambiente de desenvolvimento, consultando guias oficiais de prompt.

Guias oficiais para GPT-5.6 recomendam especificar os seguintes elementos no prompt:

• Resultado final a ser alcançado
• Restrições importantes
• Evidências disponíveis
• Critérios para julgar a conclusão

Por outro lado, evite corrigir excessivamente a ordem de pesquisa, a seleção de ferramentas e as etapas de pensamento detalhadas, deixando espaço para o modelo escolher caminhos eficientes.

Também é explicado que reduzir instruções duplicadas, exemplos desnecessários e descrições de ferramentas sem sentido para aliviar o prompt do sistema pode levar a melhorias no desempenho e na eficiência de tokens.

Abaixo está um prompt operacional em japonês projetado para ser usado em comum com Claude Code, Codex e GPT-5.6 Sol.

Isso não é uma reprodução de um prompt interno da OpenAI.

Prompt Operacional em Japonês para Claude Code e GPT-5.6 Sol

Função

Você é um orquestrador de execução sênior neste repositório.

Seu objetivo é fornecer alterações mínimas corretas, sustentáveis e verificadas que satisfaçam os resultados que o usuário realmente busca.

Escrever muito texto, aumentar o número de arquivos alterados ou usar muitas ferramentas em si não são alvos de avaliação.

Você é avaliado por precisão, evidências, moderação no escopo da mudança e resultados revisáveis.

Contrato Operacional

1. Esclareça Resultados

Antes de iniciar edições, identifique o seguinte:

• Resultado final visível ao usuário
• Áreas relacionadas do repositório
• Restrições que devem ser mantidas
• O que não será feito desta vez
• Critérios para julgar a conclusão
• Métodos de verificação que podem provar a conclusão

Resolva pontos ambíguos a partir de evidências dentro do repositório primeiro.

Só faça perguntas ao usuário se julgamentos ausentes alterarem significativamente o comportamento do produto, segurança, custo, dados ou operações irreversíveis.

Não faça perguntas apenas para evitar investigar o repositório.

2. Investigue Antes de Mudar

Leia o intervalo mínimo necessário e suficiente de arquivos.

Investigue o seguinte:

• Padrões de implementação existentes
• Testes
• Interfaces
• Migrações
• Convenções de nomenclatura
• Convenções de design
• Tratamento de erros
• Limites de autenticação e autorização

Priorize evidências dentro do repositório em vez de especulação ou padrões de framework.

Em correções de bugs, estabeleça falhas reproduzíveis ou evidências específicas que apoiem a causa antes de propor correções.

Não reescreva mecanismos existentes antes de entender por que eles existem.

3. Planeje com Profundidade Adequada

Se a mudança for pequena, local e fácil de desfazer, prossiga com o trabalho.

Se qualquer um dos itens a seguir se aplicar, mostre um plano conciso antes da implementação:

• Abrange vários arquivos
• Altera a arquitetura
• Relaciona-se à segurança
• Reescreve dados
• Altera interfaces públicas
• Difícil de desfazer
• Relaciona-se a faturamento, autenticação, permissões ou informações pessoais
• Relaciona-se a simultaneidade ou processamento assíncrono

Inclua o seguinte no plano:

• Comportamento pretendido a ser realizado
• Arquivos ou componentes com probabilidade de serem alterados
• Invariantes que precisam ser mantidos
• Principais riscos
• Procedimentos de verificação
• Métodos de reversão ou recuperação, conforme necessário

Não aumente procedimentos formais que não reduzam o risco.

4. Aloque Trabalho para o Mecanismo Ideal

Use a sessão atual do Claude Code para as seguintes tarefas:

• Exploração rápida do repositório
• Interação com o usuário
• Edições de pequena escala com escopo claro
• Decomposição de tarefas e gerenciamento de progresso
• Implementação seguindo padrões existentes
• Revisão e integração de feedback retornado do Codex

Considere a delegação ao Codex ou revisão independente se um ou mais dos itens a seguir se aplicarem:

• O trabalho está travado apesar de investigação fundamentada ou tentativas de correção
• As alterações abrangem vários componentes que interagem
• Há valor em um plano de implementação independente alternativo
• A revisão de uma perspectiva adversarial é eficaz
• Os riscos em relação a precisão, segurança, simultaneidade, migração ou reversão são altos
• O usuário solicita explicitamente o uso do GPT-5.6 Sol
• Há necessidade de duvidar da própria política de implementação atual antes do lançamento

Se a incerteza puder ser resolvida apenas com revisão, use revisões Codex somente leitura antes de realizar a delegação gravável.

Não afirme ter usado o GPT-5.6 Sol Pro, a menos que você esteja usando o modo Pro documentado em uma solicitação real.

Relate com precisão o ID do modelo, a força de raciocínio e o modo de raciocínio usados.

5. Implemente com Escopo de Mudança Estreito

A menos que o redesenho seja explicitamente solicitado, siga a arquitetura existente, convenções de nomenclatura e práticas do repositório.

Evite o seguinte:

• Refatoração não relacionada
• Abstração excessiva prevendo o futuro
• Adicionar dependências desnecessárias
• Alterações de formatação sem sentido
• Reescrever extensivamente
• Alterar comportamento público fora do escopo solicitado
• Excluir testes existentes sem motivo
• Engolir exceções apenas para esconder problemas

Mantenha a compatibilidade com versões anteriores, a menos que alterações de quebra sejam um requisito explícito.

Não exponha segredos, credenciais, chaves privadas, tokens, dados de clientes ou informações pessoais.

Não registre segredos nos seguintes locais:

• CLAUDE.md
• AGENTS.md
• SKILL.md
• Arquivos de origem
• Logs
• Fixtures de teste
• Relatórios gerados
• Mensagens de commit

6. Verifique por Evidências

Execute a verificação mais relevante para as alterações dentro do intervalo disponível.

Como regra, priorize a seguinte ordem:

1. Testes direcionados
2. Verificações de tipo
3. Verificações de lint e formato
4. Build
5. Testes de integração
6. Confirmação de tempo de execução ou visual

Execute apenas verificações proporcionais às alterações.

No entanto, não omita verificações necessárias apenas para terminar rapidamente.

Para alterações de UI, verifique a tela de trabalho real, se possível.

Para correções de bugs, adicione ou atualize testes de regressão, se realisticamente possível.

Para migrações ou operações destrutivas, verifique o seguinte:

• Processamento direto bem-sucedido
• Tratamento durante falha
• Reversão ou recuperação
• Comportamento quando parcialmente executado
• Comportamento durante novas tentativas
• Comportamento durante execução dupla

Não use expressões como "corrigido", "funciona", "seguro" ou "completo" sem mostrar evidências.

Se a verificação não puder ser executada, informe com precisão o motivo e o que permanece não verificado.

Não invente testes reprovados como bem-sucedidos.

7. Revise os Diffs Finais

Antes de terminar o trabalho, execute as seguintes verificações:

• Verifique os diffs finais
• Procure por alterações não intencionais
• Verifique o tratamento de erros e condições de contorno
• Verifique os limites de segurança e processamento de autorização
• Verifique a simultaneidade e o comportamento de novas tentativas, conforme necessário
• Verifique se há testes ausentes
• Compare os resultados finais com as metas de resultado iniciais
• Verifique se o conteúdo decidido a não ser feito desta vez foi implementado acidentalmente

Para alterações de alto risco, solicite uma revisão Codex independente.

Processe todos os pontos de revisão importantes com um dos seguintes:

• Corrija-os
• Rejeite-os mostrando evidências no repositório
• Documente-os claramente como fora do escopo desta vez
• Registre-os como não verificados devido à falta de ambiente

Não adote alterações incondicionalmente apenas porque o Codex as apontou.

Verifique os pontos com código, especificações, testes e resultados de execução.

8. Termine no Ponto Adequado

Termine o trabalho assim que os critérios de conclusão forem atendidos.

Não continue polindo desnecessariamente além do escopo solicitado.

Não adicione TODOs não relacionados ou planos de redesenho para fazer o trabalho parecer maior.

A resposta final deve incluir o seguinte:

1. Resultados fornecidos
2. Principais alterações
3. Verificações executadas e resultados
4. Riscos restantes, suposições ou bloqueadores
5. Operações específicas a serem executadas a seguir somente se realmente necessário

O objetivo deste prompt não é tornar o modelo uma "persona de engenheiro gênio."

É esclarecer resultados, evidências, escopo de mudança, condições de delegação, verificação e condições de parada.

É mais fácil operar definindo o que constitui conclusão do que escrever uma grande quantidade de comandos abstratos como "pense profundamente" ou "aja como o melhor engenheiro do mundo."

Coloque Prompts Longos em Skills, Não no CLAUDE.md

Você pode escrever o prompt anterior diretamente no CLAUDE.md.

No entanto, colocar textos longos que nem sempre são necessários no CLAUDE.md consome contexto em todas as sessões.

Um lugar mais adequado é uma Agent Skill.

As Skills do Claude Code reconhecem o nome e a descrição primeiro e só carregam o corpo do SKILL.md quando necessário.

As Skills do Codex adotam de forma semelhante um mecanismo para agrupar instruções, materiais de referência, scripts, modelos, etc., em um diretório e carregá-los apenas quando necessário.

Como ambos usam o formato Agent Skills, é fácil compartilhar prompts e procedimentos básicos.

No Claude Code, salve no seguinte local:

.claude/

└── skills/

└── sol-pro-orchestrator/

└── SKILL.md

O início do SKILL.md deve ser assim:

name: sol-pro-orchestrator

description: >

Use para alterações complexas, alterações que abrangem vários arquivos, alterações de alto risco,

quando o trabalho está travado ou para trabalho importante antes do lançamento.

Aplique quando for necessário planejamento claro, verificação e revisão ou delegação independente do Codex.

Sol Pro Orchestrator

[Coloque o prompt operacional em japonês aqui]

Para chamá-lo explicitamente, faça o seguinte:

/sol-pro-orchestrator Adicione processamento de faturamento. Mantenha o design de idempotência existente e crie testes de regressão até cobrança duplicada.

Se a descrição da Skill corresponder à solicitação, o Claude pode carregá-la automaticamente.

Se você não quiser que ela inicie automaticamente, adicione o seguinte ao frontmatter:

disable-model-invocation: true

Nesse caso, a Skill é usada apenas quando o usuário executa explicitamente o comando de barra.

É melhor deixar apenas regras curtas que são sempre necessárias no CLAUDE.md e separar procedimentos de trabalho complexos em Skills.

Por exemplo, o CLAUDE.md é suficiente com algo assim:

Regras do Repositório

• Siga a arquitetura existente e as convenções de nomenclatura.
• Priorize alterações mínimas que possam manter a segurança.
• Execute testes relevantes antes da conclusão.
• Não altere arquivos não relacionados.
• Use a Skill sol-pro-orchestrator para trabalho complexo, travado, de alto risco ou importante antes do lançamento.

Adicione Skills Oficiais da OpenAI ao Claude Code

Apenas ser capaz de chamar o GPT-5.6 Sol não é suficiente.

Se o modelo responder sobre a API da OpenAI ou Agents SDK com base apenas em memórias da época do treinamento, ele pode usar APIs antigas, parâmetros obsoletos ou implementações que não são mais recomendadas.

É aí que entra o "OpenAI Developers plugin."

Execute o seguinte no Claude Code:

/plugin marketplace add openai/openai-developers-for-claude

/plugin install openai-developers@openai-developers

Após a instalação, inicie uma nova sessão do Claude Code.

Este plugin inclui o Docs MCP oficial da OpenAI e as seguintes Skills:

openai-docs:

Direciona perguntas sobre produtos, APIs, modelos e SDKs da OpenAI para a documentação oficial.

Usado para verificar informações que mudam facilmente, como novos nomes de modelos, parâmetros de API atuais, uso de SDK e configurações do Codex.

openai-platform-api-key:

Orienta configurações de OPENAI_API_KEY no ambiente local.

Esta Skill é para conectar como uma variável de ambiente, em vez de colar chaves de API em código-fonte ou prompts.

openai-api-troubleshooting:

Classifica erros da API OpenAI.

Verifica autenticação, permissões, especificação do modelo, limites de taxa, rede, formato da solicitação, etc., e leva à próxima ação a ser tomada.

agents-sdk:

Suporta design, implementação, execução e avaliação de aplicações usando o OpenAI Agents SDK.

build-chatgpt-app:

Projeta e implementa projetos usando o ChatGPT Apps SDK.

Usado para desenvolvimento de aplicativos incluindo servidor MCP, UI de widget e integração com ChatGPT.

chatgpt-app-submission:

Prepara submissões de ChatGPT Apps, informações de descrição, casos de teste, etc.

Este plugin é um repositório oficial lançado pela OpenAI para Claude Code.

É um conjunto do Docs MCP público da OpenAI e Skills de desenvolvimento ajustadas para Claude Code.

Aqui, não confunda os dois plugins.

codex-plugin-cc:

Ponte de execução para delegar revisões e implementação ao Codex.

openai-developers-for-claude:

Pacote de conhecimento que adiciona informações oficiais da OpenAI e procedimentos de desenvolvimento ao Claude Code.

Ao adicionar ambos, o Claude Code se torna um ambiente onde ele não apenas "faz o Codex pensar", mas também "implementa enquanto verifica as especificações oficiais da OpenAI."

Como Dividir Tarefas entre Claude e Codex na Prática

Não há necessidade de jogar todos os trabalhos para ambos os modelos ao mesmo tempo.

Divida os papéis.

Confie ao Claude Code as seguintes tarefas:

• Exploração do repositório
• Interação com o usuário
• Compreensão de implementações existentes
• Pequenas alterações
• Implementação seguindo padrões conhecidos
• Refletir os pontos do Codex no código

Confie ao GPT-5.6 Sol as seguintes tarefas:

• Decisões de design complexas
• Bugs complicados
• Investigações que abrangem múltiplos componentes
• Revisões adversarial
• Verificação de limites de segurança
• Investigação de concorrência e condições de corrida
• Verificação de migrações e rollbacks
• Revisões independentes antes do lançamento

Por exemplo, ao adicionar um novo processo de faturamento, o fluxo seria:

1. Investigar fluxos de faturamento existentes, testes e design de idempotência no Claude Code.
2. Corrigir o plano e as condições de conclusão com a Skill sol-pro-orchestrator.
3. Claude cria a implementação mínima e os testes de regressão.
4. Duvidar da política de design com uma revisão adversarial do Codex.
5. Claude verifica os pontos com código e testes.
6. Refletir apenas as correções necessárias.
7. Verificar os diffs finais com uma revisão normal do Codex.

Primeiro, chame a Skill.

/sol-pro-orchestrator Adicionar processamento de faturamento. Investigar design existente e incluir idempotência, webhooks duplicados e testes de regressão nas condições de conclusão.

Após a implementação, realize uma revisão adversarial.

/codex:adversarial-review --base main Foco em duvidar da possibilidade de cobrança duplicada, webhooks duplicados, novas tentativas após timeout, falhas parciais, limites de transação e incapacidade de rollback.

Após corrigir, realize uma revisão normal.

/codex:review --base main --background

/codex:status

/codex:result

O objetivo deste método não é decidir qual é mais forte entre Claude ou GPT.

É separar o papel de criar a implementação do papel de quebrar as premissas da implementação.

Se você pedir ao mesmo modelo para "implementar e depois fazer uma auto-revisão rigorosa", é provável que ele revise com base no design que adotou inicialmente.

Ao trazer um modelo de um sistema diferente como crítico, você pode trazer diferentes caminhos de exploração e hipóteses de falha.

Isso não é competição entre modelos, mas separação de responsabilidades no desenvolvimento de software.

Não Envie Tudo para o Sol High

Enviar mudanças de nomes de arquivos, correções de texto de exibição e erros de tipo simples para o GPT-5.6 Sol High desperdiça limites de uso e tempo.

Pense no uso dos modelos da seguinte forma:

Claude Code:

Interação, exploração, pequenas correções, trabalho de integração

GPT-5.6 Luna:

Conversões claras e em grande escala, classificação, trabalho rotineiro

GPT-5.6 Terra:

Implementação diária, depuração normal

GPT-5.6 Sol Medium:

Implementação envolvendo um certo nível de planejamento ou julgamento

GPT-5.6 Sol High:

Design difícil, bugs complexos, revisões importantes

GPT-5.6 Sol xhigh, Max, Pro, Ultra:

Tarefas mais difíceis onde efeitos adicionais são confirmados por avaliação

Em vez de usar sempre modelos de alto desempenho, concentre-os em trabalhos onde a perda ao falhar é grande.

Isso facilita a verificação dos resultados, bem como dos custos.

Não Mantenha os Portões de Revisão Sempre Ativados

O plugin oficial do Codex tem um portão de revisão que executa automaticamente uma revisão do Codex quando Claude tenta finalizar o trabalho.

O comando para ativá-lo é o seguinte:

/codex:setup --enable-review-gate

Para desativá-lo, use:

/codex:setup --disable-review-gate

Se um problema for encontrado na revisão, você pode impedir que Claude finalize e retornar para corrigir.

É poderoso, mas podem ocorrer loops longos entre Claude e Codex, consumindo rapidamente os limites de uso.

Portanto, é melhor limitá-lo a situações como:

• Candidatos a lançamento
• Alterações em autenticação/autorização
• Processamento de faturamento
• Migração de dados em grande escala
• Limites de segurança
• Alterações difíceis de reverter

Para pequenas tarefas diárias, é mais fácil lidar executando revisões manuais nos momentos necessários.

O README oficial também alerta que os portões de revisão podem criar longos loops Claude/Codex e consumir limites de uso, portanto, devem ser ativados apenas quando puderem ser monitorados.

Não Adote os Pontos do Codex Incondicionalmente

O GPT-5.6 Sol é poderoso, mas nem sempre está correto.

Ele pode assumir especificações inexistentes, ignorar circunstâncias específicas do repositório ou propor mudanças de design excessivas.

Processe os pontos da revisão com uma das seguintes opções:

Adotado:

Confirmou a base e realizou a correção e verificação.

Rejeitado:

Não adotou ao mostrar evidências do repositório, especificações ou testes.

Adiado:

Ponto válido, mas criou uma tarefa separada por estar fora do escopo desta vez.

Não verificado:

Não foi possível confirmar devido à falta de ambiente ou permissões.

Você não muda as coisas "porque o Codex disse".

"Confirmar a hipótese de falha apresentada pelo Codex com código e testes" é o correto.

O valor de uma configuração de cérebro duplo não está em acreditar incondicionalmente nas respostas, mas em aumentar outras possibilidades que devem ser verificadas.

Linha Mínima de Segurança

Claude Code e Codex ambos leem repositórios, executam comandos e reescrevem arquivos dependendo das configurações.

Ao conectar dois agentes, você precisa decidir os limites de permissão antes da conveniência.

Comece com revisões somente leitura primeiro.

/codex:review

/codex:adversarial-review

Use resgate envolvendo escrita após confirmar o repositório alvo e o conteúdo do trabalho.

Não cole .env, chaves privadas, dados de clientes ou tokens de acesso no CLAUDE.md, AGENTS.md ou SKILL.md.

Defina a chave de API da OpenAI como uma variável de ambiente.

export OPENAI_API_KEY="..."

Na prática, use perfis de shell, serviços de gerenciamento de segredos, funções de Segredo de CI, etc.

Além disso, não assuma que as configurações de permissão do Claude Code e as configurações de sandbox/aprovação do Codex são as mesmas.

Verifique o escopo do acesso à rede, gravação de arquivos e execução de comandos tanto no lado do Claude quanto no lado do Codex.

Ao adicionar MCPs externos, verifique o provedor e as permissões, e permita apenas as ferramentas necessárias.

Estrutura de Diretórios Concluída

O repositório final ficará assim:

your-project/

├── CLAUDE.md

├── AGENTS.md

├── .claude/

│ └── skills/

│ └── sol-pro-orchestrator/

│ └── SKILL.md

├── .codex/

│ └── config.toml

├── src/

├── tests/

└── package.json

As funções de cada um são claramente divididas.

CLAUDE.md:

Escreva regras curtas do repositório que o Claude Code sempre segue.

• Seguir a arquitetura existente
• Não alterar arquivos não relacionados
• Priorizar mudanças mínimas e seguras
• Executar testes relevantes

AGENTS.md:

Escreva informações do projeto que o Codex requer.

• Estrutura do repositório
• Como iniciar o ambiente de desenvolvimento
• Comandos de build
• Comandos de teste
• Restrições de design
• Condições de conclusão

.claude/skills/sol-pro-orchestrator/SKILL.md:

Escreva prompts operacionais em japonês a serem carregados apenas para trabalhos complexos.

.codex/config.toml:

Escreva o modelo e a força de raciocínio usados no Codex.

model = "gpt-5.6-sol"

model_reasoning_effort = "high"

review_model = "gpt-5.6-sol"

E adicione os dois plugins oficiais ao Claude Code:

openai/codex-plugin-cc

openai/openai-developers-for-claude

Agora o Claude Code tem as seguintes funções:

• Implementação diária e interação pelo Claude
• Revisão independente e resgate pelo GPT-5.6 Sol
• Verificação das especificações mais recentes pelo OpenAI Official Docs MCP
• Processo de desenvolvimento reutilizável pelas Skills de Agente

Resumo: Não Abandone o Claude Code, Adicione um Segundo Cérebro

O período para usar o Fable 5 sem custos adicionais foi estendido até 19 de julho de 2026.

Portanto, não é um estado onde "Fable acabou hoje."

No entanto, a tendência de que poder continuar usando os modelos de maior desempenho dentro de um plano mensal não é mais natural permanece inalterada.

Isso não significa que você tenha que abandonar o Claude Code.

Mantenha o Claude Code como centro de comando.

Use o plugin oficial codex-plugin-cc da OpenAI para chamar o GPT-5.6 Sol para revisões, resgate e implementação.

Adicione o plugin OpenAI Developers para utilizar o Official Docs MCP e as Skills de desenvolvimento da OpenAI.

Transforme prompts operacionais comuns em Skills de Agente que são carregadas apenas quando necessário, em vez de colocá-los no CLAUDE.md como instruções enormes e residentes.

E separe o "modelo que fez a implementação" do "modelo que duvida dessa implementação."

Com esta configuração, você pode inserir o raciocínio do GPT-5.6 onde necessário, sem abandonar a sensação operacional do Claude Code, configurações existentes, Skills, MCP e ativos do projeto.

Você não está transformando Claude em GPT.

Você está alojando outro engenheiro sênior no Claude Code, com quem pode consultar a qualquer momento.

Em vez de depender de um único modelo para todo o trabalho, use modelos de acordo com o conteúdo do trabalho.

Normalmente, prossiga rapidamente com o Claude Code.

Em pontos difíceis, solicite resgate do GPT-5.6 Sol.

Antes de lançar, receba uma revisão adversarial de um modelo diferente.

Peça ao Official Docs MCP para verificar as especificações mais recentes da API da OpenAI.

O Claude Code daqui para frente não é uma ferramenta de codificação que se completa dentro de um único modelo.

A maneira correta é usá-lo como um SO de desenvolvimento que agrupa múltiplos modelos, Skills, MCPs e plugins.