Agente de IA para Personalização de Ofertas de Planos de Saúde

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

Como criar um agente de IA que analisa o perfil dos clientes para sugerir planos de saúde personalizados e adequados às suas necessidades.

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 Agente de IA de Personalização de Ofertas de Planos de Saúde. Esta documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.

O objetivo principal é criar um agente que analisa o perfil dos clientes, considerando dados demográficos e comportamentais, para sugerir planos de saúde personalizados que atendam às necessidades individuais, aumentando a taxa de conversão e satisfação do cliente.

2. Contexto e Problema

Cenário Atual

Atualmente, as ofertas de planos de saúde são, em grande parte, genéricas e não conseguem atender às necessidades específicas de cada cliente. Isso resulta em uma baixa taxa de conversão, pois os clientes não se sentem atraídos por opções que não refletem suas preferências e condições únicas. Os principais problemas enfrentados são:

  • Ofertas de planos genéricas que não atendem às necessidades individuais.
  • Baixa taxa de conversão devido à falta de personalização.

Problemas Identificados

  • Falta de Personalização: As ofertas atuais não consideram as especificidades do perfil de cada cliente, como condições crônicas, preferências de rede e orçamento disponível.
  • Baixa Eficiência: A ausência de um processo automatizado para analisar e sugerir planos adequados leva a uma baixa taxa de conversão e maior insatisfação dos clientes.

3. Impactos Esperados

A implementação deste agente de IA visa alcançar os seguintes resultados:

  • Aumentar a taxa de conversão de clientes em pelo menos 50% através de ofertas personalizadas.
  • Melhorar a satisfação do cliente oferecendo planos que realmente atendem às suas necessidades individuais.
  • Reduzir o tempo de decisão dos clientes ao apresentar propostas mais alinhadas com suas expectativas e condições.

4. Visão Geral da Solução

O agente de IA para personalização de ofertas de planos de saúde processa dados demográficos e comportamentais dos clientes, aplica regras de análise de perfil e sugere planos personalizados que se alinham às necessidades e preferências de cada cliente. 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 personalização de ofertas de planos de saúde.

A solução consiste em um fluxo de automação composto por 7 agentes de IA. O processo inicia com a validação e normalização do perfil do cliente e termina com a geração de uma oferta estruturada, incluindo explicações sobre a adequação dos planos sugeridos.

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

Agentes Função Principal
Agente de Validação e Normalização de Perfil do Cliente (RF 1) Validar campos obrigatórios e normalizar o perfil do cliente em um JSON padronizado para uso nos agentes seguintes.
Agente de Preparação de Payload de Consulta de Planos (RF 2) Transformar o perfil normalizado em filtros e parâmetros prontos para consulta ao catálogo de planos.
Agente de Execução de Chamada à API (RF 3) Realizar chamada à API do Sistema Catálogo de Planos para obter lista de planos elegíveis de acordo com os filtros.
Agente de Scoring e Seleção de Planos (RF 4) Calcular score de adequação por plano e selecionar as melhores recomendações considerando perfil, preferências e restrições.
Agente de Geração de Oferta e Justificativa (RF 5) Transformar as recomendações em uma oferta estruturada com explicabilidade, próximos passos e disclaimers obrigatórios.
Agente de Preparação de Consulta de Feedback (RF 6) Definir parâmetros de consulta para recuperar feedbacks de clientes sobre as ofertas/apólices sugeridas em um período.
Agente de Execução de Consultas em Banco de Dados (RF 7) Realizar conexão com banco de dados Repositório de Feedbacks para obter feedbacks de clientes sobre as ofertas.

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 Validação e Normalização de Perfil do Cliente

1.1 Tarefa do Agente

Validar campos obrigatórios e normalizar o perfil do cliente em um JSON padronizado para uso nos agentes seguintes.

1.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON de perfil bruto do cliente com possíveis campos: {"id_cliente":"string","nome":"string","data_nascimento":"YYYY-MM-DD" ou "idade":int,"sexo":"M|F|Outro|Não informado","cep":"NNNNN-NNN","uf":"UF opcional","cidade":"string opcional","renda_mensal":number opcional,"estado_civil":"solteiro|casado|união estável|divorciado|viúvo|outro","dependentes":int,"eh_pj":boolean,"qtd_vidas_pme":int opcional,"condicoes_cronicas":["diabetes","hipertensao",...],"uso_medicamentos_continuos":boolean,"frequencia_atividade_fisica":"nenhuma|1-2|3-5|6+", "preferencias":{"rede":"basica|ampla|premium","abrangencia":"municipal|estadual|nacional","coparticipacao_preferida":true|false|null,"franquia_aceita":true|false|null,"orçamento_maximo":number opcional},"plano_atual":{"operadora":"string","mensalidade":number,"coparticipacao":boolean},"canal_origem":"web|app|telefone|indicacao"}

