O fim da engenharia de software? Paper do arXiv aposta na “Engenharia Agêntica” como novo paradigma
Paper arXiv 2606.05608 propõe “Agentic Engineering”: código deixa de ser carrier de lógica e vira ferramenta efêmera para LLMs. Análise crítica e o que muda para o Brasil.
Resumo: Um paper publicado em 4 de junho de 2026 no arXiv (id 2606.05608), originalmente intitulado “The End of Software Engineering: How AI Agents Are Fundamentally Restructuring the Software Paradigm” e depois renomeado para “Agentic Software”, argumenta que a engenharia de software clássica está sendo reorganizada em torno de agentes LLM. Em vez de código sendo o carrier da lógica de decisão, ele vira ferramenta descartável, gerada e descartada no calor do raciocínio do modelo. Os autores propõem o termo Agentic Engineering como uma expansão (não substituição) da disciplina, e mapeiam o arco histórico de software licenciado → SaaS → AaaS (Agent-as-a-Service).
O que o paper realmente diz
A tese central é simples e provocadora: em sistemas tradicionais, o código é a decisão; em sistemas agênticos, o código é apenas um meio. O LLM decide, gera código quando precisa, executa, descarta e segue o raciocínio. O “objeto de estudo” da engenharia muda — de fontes versionadas e estáticas para agentes em execução. Os autores listam três deslocamentos:
- Objeto: de código-fonte estático para sistemas-agente dinâmicos.
- Controle: de fluxo predefinido por humanos para fluxo orquestrado por LLM.
- Papel humano: de “autor de código” para “arquiteto de intenção”.
O paper documenta a transição econômica do modelo de negócio: software licenciado vendia bits; SaaS vendia operação; AaaS vende decisões. Cada salto transferiu complexidade do usuário para o fornecedor.
Por que importa
Em junho de 2026 já temos sinais concretos do paradigma na rua: OpenAI relatou que 97,9% de seus funcionários usam agentes diariamente (cobertura recente do The Register), Anthropic anunciou Managed Agents com self-hosted sandboxes, Microsoft lançou MAI-Thinking-1 com 1T de parâmetros MoE e Genesis AI revelou o robô agêntico Eno. O paper formaliza o que já estava acontecendo no setor: a discussão deixou de ser “qual framework de software” para “qual orquestração de agentes”. Times que ainda medem produtividade por LOC ou bugs por release estão olhando para o instrumento errado.
Status no Brasil
O ecossistema brasileiro de devs ainda está em fase de adoção rápida de ferramentas como Claude Code, Cursor, Cline e copilotos da Anthropic e da OpenAI. O Anthropic Institute anunciou US$ 200 milhões em iniciativas de impacto econômico (cobertura em 27 de junho), parte dos quais voltada para a América Latina. Em setores como jurídico (Sandstone), atendimento e operações, AaaS já é realidade. Mas a parcela de empresas brasileiras que opera agentes em produção com observabilidade, governança e guardrails reais ainda é pequena — provavelmente abaixo de 10%, segundo conversas com integradores nacionais.
Riscos e limitações
Três pontos ficam pouco explorados no paper. Primeiro, reprodutibilidade: se o código é efêmero, como garantir que uma decisão tomada por um agente em produção possa ser reproduzida em auditoria? Segundo, responsabilização legal: a LGPD exige rastreabilidade do processamento — fluxos agênticos não determinísticos exigem novos tipos de log e versionamento. Terceiro, concentração: AaaS implica dependência crítica de poucos provedores de LLM (OpenAI, Anthropic, Google, Meta), com risco geopolítico que ficou evidente quando os EUA suspenderam globalmente o Claude Fable 5 e Mythos 5 em 24 de junho.
Análise SWOT econômica
Forças
- Reduz tempo entre intenção e produto
- Permite reuso de capacidades por agentes
- Custo marginal de “código novo” tende a zero
- Abre espaço para devs sêniores como “arquitetos de intenção”
Fraquezas
- Código efêmero é difícil de auditar
- Reprodutibilidade vira problema central
- Falta ferramental maduro de observabilidade
- Modelos de cobrança ainda imaturos (AaaS)
Oportunidades
- Migração de SaaS para Agent-as-a-Service
- Novos papéis: SRE de agentes, prompt platform engineer
- Possibilidade de software hiperpersonalizado por usuário
- Maior produtividade em backoffice e legal-tech
Ameaças
- Risco de “shadow IT agêntico”
- Dependência crítica de uns poucos provedores de LLM
- Conformidade LGPD/SOX em fluxos não determinísticos
- Substituição de empregos juniores antes do tempo
Cenário
Se a tese se confirmar, três efeitos econômicos devem aparecer nos próximos 18 meses: (1) consolidação de fornecedores de agentes em torno de poucas plataformas (Bedrock AgentCore, Vertex AI Agent Builder, Claude Managed Agents); (2) renegociação de contratos de software baseados em “licença por seat” para “decisão por execução”; (3) reorganização de times — devs juniores migrando para “agent ops” e devs sêniores virando arquitetos de intenção, com diminuição da pirâmide tradicional.
Conclusão prática
Para CTOs e tech leads brasileiros: comece a medir produtividade por workflow concluído, não por commit. Para devs sêniores: invista em context engineering, governança de agentes e avaliação de outputs — habilidades de “intent architect” valem mais do que sintaxe nova. Para juniores: o playground de agentes é o novo lugar de aprender produção; experimente Hermes Agent na RTX/DGX Spark, Holo3.1 em GPUs de 12 GB e MCP server para integrar Slack/Gmail. Para áreas de risco e compliance: pressione já por logs estruturados de raciocínio.
Fonte original: Agentic Software: How AI Agents Are Restructuring the Software Paradigm — arXiv 2606.05608.
