Codex vs Claude Code: O que aprendi usando ambos todos os dias

Pegada de recursos — o que sua máquina realmente sente

Antes de tocar em uma única linha de código, as duas ferramentas já parecem diferentes só de ficarem ali. O processo do Claude Code é visivelmente mais pesado no Activity Monitor, geralmente consumindo algumas centenas de MB, enquanto o Codex fica ocioso na casa das dezenas de MB. Digitar claude no terminal significa esperar alguns segundos até o prompt ficar pronto; digitar codex é praticamente instantâneo.

Para colocar um número nisso em vez de apenas descrevê-lo, medi ambos os CLIs na mesma máquina (um MacBook Air, M3, 24GB RAM, macOS 26.5.1), na mesma rede. Primeiro, uma tarefa trivial não interativa (um prompt de resposta em uma linha, sem edições de arquivo) executada em sequência por ambos, usando /usr/bin/time -l:

Então, iniciei cada um interativamente e apenas deixei parado no prompt, sem tocar, por alguns segundos antes de verificar sua memória residente com ps:

Esse número em repouso está mais próximo do que você realmente sente quando ambas as ferramentas estão apenas abertas em uma aba do terminal em segundo plano — e isso se alinha quase exatamente com a divisão intuitiva de "centenas de MB vs dezenas de MB".

Este não é um benchmark rigoroso, apenas uma máquina e uma sessão — mas a diferença de memória é consistente o suficiente, tanto nos números da tarefa quanto nos de inatividade, para não ser ruído.

Preços: pelo que estou realmente pagando

Nenhuma das ferramentas me cobra por token, a menos que eu use a API diretamente — ambas dependem dos planos de assinatura fixa da empresa-mãe, e isso é o que determina quanto espaço eu tenho antes de sofrer limitação.

(Atualizado com base na página de preços da Anthropic e na página de preços do Codex da OpenAI — eu verificaria ambas antes de assinar, já que os planos mudam.) A lacuna que eu realmente sinto: a OpenAI não tem um plano intermediário de $100, então, depois de atingir o limite do ChatGPT Plus, o próximo passo é direto para $200; a Anthropic me dá um passo de $100 no meio. Quando eu chamo qualquer um dos modelos diretamente pela API em vez da assinatura incluída do CLI — construindo meu próprio agente em vez de usar a ferramenta empacotada — isso é cobrado separadamente. Para esse caso de uso, eu passo pelo AIReiter em vez de pagar o preço de tabela diretamente para a Anthropic ou a OpenAI; eles revendem os mesmos modelos com desconto.

Por que eu continuo alternando entre um e outro

A ferramenta que eu uso muda mais com o modelo subjacente do que com a própria ferramenta. Quando o GPT-5.5 da OpenAI foi lançado, ele estava visivelmente mais forte do que o Claude por um período, e eu տեղափոխei a maior parte do meu trabalho do dia a dia para o Codex durante essa janela. Essa vantagem não durou — a qualidade do GPT caiu novamente algumas semanas depois, e eu voltei para o Claude Code como padrão. O Claude também tem suas próprias oscilações de qualidade, mas elas têm sido menores e menos disruptivas do que o que vi no GPT no mesmo período.

Escolher "Codex vs Claude Code" é, em parte, um proxy para escolher qual modelo de ponta está mais afiado naquela semana. Avaliar apenas o shell de CLI — a UI, o sandbox, o ecossistema — deixa passar a variável que realmente faz as pessoas migrarem entre os dois. Isso também se alinha à divisão, mais comumente nomeada, entre as duas ferramentas: o Codex tende a ser mais hands-off (dê a ele uma tarefa, vá embora e revise o diff depois), enquanto o Claude Code tende a ser mais hands-on (troca mais rápida de mensagens, mais checkpoints em que ele aguarda você).

Lacuna na maturidade dos recursos — a ausência de retrocesso

A maturidade da ferramenta é onde o Claude Code ainda tem uma vantagem clara sobre o que eu obtenho com o Codex, e o exemplo mais claro para mim é um recurso específico e pouco glamoroso: reverter para uma versão anterior do código no meio da sessão. O Claude Code oferece suporte a isso nativamente — posso voltar para um ponto de verificação anterior quando uma edição dá errado. O Codex ainda não, e ele já está no mercado há tempo suficiente para que eu não compre mais a desculpa de "acabou de ser lançado, dê tempo". Iterar rapidamente e, ocasionalmente, deixar o agente ir longe demais é exatamente meu fluxo de trabalho, então esse é um recurso cuja ausência eu noto na maioria das semanas, não um caso de exceção.

O ecossistema mais amplo do Claude Code segue o mesmo padrão para mim: subagents, hooks e o sistema Agent Skills (um padrão que a Anthropic introduziu primeiro e que o Codex adotou depois) dão a ele mais área de superfície para construir fluxos de trabalho em cima. As ferramentas equivalentes do Codex existem, mas parecem mais limitadas no meu uso diário, e sua superfície de CLI/IDE/cloud/app é mais fragmentada na nomenclatura, mesmo com a OpenAI tendo o levado para mais lugares.

Sandbox e a questão da confiança

