Codex Import: o que migra do Claude Code e o que quebra

A parte mais cara de trocar de ferramenta de IA para código nunca foi a assinatura. Era o acúmulo de meio ano de configuração: seu CLAUDE.md, dezenas de skills ajustados à mão, autorizações de servidores MCP e comandos slash que você digitava de olhos fechados. É exatamente isso que a OpenAI acabou de se oferecer para empacotar e mudar para o Codex por você.

O que a OpenAI construiu

Em 11 de agosto, a OpenAI consolidou sua documentação de importação de agentes externos em uma única especificação. O ChatGPT desktop agora tem uma opção de Importar que procura Claude Code, Claude Cowork e Cursor; o Codex CLI aceita /import para Claude Code e Cursor. Poucos cliques depois, suas configurações locais, skills, plugins, contexto de projetos e os últimos 30 dias de chat são copiados.

Repare na palavra copiados: a documentação oficial afirma que a importação não modifica nem exclui nada do lado de origem. A OpenAI está entregando aos usuários da concorrência um caminhão de mudança gratuito — com o apartamento antigo intocado. E, depois de ler toda a documentação do fluxo, um termo nunca aparece: /export. Dá para mudar para dentro, mas não para fora.

O que realmente migra

A OpenAI publicou um mapa de migração comparativo:

• Arquivos de instruções: CLAUDE.md vira AGENTS.md.
• Configurações: settings.json vira config.toml — o híbrido de JSON e markdown do Claude Code colapsa em um único arquivo TOML.
• Skills continuam skills, plugins continuam plugins — embora a compatibilidade de plugins dependa do destino (veja abaixo).
• Configurações de servidores MCP mapeiam para o Codex MCP, Hooks mapeiam para os hooks do Codex, subagentes mapeiam para os agentes do Codex.
• Comandos slash personalizados — os atalhos /xxx de equipe — são convertidos em skills, renomeados e reescopados. Isso é menos uma mudança e mais uma reforma.
• Memória de projeto vira Memories; os últimos 30 dias de chat vão para os chats do ChatGPT. As pastas locais de projeto são adotadas no lugar, sem upload.

Um detalhe mostra o cuidado com que isso foi construído: as sessões importadas do Claude Code costumam ser longas demais para o Codex ler de uma vez. Em vez de dar erro, o Codex registra o tamanho e a cota da conversa e resume automaticamente o contexto mais antigo na primeira vez que você a retoma. Nenhuma limpeza manual necessária.

Três meses de escalada

• Maio (CLI 0.140.0): chega o /import, movendo configurações, skills e histórico de chat do Claude Code. Usuários do Cursor ficaram de fora.
• 9 de junho (app 26.608): a importação chega ao app desktop e ao onboarding de primeira execução.
• 21 de julho (CLI 0.145.0): expandido para seis áreas de migração — configurações, servidores MCP, plugins, sessões, comandos e memória de projeto.
• 7 de agosto (CLI 0.147.0): adiciona importação de skills do Cursor e sincronização contínua das sessões já importadas.

Três iterações em três meses. A OpenAI não está esperando que os usuários do Claude Code saiam por conta própria.

Porta de mão única

Não há comando para mover as configurações do Codex para fora. O que você altera no Codex nunca é gravado de volta no Claude Code. A chave de sincronização automática do app desktop só puxa novas mudanças do Claude Code e do Cursor para o ChatGPT. O fluxo de cima continua atualizando; o de baixo continua recebendo.

A Anthropic fez o oposto no início de março com sua ferramenta Memory Import, que puxa preferências do ChatGPT e do Gemini para o Claude — e cuja documentação permite explicitamente exportar a memória do Claude de volta para fora. Os dois sentidos abertos. O da OpenAI é de mão única.

E o próprio codex-plugin-cc open-source da OpenAI (Apache 2.0, 30 de março) roda o Codex dentro do Claude Code como comandos slash — incluindo o /codex:transfer, que converte a sessão atual em uma thread persistente do Codex usando as mesmas regras de importação. Em quatro meses, a OpenAI passou de “mudar para a casa do rival” a “levar os moradores junto”.

