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

Conectando o OpenClaw ao Qwen2.5 Coder: Viabilidade e Considerações
Explore a possibilidade de conectar o OpenClaw a um modelo local Qwen2.5 Coder com 7 bilhões de parâmetros para lidar com os limites de taxa da API Gemini 3.

Apresentando o Lean Collab: Um Orquestrador Multiagente para Tarefas de LLM de Longa Duração
Lean Collab é um orquestrador de código aberto projetado para gerenciar tarefas de longa duração de LLM usando subagentes coordenados e paralelos.

O Token Enhancer reduz o uso de tokens em páginas da web para agentes de IA.
Um desenvolvedor descobriu que o HTML bruto de capturas da web consome tokens excessivos no contexto de agentes de IA, com páginas do Yahoo Finance usando 704 mil tokens. Usar o Token Enhancer como servidor MCP reduziu isso para 2,6 mil tokens.

Skill Bill: Uma Estrutura de Governança Baseada em Markdown para Habilidades de Codificação em IA
Um desenvolvedor criou o Skill Bill, um framework de 44 habilidades de IA baseadas em Markdown para Kotlin, Android/KMP, PHP e Go que aborda problemas de gerenciamento de prompts como derivação de nomenclatura e lógica duplicada. Inclui habilidades de orquestração como 'feature-implement' que encadeiam 10-12 invocações de habilidades e sincroniza com Claude Code, Copilot, GLM e Codex.