Agente de IA para Controle de Saldos de Vale-Refeição

19 de December de 2025 • Tempo de leitura: 5 min

Como criar um agente de IA que monitora e ajusta automaticamente os saldos de vale-refeição dos usuários.

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados, ferramentas como chamadas a sistemas externos e demais requisitos funcionais para o Fluxo de Agentes "Controle de Saldos de Vale-Refeição", uma solução projetada para monitorar e ajustar automaticamente os saldos de vale-refeição dos usuários. Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.

O objetivo principal é garantir precisão nos saldos e atualizações regulares, reduzindo a insatisfação dos usuários e problemas de conformidade.

2. Contexto e Problema

Cenário Atual

Os usuários de vale-refeição enfrentam problemas frequentes devido a erros nos saldos, que podem causar insatisfação e problemas de conformidade. As atualizações manuais de saldos são propensas a erros e ineficientes, além de não serem realizadas regularmente.


Problemas Identificados

  • Erros nos saldos: Podem causar insatisfação entre os usuários.
  • Atualizações manuais: São propensas a erros e ineficientes.
  • Falta de atualizações regulares: Pode levar a problemas de conformidade.

3. Impactos Esperados

A implementação deste fluxo de automação visa alcançar os seguintes resultados:

  • Garantir precisão nos saldos de vale-refeição.
  • Reduzir erros nas atualizações de saldo.
  • Melhorar a conformidade com atualizações regulares.
  • Aumentar a satisfação dos usuários com saldos precisos e atualizados.

4. Visão Geral da Solução

O agente de IA para controle de saldos de vale-refeição monitora continuamente os saldos dos usuários, ajusta automaticamente quando necessário e gera relatórios regulares sobre o status dos saldos. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um assistente preciso e autônomo no controle de saldos de vale-refeição.

A solução consiste em um fluxo de automação composto por 8 agentes de IA. O processo inicia com a execução de chamadas à API para recuperação de saldos e termina com a geração de um relatório regular e padronizado.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.

Agentes Função Principal
Agente de Execução de Chamada à API - Recuperação de Saldos e Movimentações (RF 1) Realizar chamada à API do sistema de benefícios para obter saldos atuais e movimentações de vale-refeição.
Agente de Normalização e Consolidação de Dados (RF 2) Normalizar as respostas das APIs e consolidar base por usuário/período.
Agente de Monitoramento e Detecção de Inconsistências (RF 3) Identificar divergências de saldo e anomalias transacionais.
Agente de Planejamento de Ajustes de Saldo (RF 4) Transformar inconsistências auto-ajustáveis em instruções de ajuste.
Agente de Execução de Chamada à API - Efetivação de Ajustes (RF 5) Realizar chamadas à API para efetivar créditos e débitos planejados.
Agente de Execução de Chamada à API - Reconsulta de Saldos Pós-Ajuste (RF 6) Reconsultar a API para obter os saldos atuais após ajustes.
Agente de Reconciliação Pós-Ajuste (RF 7) Comparar saldos reconsultados com os saldos esperados após ajustes.
Agente de Relatório de Saldos de Vale-Refeição (RF 8) Gerar relatório regular e padronizado com status dos saldos e ajustes.

5. Protótipos

Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos interativos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final que o cliente receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Execução de Chamada à API - Recuperação de Saldos e Movimentações

1.1 Tarefa do Agente

Realizar chamada à API do sistema de benefícios para obter saldos atuais e movimentações (créditos/débitos) de vale-refeição por usuário no período especificado.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um payload pronto contendo: endpoint_base, credenciais/autenticação, data_inicio, data_fim, lista_de_usuarios (opcional), parâmetros de paginação/limite, timezone_de_referencia.

# 2. Objetivo
Realizar chamada à API do sistema de benefícios para obter saldos atuais e movimentações de vale-refeição dos usuários.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a chamada à API com o payload recebido, sem aplicar lógica adicional.
- Respeitar headers e políticas de rate limit informadas no payload (retry-after).
- Encadear paginação até completar o período.
- Não transformar dados.
1.3 Configurações do Agente

