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, em seguida, para 19 de julho. A medida para 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 dentro de 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 término do 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 melhor desempenho podiam ser usados quase ilimitadamente por apenas uma taxa mensal.
Então, devemos abandonar o Claude Code e migrar totalmente para o Codex da OpenAI?
Concluindo, não há necessidade disso.
Você pode manter a experiência do terminal do Claude Code, os arquivos CLAUDE.md existentes, Hooks, MCP, Skills e configurações de permissão, e simplesmente delegar 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 motor de raciocínio.
Claude cuida das conversas com o usuário, exploração do repositório, pequenas edições e seguir os padrões existentes.
GPT-5.6 Sol cuida de decisões de design complexas, bugs não resolvidos, revisões adversarial, mudanças que abrangem múltiplos 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 mudança.
Esta é a maneira mais realista de dar ao Claude Code o "cérebro do ChatGPT 5.6."
Nota: Resumi a configuração e as técnicas de uso sérias em um PDF.
Se você quiser, disponibilizei-o 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 si no 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 do 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 referencia a 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.
Coloque essas três em camadas.
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 do OpenAI Codex
O que você precisa para a instalação é uma conta ChatGPT ou chave de API da OpenAI, Node.js 18.18 ou posterior e o Codex CLI.
Este plugin não transfere código para algum serviço não oficial.
Ele utiliza o Codex CLI em sua máquina e herda a autenticação, configurações, repositórios e ambientes locais do Codex existentes. Se você já estiver logado no Codex, pode usar esse estado de autenticação como está.
Primeiro, instale ou atualize o Codex CLI.
npm install -g @openai/codex@latest
codex --version
codex login
Para usar o GPT-5.6 com o Codex, o Codex CLI 0.144.0 ou posterior é necessário.
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 o Codex CLI está disponível e se a autenticação está completa.
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 confirmados.
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.
Os 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 Normal e Adversarial
O plugin Codex tem uma opção de revisão adversarial separada das revisões normais.
/codex:adversarial-review --base main
As revisões normais procuram bugs, falta de testes, tratamento de erros e problemas de tipo no código.
Por outro lado, as revisões adversarial 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 timeout, falhas parciais, limites de transação e incapacidade de rollback.
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 adversarial, rescue, transferência de sessão e verificação/parada de processos em segundo plano.
Delegue 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.
Ele falha apenas no CI.
Envolvimento ou cache está envolvido, 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 como 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
As configurações específicas do projeto vão aqui:
seu-projeto/.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, mudanças locais claras e de pequena escala
medium:
Adições de recursos normais, implementações seguindo padrões existentes
high:
Mudanças que abrangem vários arquivos, depuração difícil, decisões de design
xhigh:
Revisões de segurança, migrações em grande escala, condições de corrida complexas, investigações longas
No Codex, você pode selecionar GPT-5.6 Sol, Terra ou Luna.
Sol é adequado para trabalhos complexos e altamente flexíveis, Terra para implementação diária e Luna para trabalhos claros e repetitivos.
Além disso, Max e Ultra estão disponíveis separadamente da força de raciocínio normal.
Max dá mais tempo de raciocínio para uma única tarefa.
Ultra usa subagentes para processar trabalhos divisíveis 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 o 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 o rollback."
}
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 token.
Se você quiser chamar estritamente o modo Pro desta API do Claude Code, a configuração envolveria preparar um script local ou servidor MCP encapsulando a Responses API e chamá-lo de uma Skill do Claude Code.
No entanto, para trabalhos normais de codificação, você deve primeiro tentar o Medium ou High do GPT-5.6 Sol com o plugin oficial do Codex.
Em seguida, atualize apenas as tarefas onde o efeito do modo Pro é confirmado a partir dos resultados da avaliação real.
Você não precisa enviar todos os processos para o Pro só porque ele tem "Pro" no nome.
O "System Prompt" para o ChatGPT 5.6 Sol Pro Não é Público
Tenha cuidado aqui.
A versão completa do system prompt 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 "system prompt do 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 o 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 system prompt 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 pela precisão, evidências, moderação no escopo da mudança e resultados revisáveis.
Contrato Operacional
1. Esclareça os Resultados
Antes de iniciar as edições, identifique o seguinte:
- Resultado final visível para o 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 perdidos 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 Alterar
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 na 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 concorrência ou processamento assíncrono
Inclua o seguinte no plano:
- Comportamento pretendido a ser realizado
- Arquivos ou componentes que provavelmente serão alterados
- Invariantes que precisam ser mantidas
- Principais riscos
- Procedimentos de verificação
- Métodos de rollback ou recuperação, conforme necessário
Não aumente procedimentos formais que não reduzem o risco.
4. Aloque o Trabalho para o Motor 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 da investigação ou tentativas de correção fundamentadas
- As mudanças 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 à precisão, segurança, concorrência, migração ou rollback 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 a revisão, use as revisões somente leitura do Codex antes de realizar a delegação gravável.
Não afirme ter usado o GPT-5.6 Sol Pro, a menos que 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, as convenções de nomenclatura e as 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
- Reescritas extensas
- Alterar o 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 as alterações de quebra sejam um requisito explícito.
Não exponha segredos, credenciais, chaves privadas, tokens, dados do cliente 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:
- Testes direcionados
- Verificações de tipo
- Verificações de lint e formato
- Build
- Testes de integração
- 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 a falha
- Rollback ou recuperação
- Comportamento quando executado parcialmente
- 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 com falha 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 as condições de limite
- Verifique os limites de segurança e o processamento de autorização
- Verifique a concorrência e o comportamento de nova tentativa, 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 acidentalmente implementado
Para alterações de alto risco, solicite uma revisão independente do Codex.
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 o polimento desnecessário além do escopo solicitado.
Não adicione TODOs ou planos de redesenho não relacionados para fazer o trabalho parecer maior.
A resposta final deve incluir o seguinte:
- Resultados fornecidos
- Principais alterações
- Verificações executadas e resultados
- Riscos restantes, suposições ou bloqueadores
- Operações específicas a serem executadas a seguir apenas se realmente necessário
O objetivo deste prompt não é fazer o modelo parecer 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 a conclusão do que escrever uma grande quantidade de comandos abstratos como "pense completamente" 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 local 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 um mecanismo semelhante 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 mudanças complexas, mudanças que abrangem vários arquivos, mudanças de alto risco,
quando o trabalho estiver travado ou para trabalhos importantes 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 o processamento de faturamento. Mantenha o design de idempotência existente e crie testes de regressão até a cobrança duplicada.
Se a descrição da Skill corresponder à solicitação, o Claude pode carregá-la automaticamente.
Se você não quiser que ele 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 e as convenções de nomenclatura existentes.
- 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 trabalhos complexos, travados, de alto risco ou importantes 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 atuais da API, uso do SDK e configurações do Codex.
openai-platform-api-key:
Orienta as 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 aplicativos usando o OpenAI Agents SDK.
build-chatgpt-app:
Projeta e implementa projetos usando o ChatGPT Apps SDK.
Usado para desenvolvimento de aplicativos, incluindo servidores MCP, UI de widget e integração com o ChatGPT.
chatgpt-app-submission:
Prepara submissões de ChatGPT App, informações de descrição, casos de teste, etc.
Este plugin é um repositório oficial lançado pela OpenAI para o Claude Code.
É um conjunto do Docs MCP público da OpenAI e Skills de desenvolvimento ajustadas para o 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 difíceis
- 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:
- Investigue os fluxos de faturamento existentes, testes e design de idempotência no Claude Code.
- Corrija o plano e as condições de conclusão com a Skill sol-pro-orchestrator.
- Claude cria a implementação mínima e os testes de regressão.
- Questione a política de design com uma revisão adversarial do Codex.
- Claude verifica os pontos com código e testes.
- Reflita apenas as correções necessárias.
- Verifique os diffs finais com uma revisão normal do Codex.
Primeiro, chame a Skill.
/sol-pro-orchestrator Adicionar processamento de faturamento. Investigar o 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 questionar a possibilidade de faturamento duplicado, webhooks duplicados, novas tentativas após timeout, falhas parciais, limites de transação e incapacidade de fazer rollback.
Após a correção, realize uma revisão normal.
/codex:review --base main --background
/codex:status
/codex:result
O objetivo deste método não é decidir qual dos dois, Claude ou GPT, é mais forte.
É 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 sim separação de funções no desenvolvimento de software.
Não Envie Tudo para o Sol High
Enviar alterações 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 do modelo 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 que envolve 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 quando falham é grande.
Isso facilita a verificação tanto dos resultados quanto 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 a correção.
É poderoso, mas loops longos entre Claude e Codex podem ocorrer, 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, mostrando 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
O Claude Code e o 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 em CLAUDE.md, AGENTS.md ou SKILL.md.
Defina a chave da API 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 Secret do 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, escrita 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:
seu-projeto/
├── 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.
- Siga a arquitetura existente
- Não altere arquivos não relacionados
- Priorize mudanças seguras mínimas
- Execute 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 e interação diárias 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 Agent Skills
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 terminou hoje."
No entanto, a tendência de que poder continuar usando os modelos de mais alto 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 openai/codex-plugin-cc 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 OpenAI.
Transforme prompts operacionais comuns em Agent Skills 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 for necessário, sem abandonar a sensação operacional do Claude Code, as configurações existentes, Skills, MCP e ativos do projeto.
Você não está transformando Claude em GPT.
Você está abrigando 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 enviar, receba uma revisão adversarial de um modelo diferente.
Peça ao Official Docs MCP para verificar as especificações mais recentes da API OpenAI.
O Claude Code a partir de agora não é uma ferramenta de codificação que se completa dentro de um único modelo.
A maneira correta é usá-lo como um sistema operacional de desenvolvimento que agrupa múltiplos modelos, Skills, MCPs e plugins.
