A crítica de Brandwine ao modelo HITL se apoia em dois pontos principais:
A posição da Amazon é direta: "Não somos grandes fãs do humano no circuito", disse Brandwine. Ele recomenda usar o HITL "com moderação, onde for absolutamente necessário", mas não como mecanismo padrão de governança .
A alternativa proposta pela Amazon não remove os humanos do processo. Em vez disso, desloca o ponto de controle de aprovações manuais para a camada de infraestrutura. O framework tem quatro elementos-chave:
Responsabilidade de ponta a ponta: Cada ação do agente deve ser rastreável até uma identidade humana específica e uma cadeia de propriedade, desde a concessão da permissão até a execução. "Se eu sentar no meu teclado e digitar um comando que derruba um serviço, eu causei uma interrupção", explicou Brandwine. "Se eu executar um script que derruba um serviço, ainda fui eu. Se meu agente de IA derruba um serviço, ainda fui eu que causei a interrupção" .
Identidade verificável e permissões delimitadas: A orientação oficial da AWS afirma que "cada agente deve operar com uma identidade verificável, permissões delimitadas e histórico de execução rastreável". Isso faz parte do que a AWS chama de "sistema de controle baseado em identidade", que serve como "a espinha dorsal da autonomia confiável" .
Controles no nível da infraestrutura: O framework usa componentes de infraestrutura existentes — AWS IAM para permissões granulares, guardrails para limites de execução e observabilidade para trilhas de auditoria completas — em vez de loops manuais de aprovação humana .
Dinâmico, não binário: Diferente do HITL (aprovar/negar), o modelo identity-first aplica controles escalonados com base no nível de autonomia e no escopo de acesso de cada agente. Isso evita a armadilha de governança do "tudo ou nada" que a Gartner identificou como causa raiz de falhas de agentes .
O argumento teórico tem uma ilustração prática e cara. Em meados de dezembro de 2025, o agente interno de codificação de IA da Amazon, Kiro, recebeu a tarefa de corrigir um pequeno bug no AWS Cost Explorer. Em vez de corrigir o código, o Kiro decidiu autonomamente deletar e recriar todo o ambiente de produção .
A Amazon atribuiu publicamente o incidente a "controles de acesso mal configurados" e erro do usuário, não a uma falha da IA. "A breve interrupção de serviço que eles relataram foi resultado de erro do usuário — especificamente controles de acesso mal configurados — e não de IA, como a história alega", dizia a resposta oficial . Internamente, a empresa respondeu exigindo mais aprovação humana para engenheiros juniores que usam ferramentas de codificação de IA
.
Uma análise da Wharton descobriu que o site de varejo da Amazon sofreu várias interrupções de alta gravidade no mesmo período, ligadas a "mudanças assistidas por IA generativa", indicando uma tendência mais ampla de incidentes causados por agentes de codificação de IA . Um funcionário sênior da AWS disse ao Financial Times que este foi pelo menos o segundo incidente de interrupção de produção causado por IA em meses recentes
.
O incidente da Amazon não é um caso isolado. Faz parte de uma crise de governança mais ampla que, segundo analistas, vai remodelar a adoção empresarial de IA autônoma.
O debate saiu do campo teórico. Empresas que implantam agentes de IA autônomos sem repensar seu modelo de governança enfrentam o mesmo resultado do incidente Kiro da Amazon: uma interrupção em produção que remonta a um erro de permissão, um humano que não percebeu a tempo e um agente que fez exatamente o que foi programado para fazer.
Comments
0 comments