1.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio de um payload pronto via API. Na fase de testes, o fluxo será iniciado pelo envio manual dos dados, que serão enviados para o agente diretamente por upload na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um payload contendo parâmetros de consulta à API.
  • Formatos Suportados: Esse agente deve ser capaz de receber payloads nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser a resposta bruta das APIs com arrays de saldos por usuário e transações no período solicitado, incluindo metadados de paginação e carimbos de data/hora.
  • Exemplo de Estrutura de Output:
     {
      "saldos": [ ... ],
      "transacoes": [ ... ],
      "metadados": { ... }
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, dependendo do número de usuários e transações, mas estima-se que seja em torno de 20.000 caracteres.

1.3.3 Parâmetros de Geração

  • Modelo: Não aplicável (uso de ferramenta)
  • Temperatura: Não aplicável

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: O agente deverá enviar o payload recebido para a API externa e retornar a resposta bruta.

1.3.5 Memória

1.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Normalização e Consolidação de Dados (RF 2).

RF 2. Agente de Normalização e Consolidação de Dados

2.1 Tarefa do Agente

Normalizar as respostas das APIs em um modelo canônico e consolidar base por usuário/período, preparando dados para análise.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados brutos de saldos e transações retornados pela API, além de parâmetros de política: moeda_padrao, timezone_de_referencia, tolerancia_monetaria, janelas_de_corte (mensal/semanal), mapeamento_MCC_elegivel, limites_por_periodo, tratamento_pendentes.

# 2. Objetivo
Normalizar as respostas das APIs e consolidar base por usuário/período, preparando dados para análise.

# 3. Regras que você deve seguir para gerar sua resposta
- Converter todos valores para moeda_padrao e padronizar 2 casas decimais (round half up).
- Considerar timezone_de_referencia para ordenar e agrupar transações.
- Classificar transações em credito/debito conforme sinal e tipo.
- Excluir de cálculo do período transações fora de [data_inicio,data_fim).
- Identificar e sinalizar pendentes (status != liquidado) em pendencias[].
- Calcular saldo_esperado_calculado = saldo_antes_periodo + total_creditos_periodo - total_debitos_periodo.
- Se saldo_atual ausente, definir como null e marcar flag saldo_atual_indisponivel=true.
- Remover duplicidades por id_transacao repetido mantendo o mais recente por timestamp.
- Validar MCC: marcar transações fora de mapeamento_MCC_elegivel como fora_de_politica=true.
2.3 Configurações do Agente

2.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber como input dados brutos de saldos e transações retornados pela API, além de parâmetros de política.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 20.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um objeto JSON canônico com: usuarios[{id, saldo_atual, saldo_antes_periodo, total_creditos_periodo, total_debitos_periodo, transacoes_normalizadas[], pendencias[], data_corte_aplicada, saldo_esperado_calculado}].
  • Exemplo de Estrutura de Output:
     {
      "usuarios": [ ... ],
      "transacoes_normalizadas": [ ... ],
      "pendencias": [ ... ]
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 15.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para cálculos de normalização.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

2.3.5 Memória

2.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Monitoramento e Detecção de Inconsistências (RF 3).

RF 3. Agente de Monitoramento e Detecção de Inconsistências

3.1 Tarefa do Agente

Identificar divergências de saldo, anomalias transacionais e condições de não conformidade por usuário.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um dataset canônico consolidado por usuário/período, parâmetros de política e tolerâncias: tolerancia_monetaria, tolerancia_dias_sem_atualizacao, limite_negativo_permitido, regras_de_carryover, limites_por_periodo, mapeamento_MCC_elegivel.

# 2. Objetivo
Identificar divergências de saldo, anomalias transacionais e condições de não conformidade por usuário.

# 3. Regras que você deve seguir para gerar sua resposta
- Divergência de saldo: se |saldo_atual - saldo_esperado_calculado| > tolerancia_monetaria, registrar codigo_regra=SALDO_DIVERGENTE; severidade=alta se diferença > 3x tolerancia.
- Saldo negativo: se saldo_atual < -limite_negativo_permitido, codigo_regra=SALDO_NEGATIVO_EXCESSO; severidade=alta.
- Falta de atualização: se última transação liquidada for anterior a tolerancia_dias_sem_atualizacao, codigo_regra=STALENESS; severidade=média.
- Duplicidade: transações duplicadas por id/valor/data, codigo_regra=DUPLICIDADE; severidade=média; auto_ajustavel=true se uma versão for claramente retratada como reversão.
- Fora de política (MCC não elegível): codigo_regra=FORA_POLITICA; severidade=alta se volume > limite_por_periodo.percentual; caso contrário, baixa.
- Estouro de limite no período: se total_debitos_periodo > limite_por_periodo.valor, codigo_regra=LIMITE_EXCEDIDO.
- Carryover: aplicar regras_de_carryover (ex.: teto de acúmulo); excesso marca codigo_regra=CARRYOVER_EXCEDENTE; auto_ajustavel=true quando política prevê débito de ajuste.
- Definir auto_ajustavel=true apenas quando a política prevê ajuste automático claro e sem ambiguidade; caso contrário, false.
3.3 Configurações do Agente

3.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 2).
  • Tipo do input: Este agente deve ser apto a receber um dataset canônico consolidado por usuário/período, parâmetros de política e tolerâncias.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 15.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com inconsistencias[{usuario_id, tipo, codigo_regra, descricao, valor_discrepancia, severidade, auto_ajustavel, referencias (ids_transacoes), recomendacao}]. Também incluir resumo_por_usuario com flags e contadores.
  • Exemplo de Estrutura de Output:
     {
      "inconsistencias": [ ... ],
      "resumo_por_usuario": [ ... ]
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 10.000 caracteres.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

3.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para identificação de inconsistências.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

3.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Planejamento de Ajustes de Saldo (RF 4).

3.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Planejamento de Ajustes de Saldo (RF 4).

RF 4. Agente de Planejamento de Ajustes de Saldo

4.1 Tarefa do Agente

Transformar inconsistências auto-ajustáveis em instruções de ajuste idempotentes e seguras.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo uma lista de inconsistências detectadas, dataset canônico por usuário, parâmetros de política de ajustes: minimo_ajuste_monetario, janelas_de_execucao, texto_padrao_historico, politica_idempotencia, prioridade_por_codigo_regra.

# 2. Objetivo
Transformar inconsistências auto-ajustáveis em instruções de ajuste idempotentes e seguras.

# 3. Regras que você deve seguir para gerar sua resposta
- Somente gerar ajuste quando auto_ajustavel=true e |valor_discrepancia| >= minimo_ajuste_monetario, exceto severidade=alta, onde o mínimo pode ser ignorado.
- Valor do ajuste = arredondar(|discrepancia_liquida| - efeitos de pendentes conhecidos) a 2 casas.
- Nunca criar ajuste que leve o saldo abaixo de -limite_negativo_permitido; se necessário, limitar o valor.
- Priorizar códigos: SALDO_DIVERGENTE > DUPLICIDADE > CARRYOVER_EXCEDENTE > FORA_POLITICA (quando política autorizar débito).
- Definir data_execucao_planejada dentro das janelas_de_execucao e em dia útil; se fora da janela, agendar próximo slot.
- Gerar idempotency_key determinística combinando usuario_id + codigo_regra + período + hash(valor).
- Preencher observacao com texto_padrao_historico + contexto (período, regra, valor, timezone).
4.3 Configurações do Agente

4.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 3).
  • Tipo do input: Este agente deve ser apto a receber uma lista de inconsistências detectadas, dataset canônico por usuário, parâmetros de política de ajustes.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 15.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um objeto JSON ajustes_planejados[{usuario_id, operacao: credito|debito, valor, motivo, codigo_regra_origem, idempotency_key, data_execucao_planejada, observacao, referencias (ids_transacoes)}] e sumário por severidade.
  • Exemplo de Estrutura de Output:
     {
      "ajustes_planejados": [ ... ],
      "sumario_por_severidade": [ ... ]
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 10.000 caracteres.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para planejamento de ajustes.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

4.3.5 Memória

4.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Execução de Chamada à API - Efetivação de Ajustes (RF 5).

RF 5. Agente de Execução de Chamada à API - Efetivação de Ajustes

5.1 Tarefa do Agente

Realizar chamadas à API do sistema de benefícios para efetivar créditos e débitos planejados.

5.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um payload pronto com lote de ajustes: endpoint_base, credenciais, ajustes_planejados[{usuario_id, operacao, valor, observacao, idempotency_key, data_execucao_planejada}], parâmetros de controle de lote e retries.

# 2. Objetivo
Realizar chamadas à API do sistema de benefícios para efetivar créditos e débitos planejados.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a chamada à API com o payload recebido, respeitando idempotency_key e controle de retries definido.
- Usar idempotency_key para evitar duplicidade.
- Em erro temporário, seguir política de retry do payload.
- Não alterar conteúdo de ajustes.
5.3 Configurações do Agente

5.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 4).
  • Tipo do input: Este agente deve ser apto a receber um payload pronto com lote de ajustes.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser a resposta da API por ajuste com status (sucesso/falha), identificadores de operação no sistema origem e mensagens de erro quando aplicável.
  • Exemplo de Estrutura de Output:
     {
      "ajustes_executados": [ ... ],
      "status": "sucesso/falha",
      "mensagens_de_erro": [ ... ]
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 5.000 caracteres.

5.3.3 Parâmetros de Geração

  • Modelo: Não aplicável (uso de ferramenta)
  • Temperatura: Não aplicável

5.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: O agente deverá enviar o payload recebido para a API externa e retornar a resposta.

5.3.5 Memória

5.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Execução de Chamada à API - Reconsulta de Saldos Pós-Ajuste (RF 6).

RF 6. Agente de Execução de Chamada à API - Reconsulta de Saldos Pós-Ajuste

6.1 Tarefa do Agente

Reconsultar a API de benefícios para obter os saldos atuais após a efetivação dos ajustes.

6.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um payload pronto contendo: endpoint_base, credenciais, lista_de_usuarios alvo dos ajustes, timezone_de_referencia.

# 2. Objetivo
Reconsultar a API de benefícios para obter os saldos atuais após a efetivação dos ajustes.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a chamada à API com o payload recebido, sem aplicar lógica adicional.
- Respeitar rate limit e consolidar todas as páginas necessárias.
- Não transformar dados.
6.3 Configurações do Agente

6.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 5).
  • Tipo do input: Este agente deve ser apto a receber um payload pronto contendo parâmetros para reconsulta de saldos.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser os saldos atuais por usuário imediatamente após a execução dos ajustes, com timestamps e metadados.
  • Exemplo de Estrutura de Output:
     {
      "saldos_atuais": [ ... ],
      "timestamps": [ ... ],
      "metadados": { ... }
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 10.000 caracteres.

6.3.3 Parâmetros de Geração

  • Modelo: Não aplicável (uso de ferramenta)
  • Temperatura: Não aplicável

6.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: O agente deverá enviar o payload recebido para a API externa e retornar a resposta.

6.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Reconciliação Pós-Ajuste (RF 7).

6.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Reconciliação Pós-Ajuste (RF 7).

RF 7. Agente de Reconciliação Pós-Ajuste

7.1 Tarefa do Agente

Comparar saldos reconsultados com os saldos esperados após os ajustes para confirmar a efetividade e apontar pendências.

7.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo saldos pós-ajuste retornados pela API, ajustes executados com status e dataset canônico original do período.

# 2. Objetivo
Comparar saldos reconsultados com os saldos esperados após os ajustes para confirmar a efetividade e apontar pendências.

# 3. Regras que você deve seguir para gerar sua resposta
- Recalcular saldo_esperado_pos = saldo_esperado_calculado + soma(ajustes_executados com sucesso considerando sinais).
- Se |saldo_pos_api - saldo_esperado_pos| <= tolerancia_monetaria, marcar reconciliado=true.
- Se houver falhas parciais no lote, listar quais operações falharam e o impacto líquido.
- Sugerir próxima ação: retry se erro temporário; revisão manual se fora de política; novo ajuste se diferença residual acima da tolerância.
7.3 Configurações do Agente

7.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 6).
  • Tipo do input: Este agente deve ser apto a receber saldos pós-ajuste retornados pela API, ajustes executados com status e dataset canônico original do período.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 15.000 caracteres.

7.3.2 Especificação do Output

  • Formato de output: O output deve ser o resultado de reconciliação por usuário: reconciliado=true/false, diferenca_residual, causas prováveis, próximos passos (reconsulta, novo ajuste, abrir ticket).
  • Exemplo de Estrutura de Output:
     {
      "reconciliacao": [ ... ],
      "proximos_passos": [ ... ]
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 10.000 caracteres.

7.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

7.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para reconciliação de saldos.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

7.3.5 Memória

7.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Relatório de Saldos de Vale-Refeição (RF 8).

RF 8. Agente de Relatório de Saldos de Vale-Refeição

8.1 Tarefa do Agente

Gerar relatório regular e padronizado com status dos saldos, inconsistências detectadas, ajustes executados e reconciliação.

8.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo resultados de detecção, planejamento, execução e reconciliação; parâmetros de período de referência; metadados de execução (data/hora, janela, timezone).

# 2. Objetivo
Gerar relatório regular e padronizado com status dos saldos, inconsistências detectadas, ajustes executados e reconciliação.

# 3. Regras que você deve seguir para gerar sua resposta
- Estruturar seções: sumário_kpis, detalhes_por_usuario, pendencias, conformidade, metadados.
- Em detalhes_por_usuario, incluir: saldo_inicial_periodo, saldo_esperado, saldo_atual_apos_reconciliacao, diferenças, inconsistências (código/descrição), ajustes (valor, motivo, status), reconciliado (sim/não).
- Destacar violações de política com códigos e severidade.
- Carimbar relatório com período analisado e timezone.
- Quando nenhum ajuste executado, registrar explicitamente valor_ajustado_liquido=0 e reconciliado conforme cálculo.
8.3 Configurações do Agente

8.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 7).
  • Tipo do input: Este agente deve ser apto a receber resultados de detecção, planejamento, execução e reconciliação; parâmetros de período de referência; metadados de execução.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 20.000 caracteres.

8.3.2 Especificação do Output

  • Formato de output: O output deve ser um relatório JSON contendo: KPIs (usuários avaliados, com inconsistência, % auto-ajustados, valor ajustado líquido), lista detalhada por usuário, pendências, violações de política, e histórico sintetizado do período.
  • Exemplo de Estrutura de Output:
     {
      "sumario_kpis": { ... },
      "detalhes_por_usuario": [ ... ],
      "pendencias": [ ... ],
      "conformidade": { ... },
      "metadados": { ... }
    } 
  • Número de caracteres esperado: O output deverá ter um tamanho variável, mas estima-se que seja em torno de 20.000 caracteres.

8.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

8.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para geração de relatórios.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

8.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente é o entregável final e não é passada para outros agentes internos.

8.3.6 Regras de Orquestração e Transição

A execução deste agente finaliza o fluxo. O relatório gerado é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.