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
- 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 Normalização e Consolidação de Dados (RF 2).
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
- 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 Monitoramento e Detecção de Inconsistências (RF 3).
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
- 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 Execução de Chamada à API - Efetivação de Ajustes (RF 5).
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
- 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 Execução de Chamada à API - Reconsulta de Saldos Pós-Ajuste (RF 6).
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
- 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 Relatório de Saldos de Vale-Refeição (RF 8).
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.