# 2. Objetivo
Validar campos obrigatórios e normalizar o perfil do cliente em um JSON padronizado para uso nos agentes seguintes.

# 3. Regras que você deve seguir para gerar sua resposta
- Campos obrigatórios: id_cliente e (idade ou data_nascimento), sexo, cep. Se uf vier vazio, inferir a partir do cep quando possível; se não for possível, marcar uf como NI e adicionar flag uf_inferida.
- Idade: se receber data_nascimento, calcular idade no formato inteiro, truncando casas decimais; se idade < 0 ou > 120, set valid=false e registrar missing_fields=["idade_valida"].
- Faixa etária: mapear idade em faixas: 0-18, 19-23, 24-28, 29-33, 34-38, 39-43, 44-48, 49-53, 54-58, 59+.
- Segmento: definir PME se eh_pj=true e qtd_vidas_pme>=2; caso contrário PF. Se qtd_vidas_pme<2 mas eh_pj=true, manter PF e registrar flags=["pme_nao_elegivel"]
- Normalização de preferências: se orçamento_maximo ausente e renda_mensal presente, estimar orcamento_maximo como min(0.08*renda_mensal, renda_mensal) arredondado para 2 casas; se renda ausente, orcamento_maximo=null.
- Atividade física: converter frequencia_atividade_fisica para categorias: nenhuma (nenhuma), baixa (1-2), media (3-5), alta (6+).
- Plano atual: tem_plano = true se mensalidade > 0 ou operadora presente; caso contrário tem_plano=false.
- Elegibilidades: pme true se segmento=PME; adesao_coletivo true se segmento=PF e dependentes>=1 ou canal_origem em {indicacao, telefone} (heurística); caso contrário false.
- Risco base: alto se idade>=59 ou condicoes_cronicas não vazias; medio se idade entre 45-58 sem crônico; baixo se <45 sem crônico. Incluir fatores explicativos.
- CEP: validar formato NNNNN-NNN; se vier apenas números com 8 dígitos, formatar; se inválido, set valid=false e flags+=["cep_invalido"].
- Saída: se houver qualquer campo obrigatório ausente/inválido, set valid=false, liste missing_fields e perfil_validado=false; caso contrário perfil_validado=true.
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 de perfil bruto do cliente 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 de perfil bruto do cliente.
  • 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 até 10.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON padronizado com o perfil do cliente validado e normalizado, incluindo flags e campos de validação.
  • Exemplo de Estrutura de Output: 
     {"valid": true|false, "missing_fields": ["lista_de_campos_obrigatorios_faltantes"], "normalized_profile": {"id_cliente":"string","idade":int,"faixa_etaria":"0-18|19-23|24-28|29-33|34-38|39-43|44-48|49-53|54-58|59+","sexo":"M|F|Outro|NI","uf":"UF","cidade":"string","cep":"NNNNN-NNN","renda_mensal":number|null,"segmento":"PF|PME","qtd_vidas_pme":int|null,"dependentes":int,"condicoes_cronicas":["..."],"uso_medicamentos_continuos":boolean,"atividade_fisica":"nenhuma|baixa|media|alta","preferencias":{"rede":"basica|ampla|premium|null","abrangencia":"municipal|estadual|nacional|null","coparticipacao_preferida":true|false|null,"franquia_aceita":true|false|null,"orcamento_maximo":number|null},"plano_atual":{"tem_plano":true|false,"mensalidade":number|null},"riscos":{"risco_base":"baixo|medio|alto","fatores":["idade_59+","doenca_cronica",...]},"elegibilidades":{"pme":true|false,"adesao_coletivo":true|false}}, "flags":["cep_invalido","idade_inferida","uf_inferida"] , "perfil_validado": true|false}
  • Número de caracteres esperado: O JSON final deve ter um tamanho estimado em torno de 3.000 caracteres, dependendo da quantidade de informações do perfil.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para normalização e validação dos dados.
  • 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 Payload de Consulta de Planos (RF 2).

RF 2. Agente de Preparação de Payload de Consulta de Planos

2.1 Tarefa do Agente

Transformar o perfil normalizado em filtros e parâmetros prontos para consulta ao catálogo de planos.