As duas ferramentas me protegem dos meus próprios erros de maneiras diferentes. O Codex impõe isolamento no nível do sistema operacional — Seatbelt no macOS, Landlock no Linux, uma sandbox do Windows — então um comando de shell descontrolado é contido pelo kernel, não pelo próprio julgamento do agente. O modelo de segurança do Claude Code fica na camada da aplicação, por meio de um sistema de hooks que posso configurar para autorizar ou bloquear ações antes que sejam executadas. Nenhuma das abordagens é estritamente mais segura no papel; são modos de falha diferentes, e o fato de o Codex ser open source significa que eu realmente posso ler como sua sandbox é implementada, em vez de simplesmente confiar nisso.

Esse isolamento em nível de kernel tem um custo real na prática, no entanto: o sandbox do Codex pausa e espera minha autorização explícita para operações que o modelo baseado em hooks do Claude Code simplesmente permite assim que o configurei. Executar um fluxo de trabalho roteirizado de várias etapas — do tipo em que uma ferramenta grava arquivos ou chama o shell para executar um script no meio do processo — significa mais interrupções pedindo aprovação com o Codex do que com o Claude Code.

A confiança é também onde o Claude Code sofreu um golpe real este ano, e é a única coisa que me faz hesitar em continuar fiel ao closed-source. Em julho de 2026, o banco de dados nacional de vulnerabilidades da China alertou publicamente os desenvolvedores para abandonarem as versões recentes do Claude Code por causa de um mecanismo oculto nas versões 2.1.91 até 2.1.196 que verificava o fuso horário de um dispositivo e se o tráfego estava sendo roteado por um endpoint de API não oficial, e então sinalizava a solicitação de acordo. A Anthropic confirmou que o mecanismo existia, descreveu-o como um experimento anti-distillation em vez de uma backdoor, e o removeu na versão 2.1.198. Não vou reabrir toda a discussão aqui, mas, para mim, isso é uma mancha real contra uma ferramenta closed-source: não consigo verificar o que não consigo ler, e o fato de o Codex ser open source significa que esse modo específico de falha não se aplica a ele da mesma forma.

Então, qual você deve realmente usar

Se o seu dia a dia é parecido com o meu — iteração rápida em tarefas pequenas a médias, desejo de ter um conjunto rico de ferramentas ao redor (subagents, hooks, skills, edições rápidas que você pode revisar e reverter conforme avança) — Claude Code é o padrão diário mais seguro. Se você estiver delegando uma tarefa grande e bem definida da qual possa se afastar, ou quiser um agente de código aberto que possa auditar e executar dentro de um sandbox com restrições, Codex é uma primeira escolha legítima, e é o que eu noto que parece mais leve na minha máquina enquanto trabalha.

Eu não me dedico totalmente a um só, e a maioria dos usuários avançados que conheço também não. Eu geralmente uso a ferramenta cujo modelo subjacente está tendo melhor desempenho no momento e mantenho a outra instalada para as tarefas em que seus pontos fortes específicos — o isolamento e a baixa demanda de recursos do Codex, o ecossistema e o suporte a rewind do Claude Code — realmente importam para aquela tarefa.

Perguntas Frequentes

O Codex é melhor que o Claude Code?

Nenhum dos dois vence de forma absoluta. O Codex consome menos recursos e é mais adequado para tarefas longas e sem supervisão; o Claude Code tem um ecossistema mais maduro, retrocesso no meio da sessão e um plano intermediário de assinatura de menor custo. Qual deles performa melhor em uma determinada semana costuma acompanhar mais o desempenho atual do modelo subjacente do que a própria ferramenta.

Claude Code ou Codex são gratuitos?

Não — ambos exigem um plano pago para uso diário sério. Claude Code precisa do Claude Pro ($20/mês) ou superior; Codex precisa do ChatGPT Plus ($20/mês) ou superior. Uso leve e ocasional pode caber nos limites da avaliação da camada gratuita, mas nenhum dos dois sustenta codificação agentic diária gratuitamente.

Posso usar ambos no mesmo projeto?

Sim, e é um padrão comum entre usuários avançados: usar uma ferramenta para a maior parte do trabalho e deixar a outra fazer uma segunda revisão — um novo olhar detecta pontos cegos que o próprio modelo da primeira ferramenta não apontará na própria saída. Mantenha um breve registro compartilhado do que mudou e por quê, para que a segunda ferramenta não precise adivinhar o contexto.

Conclusão

Ambos são ferramentas diárias capazes, com pontos fracos diferentes: o Codex é mais leve e mais rápido para iniciar, mas ainda não consegue rebobinar o histórico no meio da sessão; o Claude Code pesa mais na sua máquina, mas tem a cadeia de ferramentas mais profunda, e seu plano intermediário de US$100 dá aos usuários intensivos um passo que a OpenAI não oferece. Minha própria divisão de tempo desde que ambos foram lançados ainda fica acima de 75% para o Claude Code, e isso é menos um veredito sobre o Codex do que uma reflexão de quanto a diferença no ecossistema importa para o meu fluxo de trabalho real. Qual deles você deve abrir hoje depende menos do roadmap de qualquer uma das ferramentas e mais de qual modelo por trás dele está atualmente fazendo seu melhor trabalho.