Registro de execução do agente de IA

Preencha este modelo para uma ação que consulta, envia, cria, altera, cancela, cobra, agenda ou muda algum estado. Guarde referências e identificadores antes de copiar conteúdo sensível.

1. Pedido e contexto

2. Decisão do agente

3. Autorização

• A ação estava dentro de uma política automática válida.
• O cliente confirmou a ação e os dados necessários.
• Uma pessoa aprovou antes da execução.
• A aprovação tinha limite de valor, prazo, quantidade ou escopo.
• A aprovação ainda estava válida na hora da execução.
• A ferramenta conferiu a autorização fora do modelo.

Quem ou qual política autorizou:

Limite e validade:

Identificador da aprovação:

4. Execução da ferramenta

5. Estado confirmado

Marque uma opção.

• Nada foi executado.
• A ação foi executada e confirmada.
• A ação foi parcialmente executada.
• A ação foi revertida.
• O estado continua desconhecido.

Sistema responsável pela confirmação:

Identificador ou protocolo no sistema:

Estado consultado depois da tentativa:

Prova guardada por referência:

6. Comunicação ao cliente

7. QA e correção

• Regra e fonte sustentavam a decisão.
• A autorização cobria exatamente a ação executada.
• A ferramenta recebeu o pedido correto.
• O estado final foi confirmado no sistema responsável.
• A mensagem ao cliente refletiu o estado real.
• Dado sensível foi mascarado ou referenciado.
• Ação, revisão e alteração do registro têm autoria e horário.

Divergência encontrada:

Correção ou reversão:

Dono e prazo:

Mudança necessária em regra, ferramenta, aprovação ou QA:

8. Acesso, retenção e integridade

Teste de reconstrução

Sem depender da memória da equipe, outra pessoa consegue responder:

• Quem pediu e qual objeto seria afetado?
• Qual versão do agente e da regra decidiu?
• Quem ou qual política autorizou?
• Qual ferramenta executou e com qual identificador?
• Qual sistema confirmou o estado final?
• O que foi dito ao cliente?
• Qual correção encerrou o caso?

Quando o caminho simples basta

Uma planilha protegida pode bastar para um agente, poucas ações e revisão no mesmo turno. O importante é usar identificadores estáveis, limitar acesso e testar a reconstrução de falhas.

O caminho manual começa a falhar quando vários agentes, versões, canais, ferramentas e aprovadores deixam registros separados; quando o volume impede investigação rápida; ou quando retenção, mascaramento, pausa, QA e correção precisam acontecer por política comum.