2.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON com o perfil do cliente validado e normalizado. Este perfil será utilizado para preparar o payload de consulta ao catálogo de planos de saúde.

# 2. Objetivo
Transformar o perfil normalizado em filtros e parâmetros prontos para consulta ao catálogo de planos.

# 3. Regras que você deve seguir para gerar sua resposta
- Executar somente se perfil_validado=true; caso contrário, produzir payload_consulta={} e motivos_exclusao=["perfil_invalido"].
- Preencher uf e faixa_etaria obrigatoriamente; cidade é opcional.
- segmento = normalized_profile.segmento; qtd_vidas = qtd_vidas_pme para PME, senão dependentes+1 (titular + dependentes) para PF.
- Coparticipação: se preferencia explícita existir, usar; se ausente e orcamento_maximo abaixo do percentil mediano esperado para faixa etária, definir coparticipacao=true como sugestão de economia.
- Abrangência e rede: usar preferências se existirem; se ausentes e cliente via canal app/web, preferir abrangencia=estadual e rede=ampla; caso telefone, manter null para ampliar busca.
- Orçamento máximo: usar valor calculado/fornecido; se null, não aplicar filtro de preço.
- Condições crônicas: propagar lista para permitir checagem de programas de gestão crônica.
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 o perfil do cliente validado e normalizado.
  • 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 até 3.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com o payload de consulta ao catálogo de planos, incluindo filtros e parâmetros baseados no perfil do cliente.
  • Exemplo de Estrutura de Output: 
     {"payload_consulta": {"uf":"UF","cidade":"string|null","faixa_etaria":"string","segmento":"PF|PME","qtd_vidas":int|null,"abrangencia_preferida":"municipal|estadual|nacional|null","rede":"basica|ampla|premium|null","coparticipacao":true|false|null,"franquia":true|false|null,"orcamento_maximo":number|null,"condicoes_cronicas":["..."],"elegibilidades":{"pme":true|false,"adesao_coletivo":true|false}}, "perfil_validado": true, "motivos_exclusao": []}
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 2.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 criação do payload de consulta.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 Execução de Chamada à API (RF 3).

2.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 (RF 3).

RF 3. Agente de Execução de Chamada à API

3.1 Tarefa do Agente

Realizar chamada à API do Sistema Catálogo de Planos para obter lista de planos elegíveis de acordo com os filtros.

3.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um payload de consulta ao catálogo de planos, pronto para execução da chamada à API.

# 2. Objetivo
Realizar chamada à API do Sistema Catálogo de Planos para obter lista de planos elegíveis de acordo com os filtros.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a chamada à API e retorna os dados exatamente como recebidos, sem pós-processamento.
- Certifique-se de que a chamada à API seja bem-sucedida e que os dados retornados estejam no formato esperado.
- Registre qualquer falha na chamada da API para análise posterior.
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 JSON com o payload de consulta ao catálogo de planos.
  • 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 até 2.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo a lista de planos elegíveis recuperados do Sistema Catálogo de Planos.
  • Exemplo de Estrutura de Output: 
     {"planos_recuperados": [{"id_plano":"string","operadora":"string","segmento":"PF|PME","abrangencia":"municipal|estadual|nacional","rede":"basica|ampla|premium","coparticipacao":true|false,"franquia":true|false,"preco_base":number,"regras_precificacao":{"por_faixa_etaria":true|false},"carencias":{"ambulatorial":int,"hospitalar":int,"obstetricia":int},"coberturas":["obstetricia","odontologia","psiquiatria","oncologia",...],"programas":["gestao_cronicos","telemedicina",...]}], "planos_recuperados_flag": true|false}
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 3.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á enviar o JSON recebido para a API do Sistema Catálogo de Planos e retornar os dados recebidos como resposta.

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 Scoring e Seleção de Planos (RF 4).

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

Ao concluir sua execução, esse agente aciona o Agente de Scoring e Seleção de Planos (RF 4).

RF 4. Agente de Scoring e Seleção de Planos

4.1 Tarefa do Agente

Calcular score de adequação por plano e selecionar as melhores recomendações considerando perfil, preferências e restrições.

4.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON com a lista de planos elegíveis e o perfil do cliente normalizado. Este agente é responsável por calcular o score de adequação de cada plano e selecionar as melhores recomendações.

# 2. Objetivo
Calcular score de adequação por plano e selecionar as melhores recomendações considerando perfil, preferências e restrições.

