Codex vs Claude Code, a partir dos arquivos no seu disco
Não é um veredito sobre qual escreve melhor código. É uma descrição de como os dois realmente se comportam, escrita por quem teve que fazer uma única janela controlar ambos.
Por que esta comparação é diferente das outras
A maior parte do que se escreve sobre Codex vs Claude Code é um benchmark no notebook de alguém, e fica desatualizado em um mês porque ambos lançam modelos mais rápido do que alguém consegue escrever sobre eles. Esta página não faz isso. Saber qual escreve melhor código é uma pergunta sobre os modelos no dia em que você a faz, e não vamos fingir que a resolvemos.
O que podemos dizer é do que os dois programas são feitos, porque o Vobuda teve que ler os dois para desenhar uma barra de controle sobre qualquer um deles. Onde cada um guarda suas sessões, como chama retomar uma, onde mora a sua lista de modelos, como anuncia o modo em que está. São fatos do seu próprio disco, mudam devagar e são eles que determinam como cada um se encaixa num dia de trabalho.
Resumindo: o Claude Code é o mais legível dos dois visto de fora. Escreve seus modelos num arquivo, guarda as sessões numa pasta por projeto e aceita um flag para retomar uma. O Codex guarda mais coisas para si. Ele troca de modelo por um seletor próprio, então o honesto é abrir esse seletor e ler o que ele mostra, em vez de entregar uma lista que estará errada.
Onde cada um guarda o quê
Tudo nesta tabela está na máquina à sua frente, e você pode ir verificar.
| Claude Code | Codex | |
|---|---|---|
| Sessões anteriores | Uma pasta por projeto em ~/.claude/projects | Um índice, ~/.codex/session_index.jsonl, que nomeia cada thread |
| Abrir uma antiga | --resume <id> | resume <id> |
| Retomar a última | --continue | resume --last |
| Skills | ~/.claude/skills, mais a pasta correspondente no projeto | ~/.codex/skills, mais a pasta correspondente no projeto |
| Lista de modelos | Seu próprio arquivo, escrito conforme o que o servidor dele indica, de modo que um modelo novo aparece no dia em que sai | Seu próprio seletor, que o menu abre e lê linha por linha |
| Definir o modelo | /model para o modelo, /effort para o nível | Seu próprio seletor /model, depois um nível para cada modelo |
| As suas configurações | settings.json | config.toml |
| O que diz a sua linha de estado | Opus 5.5 com esforço alto, Claude Max | gpt-5.6-terra medium |
| Como aparece o processo | claude | node, porque o Codex roda como node |
Verificado em setembro de 2026 nas instalações atuais de ambos. A documentação de cada um é a autoridade; isto é o aspecto dos dois vistos a partir de uma janela que tem que controlar os dois.
Duas pastas, de onde vem tudo na tabela acima
Nenhum dos agentes esconde nada disto. A barra de controle do Vobuda lê exatamente estes arquivos, e é por isso que ela consegue mostrar uma lista de modelos que nunca escrevemos.
settings.json modelo, esforço, permissõesprojects/ uma pasta por projeto <project>/ as suas sessões, mais recente por últimoskills/ as suas, mais as do próprio projetohistory.jsonl o que você escreveu, em ordemconfig.toml modelo e nível de raciocíniosession_index.jsonl cada thread, uma linha para cadaskills/ as suas, mais as do próprio projetoTrês armadilhas em que caímos, para que você possa reconhecê-las
Cada uma destas foi primeiro um defeito no Vobuda, e cada uma diz algo verdadeiro sobre os dois agentes.
O processo mais profundo de uma sessão Claude é muitas vezes o codex
O Claude Code roda o Codex como um auxiliar seu. Por isso, usar o processo mais profundo da árvore para decidir a que agente pertence um bloco fazia o dock mostrar CODEX sobre uma sessão Claude e fazia o botão Novo reiniciar o programa errado. O agente a que um bloco pertence é o que a pessoa iniciou, não o que esse iniciou.
O Codex não é node_repl
O Codex roda como node, e um shell inicia um programa fazendo fork de si mesmo e depois se substituindo por esse programa, por isso a lista de processos continua chamando-o pelo nome antigo pelo resto da vida dele, a menos que se pergunte pelo executável pelo nome. Um bloco rodando o Codex costumava aparecer com o título node_repl.
A lista de um agente sobre o bloco de outro agente
Duas listas de modelos e um flag de continuar foram escritos quando havia apenas um agente e ficaram globais quando passaram a existir três. Abrir um bloco do Codex oferecia Opus, Sonnet, Haiku e Fable, e continuar enviava codex --continue, ao que o Codex respondia com um erro de uso. Tudo o que é lido de um programa pertence agora a esse programa e só é pedido através dele.
As palavras no mobiliário de um agente mudam
Ler a resposta de um agente, ou o pedido que foi dado a ele, procurando palavras específicas na interface dele falha já no lançamento seguinte desse agente. Em vez disso, ambos são reconhecidos pela forma: um agente é reconhecido pela linha de espera que coloca antes do que você digita, não pela caixa desenhada em volta, porque a caixa é moda e a linha de espera não é.
A resposta que a maioria das pessoas realmente quer é ambos
Na prática, ninguém escolhe um e apaga o outro. Um é melhor no que está fazendo agora, o outro tem a sessão em que você estava fazendo outra coisa, e ambos têm limites de uso que chegam em horas inconvenientes. O que importa é se rodar os dois ao mesmo tempo custa alguma coisa a você.
No Vobuda, não. Dois blocos numa aba, ou duas abas, cada um com sua própria barra lendo seu próprio agente, cada um mostrando seu modelo e seu esforço, e o modo de permissões do Claude Code ao lado. Os dois entregam seus sinais à janela do mesmo jeito, então uma insígnia, um som e um aviso significam a mesma coisa não importa qual deles os gerou, e o registro do que aconteceu enquanto você estava fora lista os dois lado a lado, agrupados por bloco.
Nenhum dos dois é conectado por uma seção de configurações ou um interruptor, porque um sinal que você precisa configurar antes de funcionar não é um recurso, é lição de casa. Eles se conectam sozinhos na inicialização, e o botão Integração da barra de abas recoloca os vínculos num agente que já estava rodando. Os hooks de terceiros já existentes continuam onde estão, e qualquer coisa que já ocupe um evento é chamada logo depois do nosso.
Codex e Claude Code, respondido sem rodeios
Qual é melhor, o Codex ou o Claude Code?
Em termos de qualidade de código, isso é uma pergunta sobre que modelos cada um está rodando no dia em que você a faz, e qualquer resposta escrita fica desatualizada. Em termos de como se comportam enquanto programas, o Claude Code é o mais legível visto de fora: escreve a sua lista de modelos num arquivo, guarda as sessões numa pasta por projeto e usa um flag para retomar uma. O Codex mantém mais de si internamente.
Posso rodar o Codex e o Claude Code lado a lado?
Sim. Dois blocos na mesma janela, cada um com a sua própria barra de controle lendo o seu próprio agente. Ambos avisam quando terminam ou precisam de permissão, e ambos aparecem no mesmo registro do que aconteceu enquanto você esteve fora.
Como o Vobuda lista os modelos do Codex?
Perguntando ao Codex. Uma vez entregamos uma lista de dois modelos que o Codex não roda, e ela estava errada no dia em que saiu. Agora o botão de modelo abre o seletor do próprio Codex, lê as linhas que ele mostra e aperta a que você escolheu, e cada modelo oferece os níveis que o Codex lhe dá.
Algum dos dois precisa de uma conta no Vobuda?
Não. O Vobuda não tem conta nenhuma. Cada agente usa a assinatura ou a chave que você já deu a ele. O Vobuda usa o login do Claude Code para uma única coisa, perguntar à Anthropic os seus limites de uso, e nunca toca no do Codex.
E um modelo local em vez disso?
Um modelo local via Ollama é uma entrada em agents.json e não precisa de código. Recebe um bloco e uma barra com tudo o que esse agente conseguir declarar honestamente sobre si mesmo.
Uma janela, os dois agentes
Grátis, sem conta, e cada barra lê o agente por baixo dela.
curl -fsSL https://vobuda.com/install.sh | sh