Por que o Codex Ainda Supera o Claude Code para Monólitos Complexos em Python

No último ano, um desenvolvedor trabalhando em um monólito Python complexo usou principalmente o Codex. Após um mês testando o Claude Code com Opus 4.6 e 4.7, ele ainda prefere o Codex para essa base de código. O aplicativo não é um servidor CRUD simples — ele tem uma camada mais nova no estilo DDD, código antigo bem estruturado e código legado frágil do tipo espaguete. A equipe evita reescrever partes antigas a menos que necessário.
Principais Vantagens do Codex
- Princípios de engenharia de harness: O Codex segue de forma confiável o fluxo de trabalho de engenharia de harness sem instruções explícitas. O Claude só faz isso se
AGENTS.mdcontiver uma diretiva como "Leia exec_plan.md e siga-o." - Reutiliza ferramentas e padrões existentes: O Claude cria novas ferramentas com mais frequência em vez de pesquisar na base de código por ferramentas existentes. Em uma base de código com muitos helpers específicos do projeto, a reutilização é crítica.
- Melhor planejamento e consciência de contexto: O Claude frequentemente lê muito pouco antes de colocar novas funcionalidades. O desenvolvedor teve que corrigir repetidamente:
"Coloque esta funcionalidade no módulo A, não no controller."
"Não construa o objeto de resposta usando os status que você enviou na requisição. A API já retorna o objeto atualizado — use essa resposta."
"Valide isso no mesmo módulo que gerencia este limite."
O Codex percebe mais frequentemente a falta de contexto e faz perguntas esclarecedoras antes de fazer mudanças arquiteturais.
Onde o Claude se Destaca
Para trabalho de frontend, o Opus 4.6 foi muito melhor que o Codex 5.3 e GPT-5.4. Atualmente, o desenvolvedor prefere o Claude para tarefas de UI. Ele ainda não testou o GPT-5.5 em trabalho pesado de UI.
Configuração das Ferramentas
Ambos os LLMs usam uma única habilidade compartilhada: comandos para iniciar e parar o Docker Compose e executar testes dentro do container.
Isso não é um benchmark, apenas experiência de uso diário de uma base de código de produção.
📖 Leia a fonte original: HN AI Agents
👀 See Also

O projeto de autoresearch de Karpathy: agentes de IA executam experimentos de treinamento de LLM durante a noite.
Andrej Karpathy lançou um projeto de autoresearch minimalista onde um agente de IA edita o train.py, executa experimentos de treinamento nanochat de 5 minutos, verifica se o val_bpb melhorou e repete durante a noite em uma única GPU.

Visdiff: Loop de Feedback Visual para a Geração de Código Frontend do Claude
O Visdiff aborda a lacuna de precisão visual na geração de código frontend do Claude comparando a saída renderizada pixel a pixel com os designs do Figma e alimentando as diferenças de volta no ciclo até que correspondam.

PixelCheck: Um Pacote npm Que Permite que Agentes de IA Verifiquem Visualmente Páginas Web
PixelCheck é um pacote npm que permite que agentes de IA abram, interajam e avaliem páginas web visualmente — sem mais loops manuais de captura de tela e feedback.

DGX Sparks Duplo vs Mac Studio M3 Ultra: Comparação Prática para Executar o Qwen3.5 397B Localmente
Um desenvolvedor comparou a execução local do Qwen3.5 397B em um Mac Studio M3 Ultra 512GB de US$ 10 mil e uma configuração dual DGX Spark de US$ 10 mil. O Mac Studio alcançou 30-40 tok/s com largura de banda de 800 GB/s, mas pré-preenchimento lento, enquanto os Sparks entregaram 27-28 tok/s com computação mais rápida, porém configuração complexa.