Here Be Monsters: o que você ainda precisa saber quando agentes fazem o trabalho?

O autor parte de um caso concreto. O CI falhou porque o SonarQube acusou complexidade ciclomática no App.tsx, arquivo com cerca de 30 linhas em que 15 eram componentes inteiros escritos em uma linha só pelo Codex. Depois de formatar e revisar, ele concluiu que a lógica estava correta e que a complexidade se justificava pelos requisitos de negócio. Pediu ao Codex que agradasse o SonarQube, e o agente dividiu tudo em 10 arquivos. O CI passou e o código foi ao ar. O ponto dele: era código que ele nunca tinha visto.

A tese é que ser dono de um sistema vai depender menos de ter escrito o código à mão. Dependerá de saber o suficiente para perceber que algo está errado e de ter disposição e capacidade para mergulhar fundo quando preciso. Ele organiza isso em três pilares: fundamentos (estruturas de dados, redes, concorrência, sistemas distribuídos, o que permite reconhecer, por exemplo, uma complexidade quadrática), amplitude (o mapa de alto nível que diz onde mergulhar) e profundidade sob demanda (aprender o que for necessário, e saber quando pedir ajuda). Ele também rejeita os dois extremos: ler cada linha gerada pelos agentes e ignorar o código por completo.

O tema conversa com a cobertura anterior do CEVIU, mas sem uma evolução de produto ou projeto. Em 11 de julho de 2026, o CEVIU noticiou "A Importância do Controle Humano em Sistemas Autônomos Baseados em Agentes", que já defendia que a responsabilidade final fica com os engenheiros. Em 19 de junho de 2026, "Pull requests para IA: por que agentes precisam de revisão humana antes de agir" tratava de pontos de controle. A nova matéria desloca a pergunta: em vez de como revisar, o que o engenheiro precisa saber para continuar sendo o responsável.

Para quem opera sistemas escritos por agentes, a leitura é que o plantão de madrugada não vai esperar você ter lido todo o código. Isso sugere investir em base sólida de computação e em repertório amplo, e tratar alertas de ferramentas como o SonarQube como convite para investigar, não como ruído. Para quem forma times, a pergunta de como treinar juniores sem anos de código manual segue em aberto.