← insights
Engenharia22 de junho de 20264 min de leitura

O agente de código não é mágica: a conta de engenharia vem junto

Produtividade com Claude ou Codex é real. O risco é tratar o agente como caixa-preta e herdar o slop, do custo de disco ao código que ninguém revisou.

TL;DR. Agentes de código como Claude e Codex aceleram a escrita, mas transferem o custo pra operação e a revisão. O caso real do Codex gravando cerca de 640 TB por ano em logs mostra o risco de tratar o agente como caixa-preta. A saída é disciplina de engenharia: revisar, limitar e dar contexto.

Tem uma issue aberta no repositório do Codex que devia ser leitura obrigatória pra qualquer time que adotou agente de código. Não é sobre um bug exótico. É sobre o que acontece quando a gente confunde produtividade com mágica.

A conta escondida de 640 TB

Em junho de 2026, um usuário do Codex reportou que o agente vinha gravando logs de feedback num SQLite local num ritmo absurdo: cerca de 37 TB em 21 dias, o que projeta perto de 640 TB por ano. Numa SSD de 1 TB, são 640 reescritas completas do disco em doze meses. A causa raiz é modesta: um default de logging em nível TRACE, que sozinho responde por 70,7% dos bytes retidos.

Ninguém escolheu queimar a SSD. A conta veio de graça, junto com a conveniência. E é uma parábola perfeita do que quase todo discurso de produtividade com IA esconde: o agente acelera a parte visível, escrever código, e desloca o custo pra parte invisível, operar e responder pelo que ele produz.

Slop não é só texto genérico

No Slopless a gente chama de slop tudo que a máquina cospe e você aceita sem julgamento de engenharia. Não é só o artigo raso ou o nome de variável sem sentido. É o log que enche o disco. É a função que cobre o caminho feliz e ignora o resto. É o PR que parece certo, passa no olhar de três segundos e quebra na borda que só produção conhece.

O motivo é estrutural. O agente é otimizado pra gerar saída plausível, não pra respeitar as restrições do seu sistema. Plausível e correto são parentes distantes. Um modelo não sabe que aquela coluna pode ser nula, que aquele endpoint tem rate limit, que aquele componente já existe no seu design system. Ele preenche a lacuna com a média da internet, e a média da internet não conhece o seu produto.

O ganho de produtividade é real. Mas ele só é sustentável quando você trata a saída do agente como rascunho, nunca como verdade pronta.

Como manter o ganho de produtividade sem herdar o slop?

Três hábitos separam quem ganha de quem só adia o problema.

  • Passe a saída do agente pelos mesmos portões do código humano: revisão, teste, observabilidade. Se um PR de pessoa não entraria sem teste, o do agente também não entra. O bar não cai porque a autoria mudou.
  • Trate o agente como infraestrutura, com orçamento explícito. O caso do Codex é, no fundo, um limite que faltou. Teto de log, teto de custo, teto de recurso: defina antes, não depois da SSD morrer. Meça o agente como você mede qualquer serviço em produção.
  • Faça o agente trabalhar dentro do seu contexto, não em volta dele. Seu design system, suas regras, seu tom, suas decisões passadas. Um agente que herda o seu contexto erra menos, inventa menos e repete menos as mesmas perguntas.

O agente escreve, você continua dono

A promessa preguiçosa é "a IA faz por mim". A versão que funciona em produção é "a IA faz, e eu continuo dono do resultado". Claude ou Codex, tanto faz a etiqueta no modelo. O que decide o resultado é a régua que você segura na hora de aceitar o que voltou.

Produtividade sem slop não é sorte nem modelo melhor. É disciplina de engenharia aplicada à IA, todo dia, em cada entrega. A conta de 640 TB não foi cobrada de quem usou o Codex com cuidado. Foi cobrada de quem confiou que estava tudo certo por baixo do capô.

FAQ

O que é slop em código gerado por IA?

É código plausível que você aceita sem julgamento de engenharia: log que enche o disco, função que só cobre o caminho feliz, PR que parece certo e quebra na borda que só produção conhece. O modelo otimiza por saída plausível, não pelas restrições do seu sistema.

Agentes de código aumentam ou diminuem a produtividade?

Aumentam a velocidade de escrever código, mas deslocam o custo para operar e revisar o que foi gerado. O ganho só é sustentável quando a saída do agente passa pelos mesmos portões do código humano: revisão, teste e observabilidade.

Como evitar a conta escondida dos agentes de código?

Trate o agente como infraestrutura, com orçamento explícito: teto de log, de custo e de recurso, definido antes e medido em produção. E faça o agente trabalhar dentro do seu contexto (design system, regras, decisões), não em volta dele.

Tanto faz usar Claude ou Codex?

A etiqueta do modelo importa menos que a régua que você segura na hora de aceitar o resultado. Produtividade sem slop não vem de um modelo melhor, vem de disciplina de engenharia aplicada à IA em cada entrega.

FONTES

  1. 1.Codex: logs de feedback em SQLite gravando cerca de 640 TB por ano (issue #28224)

LEIA TAMBEM

Editado por Pedro Santos

Fundador e editor do Slopless

Conteudo produzido com assistencia de IA e revisado pela regua editorial do Slopless.