Desenvolvimento com agentes sem governança é perigoso: o stack de três camadas na prática

Agentes de IA autônomos, que planejam tarefas, escrevem e revisam código sem supervisão constante do desenvolvedor, fizeram da governança um elemento obrigatório da infraestrutura de engenharia, e não um complemento opcional.

Em que um agente se diferencia de um assistente de chat

No modo assistente de chat, o desenvolvedor confere cada linha pessoalmente: o modelo sugere, a pessoa decide. O agente autônomo muda esse esquema por completo: ele define as subtarefas, escreve a implementação, roda os testes e registra o resultado, tomando milhares de microdecisões por hora.

Uma pessoa simplesmente não tem tempo físico de verificar todas elas. É dessa lacuna que nasce a necessidade de governança, um sistema que vai além das regras e inclui os processos: quem define as regras, como elas são aplicadas e quem acompanha o cumprimento. Segundo os autores do artigo no Habr, é justamente na passagem do modo chat para o modo autônomo que a governança muda de status: deixa de ser algo "que seria bom ter" e passa a ser "obrigatória".

Por que um stack de três camadas?

Os autores do artigo montaram um stack de governança concreto para uma plataforma de reserva de quadras esportivas com NestJS (backend) e Next.js (frontend). A escolha da plataforma não foi aleatória: reservas implicam lógica de negócio rígida, com horários, sobreposições e transações, em que um erro do agente pode passar despercebido e ainda assim ser crítico.

O stack tem três camadas:

• Camada 1 — base de código: as regras ficam embutidas no projeto por meio de linters, restrições de arquitetura e convenções. O agente não consegue violá-las sem provocar um erro explícito.
• Camada 2 — políticas de comportamento do agente: uma separação clara entre "o agente age de forma autônoma" e "o agente pede aprovação". Essa fronteira é definida previamente pela equipe, e não depois de um incidente.
• Camada 3 — observabilidade e auditoria: rastreamento completo das decisões. Ao fim de cada sessão de trabalho, a equipe vê o que exatamente o agente fez, por quê e quais consequências isso teve.

Sem a terceira camada, as duas primeiras viram meras declarações: as violações acontecem, mas continuam invisíveis.

Por que governança não é burocracia?

Há um equívoco comum: enxergar a governança como um freio, uma camada extra de aprovações. Na prática, ela é a única forma de manter a velocidade sem perder o controle.

"A governança deixa de ser uma ferramenta auxiliar e se torna um requisito rígido", diz o material no

Habr.

O agente autônomo reduz o custo de escrever código, mas ao mesmo tempo eleva o custo da supervisão. Sem políticas explícitas, a equipe gasta tempo analisando as consequências em vez de construir o produto. Na plataforma de reservas, o risco concreto é este: o agente altera de forma imperceptível a lógica de verificação de sobreposição de horários, e o erro aparece não nos testes, mas em reservas conflitantes de usuários reais. O stack de três camadas torna esse cenário visível antes, e não depois.

O que isso significa

O desenvolvimento com agentes é a etapa seguinte ao Copilot e aos assistentes de chat, e já está sendo implantado em projetos reais de produção. As equipes de engenharia que não montarem um stack de governança agora serão forçadas a fazê-lo em modo de crise.

Perguntas frequentes

O que é governança no desenvolvimento com agentes de IA?

Governança não é apenas um conjunto de regras, e sim um sistema: regras de comportamento do agente, processos para adotá-las e ferramentas para controlar seu cumprimento. Diferentemente da "regulação", a governança reúne restrições de arquitetura, políticas de autonomia e rastreamento, tudo em conjunto, e não de forma isolada.

Por que regras no código não bastam?

Regras sem observabilidade não funcionam: o agente pode violá-las, e a equipe só descobre pelas consequências. A terceira camada do stack, de auditoria e rastreamento, é tão importante quanto as duas primeiras, que são restritivas.