As quatro coisas que não sobrevivem

Relatos da comunidade de desenvolvedores que fizeram migrações reais: cerca de 90% das configurações são convertidas automaticamente. Os 10% restantes são onde dói.

1. Permissões. Sua whitelist refinada e ajustada à mão no Claude Code esbarra nos três níveis grosseiros de sandbox do Codex: somente leitura, workspace gravável e totalmente aberto. Você precisa rederivar a intenção por trás dessa whitelist e traduzi-la para um de três baldes.
2. Hooks. O modelo de hooks mais rico do Claude Code (agrupamento condicional, cadeias assíncronas) não tem equivalente no Codex. Cadeias complexas de hooks não são convertidas — são redesenhadas. A própria documentação da OpenAI alerta que o comportamento pode diferir após a importação; revise antes de usar.
3. O modelo em si. O Codex fala apenas o protocolo Responses da OpenAI; modelos da Anthropic não são aceitos. Seu CLAUDE.md, skills e configurações MCP migram, mas o executor vira GPT — e esses prompts foram calibrados para o temperamento do Claude. O único contorno é um gateway de compatibilidade registrado como provedor de modelo personalizado. É o único item de toda a lista sem equivalente nativo.
4. Limites do histórico de chat. Apenas sessões locais migram. Conversas do claude.ai na web e chats web do Cursor não vêm junto. O CLI traça uma linha dura: últimos 30 dias, máximo de 50 mensagens.

Um desenvolvedor contou os campos de skill do Claude Code: 18 no total, apenas 6 são portáveis — 12 são específicos do Claude Code. Você consegue levar cerca de um terço dos seus skills.

A OpenAI fornece uma checklist de revisão pós-importação: permissões de skills e agentes, servidores MCP que precisam de novo login, hooks cujo comportamento pode mudar, plugins para acompanhar manualmente e templates de comandos com parâmetros e caminhos de arquivo. Migração de um clique e, depois, meia hora de auditoria manual. Esse é o fluxo real.

Por que isso importa: o fosso se moveu

Os scores de benchmarks de modelos giram a cada seis meses — você está no topo hoje e é destronado no próximo trimestre. Mas configurações, memória, skills e histórico de sessões não giram. Eles ficam nas máquinas dos desenvolvedores e engordam todos os dias. Esse ativo acumulado é tanto o capital do desenvolvedor quanto o fosso de lock-in da OpenAI e da Anthropic.

O movimento da OpenAI mira drenar o fosso do concorrente. Mas drenar a água dos outros significa abrir o canal de par em par — e canais são bidirecionais. SKILL.md, AGENTS.md e as definições padrão de MCP estão silenciosamente se tornando padrões de fato. Quanto mais universais os formatos, mais difícil para qualquer um travar qualquer um. O que um comando move para o Codex hoje pode, em princípio, mover para outro lugar amanhã.

A resposta prática para desenvolvedores é simples: aposte seus ativos em formatos portáveis, não em qualquer ferramenta isolada.

O que fazer antes de migrar

• Faça uma auditoria dos seus hooks primeiro. Qualquer coisa com agrupamento condicional ou cadeias assíncronas precisará de um redesenho, não de uma conversão. Reserve tempo real para isso.
• Re-arquitete as permissões, não as traduza. Mapeie sua whitelist refinada para os três níveis de sandbox do Codex por intenção, não por nome de regra.
• Espere reconstruir um terço dos seus skills. Os 12 campos de skill específicos do Claude Code ainda não têm equivalente portável.
• Mantenha o CLAUDE.md portável desde o primeiro dia. Escreva-o compatível com AGENTS.md: instruções agnósticas de ferramenta, sem sintaxe específica de fornecedor. Esse arquivo é o seu ativo real.
• Trate o MCP como o padrão que ele é. Definições padrão de MCP migram limpas; integrações proprietárias de fornecedor, não.

A guerra de ferramentas mudou de scores de modelos para ativos de usuários. Sua configuração é o campo de batalha — e formatos portáveis são a única armadura.