Agente de IA para Processamento de Adesões a Planos de Saúde

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

Como criar um agente de IA que automatiza a verificação de informações de novos membros em solicitações de adesão a planos de saúde.

Biblioteca de Prompts e Agentes

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 "Processamento de Adesões a Planos de Saúde", uma solução de automação projetada para verificar e validar informações de novos membros em adesões a planos de saúde. 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 a consistência e completude dos dados fornecidos pelos novos membros antes de integrá-los ao sistema, reduzindo drasticamente o trabalho manual de validação.

2. Contexto e Problema

Cenário Atual

As operadoras de planos de saúde enfrentam desafios significativos durante o processamento de adesões, incluindo:

  • Inconsistências nas informações fornecidas pelos novos membros.
  • Falta de completude nos dados fornecidos durante a adesão.
  • Necessidade de validação cruzada de informações antes da integração ao sistema.

O processo atual é manual e sujeito a erros, resultando em atrasos e insatisfações dos clientes.


Problemas Identificados

  • Consumo de tempo: O processo manual de verificação consome um tempo valioso que poderia ser utilizado para outros fins.
  • Risco de erros: A verificação manual está sujeita a erros humanos, resultando em dados incorretos ou incompletos no sistema.
  • Falta de padronização: A ausência de um processo padronizado leva a variações na qualidade dos dados processados.

3. Impactos Esperados

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

  • Reduzir o tempo de processamento de adesões em pelo menos 70%.
  • Aumentar a precisão dos dados integrados ao sistema.
  • Padronizar o processo de verificação e garantir a consistência dos dados.
  • Melhorar a satisfação do cliente ao reduzir erros e atrasos.

4. Visão Geral da Solução

O agente de IA para processamento de adesões a planos de saúde automatiza a verificação de informações de novos membros, garantindo consistência e completude antes de integrar os dados ao sistema. 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 útil e autônomo na validação de adesões a planos de saúde.

A solução consiste em um fluxo de automação composto por 6 agentes de IA. O processo inicia com a normalização e checagem de completude dos dados e termina com a geração de um payload de integração pronto para ser enviado ao sistema de core de saúde suplementar.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo. O fluxo inclui etapas condicionais que são executadas apenas se critérios específicos forem atendidos, conforme detalhado após a tabela.

Agentes Função Principal
Agente de Normalização e Checagem de Completude (RF 1) Padronizar formatos e verificar completude e estrutura dos dados de adesão antes de qualquer validação externa.
Agente de Preparação de Parâmetros para Validação Externa (RF 2) Construir de forma determinística os parâmetros de consulta necessários para validações cruzadas em bases existentes.
Agente de Execução de Consultas em Banco de Dados (RF 3) Realizar conexão com sistemas/bases externas para obter os dados de validação cruzada definidos previamente.
Agente de Conciliação e Decisão de Validação (RF 4) Conciliar dados informados com resultados externos e emitir decisão automatizada ou direcionar para revisão humana.
Agente de Geração de Notificação para Revisão Humana (RF 5) Produzir um resumo objetivo das pendências e divergências para analista humano decidir sobre a proposta.
Agente de Geração de Payload de Integração (RF 6) Mapear os dados validados para o formato de integração do sistema de core de saúde suplementar.

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.

Ver Agente na Prototipe AI

6. Requisitos Funcionais

RF 1. Agente de Normalização e Checagem de Completude

1.1 Tarefa do Agente

Padronizar formatos e verificar completude e estrutura dos dados de adesão antes de qualquer validação externa.

1.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON da proposta de adesão do(s) novo(s) membro(s). Este JSON contém os dados brutos de adesão que precisam ser normalizados e verificados quanto à completude.

# 2. Objetivo
Padronizar os formatos dos dados e verificar se todos os campos obrigatórios estão preenchidos corretamente.

