# 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

| Campo | Preencher |
|---|---|
| Identificador único da ação |  |
| Conversa, ticket ou protocolo |  |
| Data e hora do pedido |  |
| Pessoa, conta ou objeto afetado |  |
| Ação solicitada |  |
| Canal |  |
| Resultado esperado |  |

## 2. Decisão do agente

| Campo | Preencher |
|---|---|
| Agente e versão |  |
| Intenção ou categoria atribuída |  |
| Regra e versão |  |
| Fonte consultada |  |
| Data de vigência da fonte |  |
| Exceção encontrada |  |
| Dado ausente ou contraditório |  |
| Risco da ação |  |

## 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

| Campo | Preencher |
|---|---|
| Ferramenta e operação |  |
| Identificador da tentativa |  |
| Chave para evitar duplicidade |  |
| Data e hora de início |  |
| Parâmetros por referência protegida |  |
| Resposta técnica |  |
| Erro ou timeout |  |
| Data e hora de término |  |

## 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

| Campo | Preencher |
|---|---|
| Mensagem enviada |  |
| Estado comunicado |  |
| Prazo prometido |  |
| Protocolo informado |  |
| A mensagem bate com o sistema? |  |
| Foi necessária correção? |  |

## 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

| Pergunta | Resposta |
|---|---|
| Quem pode consultar este registro? |  |
| Quem pode alterar? |  |
| Por quanto tempo será mantido? |  |
| Qual dado foi mascarado ou não coletado? |  |
| Como uma alteração indevida será detectada? |  |
| Qual política interna sustenta a retenção? |  |

## 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.