Seu Agente de IA não precisa ser mais inteligente. Ele precisa ser idempotente
A maioria dos agentes de IA em produção não falha por causa de um raciocínio ruim. Eles falham por causa de erros de rede.
O modelo escolhe a ferramenta certa. Ele preenche os detalhes corretos. Então, ele cobra um cliente duas vezes.
Isso acontece porque agentes com capacidade de escrita vivem em redes não confiáveis.
- As requisições expiram (timeout).
- As conexões caem.
- Frameworks tentam novamente etapas que já foram concluídas.
Em um agente de apenas leitura, uma repetição é gratuita. Em um agente com capacidade de escrita, uma repetição é uma segunda ação irreversível.
A solução é a idempotência.
Veja esta falha comum:
- O agente chama uma função para enviar uma fatura.
- O serviço cria a fatura.
- A conexão cai antes que a resposta chegue ao agente.
- O agente detecta um timeout e tenta novamente.
- Agora, você tem duas faturas.
Um modelo mais inteligente não resolverá isso. Um modelo mais inteligente pode, na verdade, piorar a situação ao ser mais agressivo com as tentativas de repetição.
Você pode aprender com sistemas de pagamento como o Stripe. Eles usam uma Idempotency-Key. O servidor salva o resultado da primeira requisição. Se o cliente enviar a mesma chave novamente, o servidor retorna o resultado armazenado em vez de executar a ação uma segunda vez.
Para um agente de IA, você deve derivar essa chave da intenção.
Não use IDs aleatórios. Use um hash do nome da ferramenta e de seus parâmetros estáveis.
Exemplo:
- Tool:
charge_customer - Params:
{customer_id: 42, amount: 500} - Key:
hash(tool + params)
Se o agente repetir exatamente a mesma cobrança, a chave permanecerá a mesma. O sistema a reconhece e evita uma cobrança duplicada.
Um aviso: sua chave é tão boa quanto a sua definição de uma única ação.
- Se você incluir um timestamp no seu hash, cada tentativa de repetição receberá uma nova chave. Sua proteção falhará.
- Se você incluir o corpo de uma mensagem escrita por um LLM, o modelo pode mudar uma única palavra. Isso criará uma nova chave e uma ação duplicada.
Sempre use dados estáveis, como IDs de cliente ou IDs de fatura, para gerar a chave. Exclua qualquer coisa que o modelo possa alterar.
Pare de tentar corrigir a confiabilidade do agente com prompts melhores.
Confiabilidade trata de tornar o custo de uma decisão repetida zero. Se o seu agente realizar a mesma ação duas vezes, nada deve quebrar.
Comunidade de aprendizado opcional: https://t.me/GyaanSetuAi