# 3. Regras que você deve seguir para gerar sua resposta
- Defina a lista de campos obrigatórios mínimos para o titular: nome_completo, cpf, data_nascimento, email, telefone, estado_civil, sexo, produto_codigo, endereco.logradouro, endereco.numero, endereco.bairro, endereco.cidade, endereco.estado (UF em 2 letras), endereco.cep (8 dígitos).
- Para cada dependente, exija: nome_completo, cpf (se > 12 anos) ou certidao_nascimento (se <= 12 anos), data_nascimento, parentesco, sexo. Se menor de 18 anos, marque flag dependente_menor=true.
- Normalizações: remova espaços duplos em nomes; upper-case para UF; remova caracteres não numéricos de cpf, cep e telefone; padronize data_nascimento para AAAA-MM-DD; telefone para E.164 se possível (ou DDD+numero nacional sem símbolos).
- Valide: cpf por dígitos verificadores; email com padrão simples (contém @ e domínio com TLD ≥ 2); telefone deve ter entre 10 e 13 dígitos após normalização; cep com 8 dígitos; data_nascimento válida e idade entre 0 e 120; sexo ∈ {M,F,X}; estado ∈ {AC,AL,AM,AP,BA,CE,DF,ES,GO,MA,MG,MS,MT,PA,PB,PE,PI,PR,RJ,RN,RO,RR,RS,SC,SE,SP,TO}.
- Regras de negócio: se idade < 18 no titular, registre erro_critico "titular_menor_idade"; se produto_codigo ausente, registre erro_critico; se dependente sem parentesco, registre como campo_faltante.
- Produza arrays separados: campos_faltantes (estrutura dot notation), campos_invalidos (campo+motivo), erros_criticos (strings).
- Defina pronto_para_validacao_externa = true se não houver erros_criticos e campos_faltantes estiver vazio; caso contrário, false.
- Preserve todos os dados originais no objeto normalized_data, aplicando normalizações descritas e listando cada ajuste em ajustes_realizados (campo, valor_anterior opcional, acao).
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 JSON com a proposta de adesão do(s) novo(s) membro(s) 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 do JSON na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um JSON com a proposta de adesão.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 50.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo os dados normalizados, listas de campos faltantes, inválidos, erros críticos e ajustes realizados.
  • Exemplo de Estrutura de Output: 
     {"normalized_data":{...},"campos_faltantes":["telefone","endereco.numero"],"campos_invalidos":[{"campo":"cpf","motivo":"digitos_verificadores_invalidos"},{"campo":"email","motivo":"formato_invalido"}],"ajustes_realizados":[{"campo":"telefone","acao":"normalizado_para_E164"}],"erros_criticos":["produto_codigo_ausente"],"pronto_para_validacao_externa":true|false}
  • Número de caracteres esperado: O JSON final deve ser conciso e informativo, com um tamanho estimado em torno de 5.000 caracteres, podendo variar conforme a complexidade dos dados de adesão.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 Preparação de Parâmetros para Validação Externa (RF 2).

RF 2. Agente de Preparação de Parâmetros para Validação Externa

2.1 Tarefa do Agente

Construir de forma determinística os parâmetros de consulta necessários para validações cruzadas em bases existentes.

2.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o output do Agente de Normalização e Checagem de Completude com dados normalizados e pronto_para_validacao_externa=true.

# 2. Objetivo
Construir parâmetros de consulta para validações cruzadas em bases externas, garantindo que todas as informações necessárias sejam incluídas.

# 3. Regras que você deve seguir para gerar sua resposta
- Somente gere consultas se pronto_para_validacao_externa=true; caso contrário, crie db_queries=[] e inclua motivo:"pendencias_de_completude_ou_erros_criticos".
- Para cada pessoa (titular e dependentes):
  - Sempre incluir consulta em CadastroInterno por CPF (quando disponível) para detecção de duplicidade.
  - Incluir consulta de status em ReceitaFederal para CPF válido (titular sempre; dependente se tiver CPF).
- Endereço: incluir consulta de CEP (Correios) quando cep presente para obter logradouro/bairro/cidade/UF de referência.
- Use somente parâmetros mínimos necessários (cpf, nome, data_nascimento, cep). Não inclua dados sensíveis desnecessários.
- Inclua proposta_id se fornecido no input para rastreabilidade.
- Garanta que cada item em db_queries tenha: sistema, tipo, parametros (objeto) e que valores estejam normalizados (somente dígitos para cpf/cep).
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 um JSON com dados normalizados e pronto_para_validacao_externa=true.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 5.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo os parâmetros de consulta para validações cruzadas.
  • Exemplo de Estrutura de Output: 
     {"proposta_id":"...","db_queries":[{"sistema":"CadastroInterno","tipo":"busca_beneficiario_por_cpf","parametros":{"cpf":"NNNNNNNNNNN"}},{"sistema":"ReceitaFederal","tipo":"status_cpf","parametros":{"cpf":"NNNNNNNNNNN","nome":"...","data_nascimento":"AAAA-MM-DD"}},{"sistema":"Correios","tipo":"consulta_cep","parametros":{"cep":"NNNNNNNN"}}],"entidades_consultadas":["CadastroInterno","ReceitaFederal","Correios"]}
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em 3.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 Execução de Consultas em Banco de Dados (RF 3).

RF 3. Agente de Execução de Consultas em Banco de Dados

3.1 Tarefa do Agente

Realizar conexão com sistemas/bases externas para obter os dados de validação cruzada definidos previamente.

3.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um payload com db_queries já pronto conforme especificação do agente anterior.