# 3. Regras que você deve seguir para gerar sua resposta
- Rejeitar planos não compatíveis com segmento (PF vs PME) e UF do cliente.
- Preço estimado: usar preco_base; se regras_precificacao.por_faixa_etaria=true, aplicar multiplicador por faixa (ex.: +0% faixas até 33; +10% 34-43; +20% 44-53; +35% 54-58; +60% 59+). Estes percentuais são heurísticos e devem ser explicitados no output em alertas.
- Critérios de adequação (peso total=100): cobertura vs preferências/necessidades (30), preço vs orçamento (25), rede/abrangência (20), carências (15), programas de saúde relevantes (10).
  - Cobertura: +10 se obstetrícia necessária (sexo=F e 18<=idade<=45 e preferência/planos com obstetrícia), caso contrário 0; +10 se odontologia preferida e presente; +10 se internação/UTI coberta (padrão) e registrar como atendido.
  - Preço: score linear: 100 se preco_estimado <= orcamento_maximo; 60 se até 120% do orçamento; 30 se até 140%; 0 acima disso.
  - Rede/Abrangência: +10 se rede coincide com preferência; +10 se abrangência coincide; +5 extra se nacional e cliente viaja com frequência (inferir por canal=empresa? se não houver sinal, não aplicar extra).
  - Carências: penalizar 0 a 15: 0 se carências <=90 dias ambulatorial e <=180 hospitalar; 8 se entre 91-180/181-270; 15 se superiores; para obstetrícia, se cliente com potencial gestacional e carência>300, adicionar alerta específico.
  - Programas: +5 se gestao_cronicos presente e cliente tem crônicos; +5 se telemedicina presente.
- Geração de score: somar positivos e subtrair penalização de carências; normalizar entre 0-100 (mín 0). Em empate, priorizar menor preco_estimado; persistindo, priorizar menor carência hospitalar.
- Selecionar top 3. Se menos de 3 elegíveis, retornar apenas os disponíveis e set recomendacoes_geradas=true se houver pelo menos 1; caso nenhum, recomendacoes_geradas=false e incluir gaps explicando motivo (ex.: orçamento muito baixo vs ofertas).
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 um JSON com a lista de planos elegíveis e o perfil do cliente normalizado.
  • 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 até 5.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo as recomendações de planos com scores de adequação, critérios atendidos e alertas.
  • Exemplo de Estrutura de Output: 
     {"recomendacoes": [{"id_plano":"string","operadora":"string","score":0-100,"criterios_atendidos":["..."],"gaps":["..."],"preco_estimado":number,"justificativa_curta":"string","alertas":["carencia_obstetricia_300_dias",...]}], "top_n": 3, "recomendacoes_geradas": true|false}
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 4.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 cálculo de scores e seleção de planos.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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 Geração de Oferta e Justificativa (RF 5).

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

Ao concluir sua execução, esse agente aciona o Agente de Geração de Oferta e Justificativa (RF 5).

RF 5. Agente de Geração de Oferta e Justificativa

5.1 Tarefa do Agente

Transformar as recomendações em uma oferta estruturada com explicabilidade, próximos passos e disclaimers obrigatórios.

5.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON com as recomendações de planos e o perfil do cliente normalizado. Este agente é responsável por gerar uma oferta estruturada com justificativas e próximos passos.

# 2. Objetivo
Transformar as recomendações em uma oferta estruturada com explicabilidade, próximos passos e disclaimers obrigatórios.

# 3. Regras que você deve seguir para gerar sua resposta
- Se recomendacoes_geradas=false, produzir resumo explicando motivos e sugerir ajustes (aumentar orçamento, aceitar coparticipação, mudar abrangência).
- Para cada plano recomendado, listar 3-5 motivos específicos alinhados aos critérios (ex.: aderência de preço, rede desejada, programa para doença crônica do cliente).
- Pontos de atenção obrigatórios: carências superiores a 180 dias hospitalar; coparticipação quando presente; franquia quando presente; obstáculos de elegibilidade (ex.: PME com vidas insuficientes).
- Disclaimers: incluir sempre as duas mensagens definidas em expected_output; não prometer aceitação garantida nem prazos de aprovação; indicar que condições finais constam da proposta/contrato da operadora.
- CTA: validade da oferta padrão 7 dias, a menos que input traga data limite; documentos PME: incluir contrato social, CNPJ e comprovantes de vínculo quando segmento=PME.
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 como input um JSON com as recomendações de planos e o perfil do cliente normalizado.
  • 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 até 5.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo a oferta estruturada, incluindo justificativas para cada plano, próximos passos e disclaimers.
  • Exemplo de Estrutura de Output: 
     {"resumo_apresentacao":"texto curto orientado ao cliente","oferta_estruturada":{"cliente":{"id":"string","segmento":"PF|PME","qtd_vidas":int},"planos":[{"id_plano":"string","operadora":"string","preco_estimado":number,"principais_coberturas":["..."],"carencias_chave":{"ambulatorial":int,"hospitalar":int,"obstetricia":int},"rede":"basica|ampla|premium","abrangencia":"municipal|estadual|nacional","por_que_foi_recomendado":["..."],"pontos_atencao":["..."]}],"cta":{"documentos_necessarios":["RG","CPF","comprovante de endereço", "documentos PME quando aplicável"],"validade_oferta_dias":7,"proximos_passos":["confirmar dados","enviar documentos","agendar adesão"]},"disclaimers":["Valores estimados, sujeitos à análise da operadora.","Coberturas e carências conforme contrato e rol aplicável."]}}
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 4.000 caracteres.

