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 "Auditoria de Documentos de Seguro". Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.
O objetivo deste fluxo é revisar automaticamente documentos de seguro, verificando sua conformidade com as regulamentações vigentes e destacando áreas que necessitam de revisão ou correção.
2. Contexto e Problema
Cenário Atual
A revisão de documentos de seguro é um processo crítico em empresas do setor, que enfrentam desafios significativos ao realizar essa tarefa manualmente. Os principais problemas incluem:
- Dificuldade em revisar grandes volumes de documentos para verificar conformidade com regulamentos.
- Falta de precisão na identificação de áreas que necessitam de revisão ou correção nos documentos.
- Ineficácia em manter os documentos de seguro atualizados com as regulamentações mais recentes.
Esses problemas resultam em riscos de não conformidade, que podem levar a penalidades regulatórias e perdas financeiras.
Problemas Identificados
- Processamento Manual Demorado: A revisão manual de documentos é lenta e sujeita a erros.
- Inconsistências na Conformidade: Falta de precisão na identificação de áreas que necessitam de revisão.
- Desatualização com Regulamentos: Dificuldade em manter os documentos atualizados com as regulamentações mais recentes.
3. Impactos Esperados
A implementação deste agente visa alcançar os seguintes resultados:
- Reduzir o tempo de revisão de documentos em pelo menos 70%.
- Aumentar a precisão na identificação de áreas que necessitam de revisão ou correção.
- Garantir a conformidade contínua com as regulamentações mais recentes.
4. Visão Geral da Solução
O agente de IA para auditoria de documentos de seguro analisa documentos de seguro, verifica a conformidade com regulamentos e destaca áreas que necessitam de revisão. 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 auditoria de documentos de seguro.
A solução consiste em um fluxo de automação composto por 7 agentes de IA. O processo inicia com a extração do conteúdo do documento e termina com a geração de um relatório de conformidade.
A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.
| Agentes | Função Principal |
|---|---|
Agente de Extração Estruturada de Documento de Seguro (RF 1)
| Executar a extração do conteúdo de documentos de seguro e organizar em JSON estruturado. |
Agente de Mapeamento de Escopo Regulatório (RF 2)
| Definir o escopo regulatório aplicável ao documento com base em jurisdição, produto, datas e partes envolvidas. |
Agente de Execução de Consulta a Documento (RF 3)
| Realizar consulta a fontes documentais/regulatórias para obter textos normativos e orientações aplicáveis. |
Agente de Normalização de Regras Regulatórias (RF 4)
| Transformar os trechos regulatórios em requisitos atômicos verificáveis. |
Agente de Verificação de Conformidade do Documento (RF 5)
| Avaliar o documento de seguro contra o catálogo de requisitos regulatórios e produzir achados de conformidade. |
Agente de Detecção de Anomalias Contratuais (RF 6)
| Identificar inconsistências internas, omissões e padrões atípicos. |
Agente de Consolidação e Geração de Relatório (RF 7)
| Consolidar achados de conformidade e anomalias e produzir relatório final executivo e técnico. |
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 Extração Estruturada de Documento de Seguro
1.1 Tarefa do Agente
Executar a extração do conteúdo de documentos de seguro e organizar em JSON estruturado por seções e metadados.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um arquivo de documento de seguro. Este documento contém informações críticas que precisam ser extraídas e organizadas de forma estruturada. # 2. Objetivo Executar a extração do conteúdo de documentos de seguro e organizar em JSON estruturado por seções e metadados. # 3. Regras que você deve seguir para gerar sua resposta - Extraia e categorize todas as informações textuais e metadados presentes nos documentos de seguro em seções específicas. - Identifique e registre campos obrigatórios como policy_id, holder_id, e datas relevantes; sinalize campos ausentes em missing_fields[]. - Mapeie cada página do documento para as seções identificadas, garantindo que todas as partes do documento estejam categorizadas. - Não altere ou corrija dados extraídos; apenas registre o que é visivelmente presente e legível. - Se algum conteúdo estiver ilegível ou corrompido, marque como documento_ilegivel e detalhe as seções afetadas.
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 arquivo do documento 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 documento na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: O input inicial para o fluxo é um arquivo de documento de seguro.
-
Formatos Suportados: Esse agente deve ser capaz de receber documentos nos formatos:
.pdf,.txt. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 100.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo no formato JSON contendo a estrutura do documento com seus metadados e seções identificadas.
-
Exemplo de Estrutura de Output:
{ "metadados": { "policy_id": "12345", "holder_id": "67890", "datas": { "emissao": "01/01/2025", "vigencia": "01/01/2026" } }, "secoes": { "condicoes_gerais": "Texto das condições gerais...", "endossos": "Texto dos endossos..." } } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 5.000 caracteres.
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: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 Mapeamento de Escopo Regulatório (RF 2).
1.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Mapeamento de Escopo Regulatório (RF 2).
RF 2. Agente de Mapeamento de Escopo Regulatório
2.1 Tarefa do Agente
Definir o escopo regulatório aplicável ao documento com base em jurisdição, produto, datas e partes envolvidas.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um JSON extraído de um documento de seguro. Este JSON contém as informações necessárias para definir o escopo regulatório aplicável. # 2. Objetivo Definir o escopo regulatório aplicável ao documento com base em jurisdição, produto, datas e partes envolvidas. # 3. Regras que você deve seguir para gerar sua resposta - Determinar a jurisdição primária a partir do local de emissão ou do risco principal. Se divergente entre documento e input, priorizar input explícito do caso. - Classificar o produto em categoria regulatória padrão (ex.: Auto seguro de danos, Vida individual, Saúde suplementar) e registrar no campo product_class. - Definir o período regulatório aplicável usando data de emissão/assinatura; ignorar normas publicadas após a data de vigência, salvo se explicitamente retroativas. - Resolver conflitos de normas aplicando hierarquia: lei > decreto > resolução > circular > carta circular. Em empate temporal, aplicar a mais recente sem contrariar nível superior. - Gerar temas regulatórios-alvo mapeando seções do documento para tópicos (ex.: cancelamento -> regras de rescisão; franquia -> participação obrigatória do segurado). - Produzir lista de termos de busca e exclusões por tema, garantindo cobertura dos requisitos mandatórios conhecidos da jurisdição informada. - Sinalizar gaps de contexto obrigatórios (ex.: ausência de definição de público-alvo) no campo missing_context[].
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 estruturado que contém a extração do documento de seguro.
-
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 conjunto de parâmetros de consulta e escopo normativo, detalhando a jurisdição, normas-alvo, temas regulatórios e palavras-chave.
-
Exemplo de Estrutura de Output:
{ "jurisdicao": "Brasil", "product_class": "Auto seguro de danos", "normas_alvo": ["Lei 12345", "Decreto 67890"], "temas_regulatorios": ["cancelamento", "franquia"], "termos_de_busca": ["rescisão", "participação obrigatória"] } - 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: Não utiliza.
- 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 Consulta a Documento (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 Consulta a Documento (RF 3).
RF 3. Agente de Execução de Consulta a Documento
3.1 Tarefa do Agente
Realizar consulta a fontes documentais/regulatórias para obter textos normativos e orientações aplicáveis.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo parâmetros de consulta e escopo normativo. Use essas informações para realizar buscas em fontes regulatórias oficiais. # 2. Objetivo Realizar consulta a fontes documentais/regulatórias para obter textos normativos e orientações aplicáveis. # 3. Regras que você deve seguir para gerar sua resposta - Realizar busca em fontes regulatórias oficiais utilizando parâmetros fornecidos. - Extrair trechos relevantes e associá-los a temas definidos, mantendo a integridade e a origem das informações. - Verificar atualidade das normas, priorizando sempre a versão mais recente dentro do escopo temporal fornecido.
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 conjunto de parâmetros de consulta e escopo normativo.
-
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é 2.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um conjunto de trechos regulatórios com fonte, texto do trecho, data de publicação/vigência, e tema associado.
-
Exemplo de Estrutura de Output:
[ { "fonte": "Lei 12345", "texto": "Texto do artigo 1...", "data_publicacao": "01/01/2020", "tema": "cancelamento" }, { "fonte": "Decreto 67890", "texto": "Texto do artigo 2...", "data_publicacao": "01/06/2020", "tema": "franquia" } ] - 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: 0.6
3.3.4 Ferramentas do Agente
- Documentos: Consulta fontes regulatórias oficiais.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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 Normalização de Regras Regulatórias (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Normalização de Regras Regulatórias (RF 4).
RF 4. Agente de Normalização de Regras Regulatórias
4.1 Tarefa do Agente
Transformar os trechos regulatórios em requisitos atômicos verificáveis.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo trechos regulatórios consultados e o escopo normativo. Use essas informações para transformar os trechos em requisitos atômicos. # 2. Objetivo Transformar os trechos regulatórios em requisitos atômicos verificáveis com condições, exceções e evidências esperadas. # 3. Regras que você deve seguir para gerar sua resposta - Fragmentar cada trecho em uma ou mais regras atômicas com um único objetivo verificável (ex.: ‘exibir carência máxima de X dias’). - Registrar explicitamente condição de aplicabilidade (ex.: ‘aplica-se apenas a contratos individuais’). Se não indicada, assumir aplicável ao escopo do produto. - Mapear evidências esperadas para cada regra apontando seção do documento (ex.: Condições Gerais > Cancelamento) e o tipo de prova (texto, tabela, valor numérico, data, assinatura). - Atribuir severidade baseada em impacto regulatório: Alta (sanção/invalidade), Média (exigência de adequação), Baixa (melhor prática/clareza). - Definir resultado tri-estadual: pass, fail, not_applicable, e justificar a aplicabilidade quando not_applicable. - Consolidar referências com citação precisa (órgão, norma, artigo/inciso, data) e manter versão temporal coerente com o período do contrato. - Identificar requisitos duplicados/colidentes e priorizar a regra de maior hierarquia normativa; marcar a descartada em duplicates[].
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 trechos regulatórios consultados e o escopo normativo.
-
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.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um catálogo de requisitos em JSON, detalhando cada requisito, condição de aplicabilidade, exceções, evidências esperadas, severidade, e lógica de avaliação.
-
Exemplo de Estrutura de Output:
[ { "id_regra": "123", "tema": "cancelamento", "descricao": "Exibir carência máxima de X dias", "condicao": "Aplica-se apenas a contratos individuais", "evidencias": "Condições Gerais > Cancelamento", "severidade": "Alta", "resultado": "pass/fail/not_applicable" } ] - 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: Não utiliza.
- 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 Verificação de Conformidade do Documento (RF 5).
4.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Verificação de Conformidade do Documento (RF 5).
RF 5. Agente de Verificação de Conformidade do Documento
5.1 Tarefa do Agente
Avaliar o documento de seguro contra o catálogo de requisitos regulatórios e produzir achados de conformidade.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um JSON do documento estruturado e o catálogo de requisitos regulatórios. Avalie o documento contra esses requisitos. # 2. Objetivo Avaliar o documento de seguro contra o catálogo de requisitos regulatórios e produzir achados de conformidade. # 3. Regras que você deve seguir para gerar sua resposta - Para cada requisito, localizar a evidência no documento na seção indicada; se múltiplas ocorrências, escolher a mais específica e consistente. - Validar campos quantitativos (limites, prêmios, carências) comparando valores e unidades; registrar discrepância e margem se houver. - Em ausência de evidência, marcar fail e indicar seção onde deveria constar; quando requisito depender de condição não atendida, marcar not_applicable com justificativa. - Calcular compliance_score ponderando severidade: Alta=5, Média=2, Baixa=1; score = (sum pesos pass)/(sum pesos aplicáveis)*100, arredondado ao inteiro mais próximo. - Para cada fail, propor ação corretiva concreta (ex.: ‘incluir cláusula de arrependimento em até 7 dias na seção X’). - Atribuir confiança baseada na clareza da evidência (texto explícito > tabela > inferência) e coerência com metadados (datas, partes). - Em conflitos entre seções (ex.: endosso contradiz condições gerais), prevalece o documento mais recente; registrar conflito no achado.
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 do documento estruturado e o catálogo de requisitos regulatórios.
-
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é 4.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser uma lista de achados de conformidade com status, evidência, justificativa, severidade, referência normativa, e ação corretiva sugerida.
-
Exemplo de Estrutura de Output:
[ { "id_regra": "123", "status": "fail", "evidencia": "Trecho/página/campo", "justificativa": "Falta cláusula de arrependimento", "severidade": "Alta", "acao_corretiva": "Incluir cláusula de arrependimento em até 7 dias na seção X" } ] - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 5.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 calcular compliance_score.
- 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 Detecção de Anomalias Contratuais (RF 6).
5.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Detecção de Anomalias Contratuais (RF 6).
RF 6. Agente de Detecção de Anomalias Contratuais
6.1 Tarefa do Agente
Identificar inconsistências internas, omissões e padrões atípicos que não dependem diretamente de regra regulatória.
6.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um JSON do documento estruturado e metadados calculados. Use essas informações para identificar anomalias contratuais. # 2. Objetivo Identificar inconsistências internas, omissões e padrões atípicos que não dependem diretamente de regra regulatória. # 3. Regras que você deve seguir para gerar sua resposta - Verificar presença de cláusulas mandatórias usuais do produto (ex.: definição de risco, exclusões padrão, condições de cancelamento) e sinalizar omissões. - Checar consistência de datas (emissão, início, fim, carências, retroatividade) e ordenar cronologicamente; marcar sobreposições/hiatos inválidos. - Validar coerência prêmio-cobertura: se prêmio total < soma mínima esperada por cobertura declarada, sinalizar inconsistência; registrar cálculo e referência de seções. - Detectar contradições entre endossos e condições gerais; apontar cláusula origem X alvo com páginas e prevalência temporal. - Verificar presença e integridade de assinaturas, qualificação das partes e poderes de representação, quando aplicável. - Sinalizar referências normativas obsoletas (citar norma revogada) com base no período informado pelo agente 2; classificar como desatualização. - Priorizar apresentação por impacto no risco jurídico e operacional e propor correções objetivas.
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 do documento estruturado e metadados calculados.
-
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.
6.3.2 Especificação do Output
- Formato de output: O output deve ser uma lista de anomalias com tipo, descrição, seção afetada, evidência, impacto, recomendação de ajuste, e confiança.
-
Exemplo de Estrutura de Output:
[ { "tipo": "omissão", "descricao": "Falta definição de risco", "secao": "Condições Gerais", "evidencia": "Página 5", "impacto": "Alto", "recomendacao": "Incluir definição de risco na seção X", "confianca": 0.9 } ] - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 3.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 validação de datas e prêmios.
- 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 deve ser visível para o Agente de Consolidação e Geração de Relatório (RF 7).
6.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Consolidação e Geração de Relatório (RF 7).
RF 7. Agente de Consolidação e Geração de Relatório
7.1 Tarefa do Agente
Consolidar achados de conformidade e anomalias e produzir relatório final executivo e técnico.
7.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo achados de conformidade e anomalias identificados nos documentos de seguro. Consolide essas informações para gerar um relatório final. # 2. Objetivo Consolidar achados de conformidade e anomalias e produzir relatório final executivo e técnico. # 3. Regras que você deve seguir para gerar sua resposta - Unificar achados removendo duplicidades; quando um mesmo problema surgir como fail e anomalia, manter severidade regulatória e registrar vínculo cross_ref. - Ordenar a lista final por prioridade calculada: prioridade = (severidade_peso*confiança_ajustada), com severidade_peso Alta=3, Média=2, Baixa=1 e confiança_ajustada = max(0.4, confiança). - Incluir sumário: compliance_score, total de achados por severidade, 5 principais correções rápidas com maior impacto no score, e riscos residuais. - Para cada ação corretiva, definir responsável sugerido (jurídico, produto, operações) e prazo indicativo conforme severidade (Alta: 5 dias, Média: 15 dias, Baixa: 30 dias), ajustável por contexto. - Inserir trilha de referências completas (norma, artigo, link/citação, data) e anexar trechos do documento quando possível. - Registrar limitações do escopo (lacunas de input, normas ambíguas, baixa legibilidade) e seus efeitos na confiança global. - Garantir que o relatório seja autoexplicativo, com glossário de termos regulatórios e de seguro relevantes ao caso.
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 achados de conformidade e anomalias identificados.
-
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.
7.3.2 Especificação do Output
- Formato de output: O output deve ser dois artefatos: (a) Relatório executivo em markdown com resumo, score, principais não conformidades e próximos passos; (b) JSON técnico completo com todos os achados, referências, ações corretivas, prioridades e métricas.
-
Exemplo de Estrutura de Output:
{ "relatorio_executivo": "# Relatório Executivo\n## Sumário\nCompliance Score: 85\nPrincipais Não Conformidades: Falta cláusula de arrependimento...", "json_tecnico": [ { "id_regra": "123", "status": "fail", "evidencia": "Trecho/página/campo", "justificativa": "Falta cláusula de arrependimento", "severidade": "Alta", "acao_corretiva": "Incluir cláusula de arrependimento em até 7 dias na seção X" } ] } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 7.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 cálculo de prioridades e compliance_score.
- Busca Online: Não utiliza.
- Sistemas Externos: Não se conecta a sistemas externos.
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. O relatório gerado é o resultado que deve ser disponibilizado ao usuário.