# 2. Objetivo
Executar as consultas nos sistemas/bases externas e obter os resultados de validação cruzada.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente não precisa de instruções de LLM, pois sua única função é executar as consultas conforme os parâmetros recebidos.
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 como input um payload com db_queries já pronto.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 3.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo os resultados das consultas realizadas.
  • Exemplo de Estrutura de Output: 
     {"proposta_id":"...","resultados":[{"sistema":"CadastroInterno","tipo":"busca_beneficiario_por_cpf","parametros":{"cpf":"..."},"resultado":{"encontrado":true,"beneficiario_id":"...","status":"ativo|cancelado|pendente"}},{"sistema":"ReceitaFederal","tipo":"status_cpf","parametros":{"cpf":"..."},"resultado":{"situacao":"regular|irregular|suspenso","nome":"...","data_nascimento":"AAAA-MM-DD"}},{"sistema":"Correios","tipo":"consulta_cep","parametros":{"cep":"..."},"resultado":{"logradouro":"...","bairro":"...","cidade":"...","uf":"UF"}}]}
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em 4.000 caracteres.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: Não se aplica (uso de ferramenta)

3.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á executar as consultas conforme os parâmetros recebidos e retornar os resultados.

3.3.5 Memória

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

Ao concluir sua execução, esse agente aciona o Agente de Conciliação e Decisão de Validação (RF 4).

RF 4. Agente de Conciliação e Decisão de Validação

4.1 Tarefa do Agente

Conciliar dados informados com resultados externos e emitir decisão automatizada ou direcionar para revisão humana.

4.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o normalized_data do primeiro agente e os resultados do agente de execução de consultas.

# 2. Objetivo
Conciliar os dados informados com os resultados externos e emitir uma decisão sobre a adesão.

# 3. Regras que você deve seguir para gerar sua resposta
- Conciliação CPF: se ReceitaFederal.situacao != regular, registre justificativa e defina cpf_status conforme retorno; gravidade alta para irregular/suspenso.
- Duplicidade: se CadastroInterno.encontrado=true e status ∈ {ativo, pendente}, marque duplicidades e defina recomendacao=revisao_humana; se status=cancelado há > 6 meses (se disponível), permitir seguir com observação.
- Endereço: se Correios.uf != endereco.estado informado, registre divergência média; se logradouro/bairro divergirem significativamente, marcar endereco_verificado=false.
- Idade x Produto: calcule idade; se fora da faixa elegível do produto (se faixa for informada no input; caso não, sinalize alerta "faixa_do_produto_nao_fornecida"). Fora da faixa: gravidade alta.
- Regras determinísticas de decisão:
  - Rejeitar: cpf irregular/suspenso; idade < 18 para titular; erros_criticos existentes; divergência crítica em identidade (nome+data_nascimento com mismatch forte na ReceitaFederal).
  - Aprovar: sem campos_faltantes, sem divergências altas, nenhuma duplicidade ativa, cpf regular, endereço verificado ou divergências apenas leves.
  - Revisão humana: qualquer duplicidade ativa/pendente; divergências médias/altas não bloqueantes; CEP não confere com UF; dúvidas sobre parentesco de dependente; faixa do produto não confirmada.
- Pontuação de risco (0-100): base 0; +40 se cpf irregular/suspenso; +30 se duplicidade ativa; +20 se divergência de identidade; +10 se endereço não verificado; limite máximo 100.
- Defina flags: auto_aprovavel=true somente quando recomendacao=aprovar; necessita_revisao_humana=true quando recomendacao=revisao_humana; pronto_para_integracao=true quando recomendacao=aprovar.
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 como input o normalized_data do primeiro agente e os resultados das consultas do terceiro agente.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 8.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo o relatório de validação e a decisão sobre a adesão.
  • Exemplo de Estrutura de Output: 
     {"proposta_id":"...","relatorio_validacao":{"divergencias":[{"entidade":"ReceitaFederal","campo":"nome","informado":"...","referencia":"...","gravidade":"media"}],"alertas":["cep_nao_confere_uf"],"duplicidades":[{"cpf":"...","beneficiario_id":"...","status":"ativo"}],"sinais_inconsistencia":["idade_incompativel_com_plano"]},"metadados":{"cpf_status":"regular|irregular|desconhecido","endereco_verificado":true|false,"pontuacao_risco":0-100},"decisao":{"recomendacao":"aprovar|revisao_humana|rejeitar","justificativas":["cpf_irregular","duplicidade_ativa"],"auto_aprovavel":true|false,"necessita_revisao_humana":true|false,"pronto_para_integracao":true|false}}
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em 6.000 caracteres.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 Geração de Notificação para Revisão Humana (RF 5) ou o Agente de Geração de Payload de Integração (RF 6), dependendo da decisão tomada.

