Agentes de IA precisam de primitivas de reversão, não apenas de autonomia

Um post no r/ClaudeAI argumenta que os frameworks atuais de agentes de IA estão perdendo um primitivo fundamental: rollback. O autor aponta décadas de conhecimento em bancos de dados e sistemas distribuídos — transações ACID, sagas, ações compensatórias, chaves de idempotência, commit em duas fases, logs write-ahead — que estão amplamente ausentes das ferramentas de agentes.

O problema central: um agente executando uma sequência de cinco chamadas de ferramenta, onde a terceira falha, deixa o sistema em um estado inconsistente. Nem o resultado pretendido pelo usuário nem o estado original anterior à execução são preservados. Os frameworks atuais recorrem a "pedir para o LLM resolver" e registram "tarefa concluída" quando o loop termina. Isso funciona apenas para ações reversíveis em ambientes isolados, mas falha ao lidar com sistemas de arquivos, implantações, APIs externas com efeitos colaterais, fluxos de pagamento ou bancos de dados.

O autor sugere que a próxima geração de soluções deve focar em:

• Estabelecer limites explícitos de transação
• Registrar ações compensatórias para cada ferramenta
• Incorporar chaves de idempotência nas chamadas de ferramenta
• Logs de replay que vão além do mero histórico de chat
• Portões de aprovação como primitivos de primeira classe
• Mecanismos de recuperação de falhas parciais que não exigem raciocínio do LLM

O post compara isso a erros que sistemas distribuídos já cometeram: presumir que a camada de aplicação resolveria problemas de consistência de forma independente. Em vez disso, a infraestrutura deve tomar a liderança. A questão não é "Quão autônomos podemos tornar os agentes?", mas sim "Como os agentes podem expressar sua intenção sobre operações que necessitam de novas tentativas, compensação ou rollback?"