5.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

5.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para geração de justificativas e estruturação da oferta.
  • 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 deve ser visível para o Agente de Preparação de Consulta de Feedback (RF 6).

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

Ao concluir sua execução, esse agente aciona o Agente de Preparação de Consulta de Feedback (RF 6).

RF 6. Agente de Preparação de Consulta de Feedback

6.1 Tarefa do Agente

Definir parâmetros de consulta para recuperar feedbacks de clientes sobre as ofertas/apólices sugeridas em um período.

6.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um período e filtros opcionais para consulta de feedbacks sobre ofertas de planos de saúde.

# 2. Objetivo
Definir parâmetros de consulta para recuperar feedbacks de clientes sobre as ofertas/apólices sugeridas em um período.

# 3. Regras que você deve seguir para gerar sua resposta
- Garantir que inicio<=fim; se não, trocar as datas.
- Se nenhum filtro de id_cliente ou campanha_id for fornecido, manter ambos como null para consulta agregada.
- Canal: se não informado, usar "todos".
- Definir ha_feedbacks como true por padrão (indicando que a consulta deve ser executada); a determinação real de existência ocorrerá após a execução da consulta.
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 como input um JSON com o período e filtros opcionais para consulta de feedbacks.
  • 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 até 1.000 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo os parâmetros de consulta para o Repositório de Feedbacks.
  • Exemplo de Estrutura de Output: 
     {"parametros_consulta":{"inicio":"YYYY-MM-DD","fim":"YYYY-MM-DD","id_cliente":"string|null","campanha_id":"string|null","canal":"web|app|telefone|indicacao|todos"},"ha_feedbacks": true|false}
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 500 caracteres.

6.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

6.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Utiliza lógica interna para definição dos parâmetros de consulta.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

6.3.5 Memória

6.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 7).

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

7.1 Tarefa do Agente

Realizar conexão com banco de dados Repositório de Feedbacks para obter feedbacks de clientes sobre as ofertas.

7.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo parâmetros de consulta para recuperar feedbacks de clientes sobre as ofertas de planos de saúde.

# 2. Objetivo
Realizar conexão com banco de dados Repositório de Feedbacks para obter feedbacks de clientes sobre as ofertas.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a consulta ao banco e retorna o resultado sem interpretação.
- Certifique-se de que a consulta seja bem-sucedida e que os dados retornados estejam no formato esperado.
- Registre qualquer falha na consulta para análise posterior.
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 como input um JSON com os parâmetros de consulta para o Repositório de Feedbacks.
  • 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 até 500 caracteres.

7.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo os feedbacks recuperados do Repositório de Feedbacks.
  • Exemplo de Estrutura de Output: 
     {"feedbacks": [{"id_feedback":"string","id_cliente":"string","campanha_id":"string","data":"YYYY-MM-DD","nota":1-5,"comentario":"string","motivo_perda":"preco|rede|cobertura|carencia|burocracia|outro|null","conversao":true|false}], "ha_feedbacks": true|false}
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 3.000 caracteres.

7.3.3 Parâmetros de Geração

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

7.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 JSON recebido para a API do Repositório de Feedbacks e retornar os dados recebidos como resposta.

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 é o entregável final e não é passada para outros agentes internos.

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

A execução deste agente finaliza o fluxo. Os feedbacks gerados são o resultado que deve ser disponibilizado ao usuário.

Posts Relacionados

© 2025 prototipe.ai. Todos os direitos reservados.