RF 5. Agente de Geração de Notificação para Revisão Humana

5.1 Tarefa do Agente

Produzir um resumo objetivo das pendências e divergências para analista humano decidir sobre a proposta.

5.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um relatório consolidado do agente de conciliação com recomendacao=revisao_humana ou rejeitar.

# 2. Objetivo
Produzir um resumo objetivo das pendências e divergências para que um analista humano possa decidir sobre a proposta.

# 3. Regras que você deve seguir para gerar sua resposta
- Se recomendacao=rejeitar, destaque itens_bloqueantes primeiro e prioridade=alta; se revisao_humana, prioridade conforme pontuacao_risco (>=60 alta, 30-59 media, <30 baixa).
- Checklist deve ser acionável, cada item iniciando com verbo no infinitivo e referenciando campos específicos (dot notation) quando aplicável.
- Inclua mensagem sugerida para contato com o proponente quando pendência puder ser sanada por documentação ou correção de dados.
- Redija resumo em até 800 caracteres, claro e sem jargões técnicos.
- Defina prazo_sugerido_horas conforme prioridade (alta:24, media:48, baixa:72).
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) se a decisão for revisao_humana ou rejeitar.
  • Tipo do input: Este agente deve ser apto a receber como input um relatório consolidado com recomendacao=revisao_humana ou rejeitar.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 6.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo o resumo das pendências e divergências para revisão humana.
  • Exemplo de Estrutura de Output: 
     {"proposta_id":"...","resumo":"...","checklist":["Confirmar identidade do titular com documento oficial","Validar duplicidade com time de cadastro"],"prioridade":"alta|media|baixa","prazo_sugerido_horas":24,"itens_bloqueantes":["cpf_irregular"],"contatos_sugeridos":[{"tipo":"email","destinatario":"...","mensagem":"..."}]}
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em 4.000 caracteres.

5.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

5.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 é o entregável final para revisão humana.

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

Ao concluir sua execução, esse agente finaliza o fluxo para casos que requerem revisão humana.

RF 6. Agente de Geração de Payload de Integração

6.1 Tarefa do Agente

Mapear os dados validados para o formato de integração do sistema de core de saúde suplementar.

6.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo normalized_data aprovado automaticamente (auto_aprovavel=true) ou dados ajustados e aprovados por humano (aprovacao_humana=true).

# 2. Objetivo
Mapear os dados validados para o formato de integração do sistema de core de saúde suplementar, garantindo que todos os dados estejam corretos e prontos para envio.

# 3. Regras que você deve seguir para gerar sua resposta
- Somente gerar payload quando (a) pronto_para_integracao=true OU (b) aprovacao_humana=true recebida externamente; caso contrário, ready_to_send=false.
- Mapeamentos: mantenha chaves e formatos exatamente como especificado no expected_output; nunca inclua campos vazios (remova chaves com valor null/"").
- Mascare dados sensíveis somente em metadados/relatórios; no payload os campos devem estar íntegros e normalizados.
- Ordene arrays de dependentes por parentesco (cônjuge, filho, outros) e depois por data_nascimento ascendente.
- Inclua versao fixa "1.0" e timestamp_iso no padrão ISO 8601 UTC.
- Valide última vez: cpf(s) com apenas dígitos; datas no formato AAAA-MM-DD; UF em 2 letras; cep com 8 dígitos. Se falhar, defina ready_to_send=false e descreva motivo no campo metadados.erro_montagem (crie o campo se necessário).
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 4) se a decisão for aprovada ou após a revisão humana.
  • Tipo do input: Este agente deve ser apto a receber como input normalized_data aprovado automaticamente ou dados ajustados e aprovados por humano.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 8.000 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo o payload de integração pronto para envio ao sistema de core de saúde suplementar.
  • Exemplo de Estrutura de Output: 
     {"payload_integracao":{"versao":"1.0","proposta_id":"...","produto_codigo":"...","titular":{"nome":"...","cpf":"...","nascimento":"AAAA-MM-DD","contatos":{"email":"...","telefone":"..."},"endereco":{"logradouro":"...","numero":"...","bairro":"...","cidade":"...","uf":"UF","cep":"NNNNNNNN"}},"dependentes":[{...}],"metadados":{"fonte":"agente_validacao","timestamp_iso":"...","rastreabilidade":{"relatorio_validacao_id":"..."}}},"ready_to_send":true}
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em 6.000 caracteres.

6.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

6.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 é o entregável final para integração ao sistema.

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

Ao concluir sua execução, esse agente finaliza o fluxo para casos aprovados e prontos para integração.

Posts Relacionados

© 2025 prototipe.ai. Todos os direitos reservados.