1. Propósito e Escopo
Este documento define todos os prompts, configurações de memória, transição entre estados, consulta a documentos e demais requisitos funcionais para o Agente de IA "Revisão de Relatórios Financeiros". 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 precisão e a conformidade dos relatórios financeiros, automatizando a revisão de dados e a verificação de aderência a regulamentações financeiras vigentes.
2. Contexto e Problema
Cenário Atual
Empresas enfrentam desafios significativos ao revisar manualmente relatórios financeiros, como inconsistências nos dados e falta de aderência aos padrões regulamentares. Os problemas específicos incluem:
- Inconsistências nos dados financeiros apresentados em relatórios.
- Falta de aderência aos padrões e regulamentações financeiras.
- Erros humanos na revisão manual de relatórios financeiros.
Problemas Identificados
- Precisão dos dados: A revisão manual está sujeita a erros, resultando em dados imprecisos e inconsistentes.
- Conformidade regulatória: A falta de aderência a regulamentos pode levar a penalidades e danos à reputação.
- Eficiência: O processo manual consome tempo significativo dos profissionais financeiros.
3. Impactos Esperados
A implementação deste agente de IA visa alcançar os seguintes resultados:
- Aumentar a precisão e consistência dos dados financeiros em relatórios.
- Garantir aderência aos padrões e regulamentações financeiras vigentes.
- Reduzir o tempo necessário para revisão de relatórios financeiros.
4. Visão Geral da Solução
O agente de IA para revisão de relatórios financeiros analisa documentos financeiros, verifica a precisão e consistência dos dados e assegura a conformidade com regulamentos. 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 eficaz e autônomo na revisão de relatórios financeiros.
A solução consiste em um fluxo de automação composto por 5 agentes de IA. O processo começa com a consulta aos documentos e termina com a geração de um parecer consolidado.
| Agentes | Função Principal |
|---|---|
Agente de Execução de Consulta a Documento (RF 1)
| Realizar consulta aos arquivos de relatórios financeiros e retornar blocos textuais e tabulares segmentados. |
Agente de Extração e Estruturação de Dados de Relatório Financeiro (RF 2)
| Extrair e estruturar, em JSON padronizado, os demonstrativos e metadados dos relatórios financeiros. |
Agente de Validação de Consistência Financeira (RF 3)
| Analisar o JSON extraído e verificar consistência aritmética e lógica entre demonstrativos. |
Agente de Conformidade Regulamentar Financeira (RF 4)
| Avaliar aderência do relatório aos padrões e regulamentações financeiras vigentes. |
Agente Gerador de Parecer de Revisão Financeira (RF 5)
| Consolidar os achados de consistência e conformidade em um parecer claro e priorizado. |
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 Consulta a Documento
1.1 Tarefa do Agente
Realizar consulta aos arquivos de relatórios financeiros e retornar blocos textuais e tabulares segmentados por página/seção para posterior processamento.
1.2 Prompt ou Instruções do Agente
Este agente não precisa de instruções para chamadas ao LLM, pois sua única função é executar a consulta ao documento com parâmetros de busca que ele já recebe pronto.
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 parâmetros prontos para consulta 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 de documentos na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: Parâmetros prontos para consulta, incluindo IDs de documentos e escopo de busca.
-
Formatos Suportados: Esse agente deve ser capaz de receber documentos nos formatos:
.pdf,.docx,.xlsx,.pptx,.jpg,.png. - 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 JSON contendo blocos textuais e tabulares segmentados por página/seção.
-
Exemplo de Estrutura de Output:
{"document_chunks": [{"chunk_id": "string", "document_id": "string", "pagina": number, "secao_detectada": "string", "tipo": "texto|tabela|imagem_legenda", "conteudo_texto": "string opcional", "conteudo_tabela": [["string|number"]], "observacoes": "string opcional"}], "metadata_documento": {"nome_arquivos": ["string"], "origens": ["upload|link"], "total_paginas": number}} - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em 2.000 caracteres.
1.3.3 Parâmetros de Geração
- Modelo: Não se aplica (uso de ferramenta)
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.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Extração e Estruturação de Dados de Relatório Financeiro (RF 2).
1.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Extração e Estruturação de Dados de Relatório Financeiro (RF 2).
RF 2. Agente de Extração e Estruturação de Dados de Relatório Financeiro
2.1 Tarefa do Agente
Extrair e estruturar, em JSON padronizado, os demonstrativos e metadados dos relatórios financeiros a partir dos blocos de conteúdo retornados pela consulta.
2.2 Prompt ou Instruções do Agente
Regra 1 (Captura de valores e contextos): Extrair valores numéricos preservando sinal, moeda e unidade de apresentação; quando houver indicação global de unidade (ex.: "valores em milhares de reais"), registrar em metadata.unidade_apresentacao e aplicar apenas para interpretação, sem alterar os números extraídos. Regra 2 (Separação por período): Em tabelas com múltiplas colunas de períodos, atribuir a cada linha o campo periodo = atual|anterior conforme cabeçalho; quando o cabeçalho usar datas (ex.: 31/12/2024 vs 31/12/2023), mapear atual para a data mais recente. Regra 3 (Hierarquia de contas): Atribuir campo nivel baseado em rótulos, indentação e marcadores semânticos (ex.: Total/Subtotal); não somar nem recalcular aqui — apenas marcar para possibilitar recomposição posterior. Regra 4 (Normalização semântica): Preencher alias_normalizado com chaves canônicas sem alterar o rótulo original (exemplos: Receita Líquida → receita_liquida; Lucro/Prejuízo do Período → resultado_periodo; Ativo Total → ativo_total; Caixa e Equivalentes → caixa_equivalentes). Regra 5 (Framework e base): Identificar framework (IFRS/BRGAAP/USGAAP) e base (consolidado/individual) a partir de cabeçalhos/rodapés/notas; quando inferido, preencher com sufixo "(inferido)" e manter evidência no texto da nota correspondente em notas_explicativas. Regra 6 (Notas explicativas): Segmentar por tópicos, preservando texto literal; mapear cabeçalhos frequentes (Políticas Contábeis, Instrumentos Financeiros, Receita, Estoques, Imobilizado, Arrendamentos, Partes Relacionadas, Eventos Subsequentes, Contingências) e sugerir referencia_normativa_sugerida quando claro (ex.: Receita → IFRS 15). Regra 7 (Comparativos): Quando houver colunas comparativas, preencher o bloco comparativos.periodo_anterior replicando a mesma estrutura, mantendo rótulos e níveis. Regra 8 (Integridade mínima): Preencher metadata.empresa e metadata.periodo_referencia quando localizados; se ausentes, deixar campos vazios e incluir observação em notas_explicativas com o trecho de onde foi tentada a inferência. Regra 9 (Totais apresentados): Quando a tabela mostrar totais explícitos (ex.: Ativo Total), criar entrada em balanco_patrimonial.totais com os valores reportados, sem recomputar.
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 a saída do 'Agente de Execução de Consulta a Documento' contendo document_chunks e metadata_documento.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo no formato JSON padronizado contendo os demonstrativos e metadados estruturados.
-
Exemplo de Estrutura de Output:
{"metadata": {"empresa": "string", "periodo_referencia": "AAAA|AAAA-MM", "moeda": "BRL|USD|EUR|...", "unidade_apresentacao": "unidade|mil|milhoes", "framework": "IFRS|BRGAAP|USGAAP|desconhecido(inferido)", "origem_arquivo": ["nome_arquivo.ext"], "base_comparativa": "consolidado|individual|nao_informado"}, "balanco_patrimonial": {"ativo": [{"conta": "string", "alias_normalizado": "string", "valor": number, "nivel": 1, "periodo": "atual|anterior"}], "passivo": [{"conta": "string", "alias_normalizado": "string", "valor": number, "nivel": 1, "periodo": "atual|anterior"}], "patrimonio_liquido": [{"conta": "string", "alias_normalizado": "string", "valor": number, "nivel": 1, "periodo": "atual|anterior"}], "totais": {"ativo_total": number, "passivo_total": number, "pl_total": number, "periodo": "atual|anterior"}}, "dre": [{"conta": "string", "alias_normalizado": "string", "valor": number, "nivel": 1, "periodo": "atual|anterior"}], "dfc": {"metodo": "direto|indireto|nao_informado", "fluxo_operacional": [{"conta": "string", "valor": number, "periodo": "atual|anterior"}], "fluxo_investimento": [{"conta": "string", "valor": number, "periodo": "atual|anterior"}], "fluxo_financiamento": [{"conta": "string", "valor": number, "periodo": "atual|anterior"}], "aumento_reducao_caixa": number}, "dmpl": [{"conta": "string", "valor_anterior": number, "movimentacao": number, "valor_final": number}], "notas_explicativas": [{"topico": "string", "texto": "string", "referencia_normativa_sugerida": "string opcional"}], "comparativos": {"periodo_anterior": {"balanco_patrimonial": {}, "dre": {}, "dfc": {}, "dmpl": {}}}} - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em 5.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.
- Calculadora: Não utiliza.
- 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.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Validação de Consistência Financeira (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Validação de Consistência Financeira (RF 3).
RF 3. Agente de Validação de Consistência Financeira
3.1 Tarefa do Agente
Analisar o JSON extraído e verificar consistência aritmética e lógica entre demonstrativos, sinalizando discrepâncias, materialidade e possíveis causas.
3.2 Prompt ou Instruções do Agente
Regra 1 (Equação do Balanço): Validar Ativo Total = Passivo Total + PL por período. Se ausente total explícito, recompor somando linhas de nível imediatamente inferior ao total; diferença > tolerância → inconsistencia tipo "aritmetica". Regra 2 (Seções do Balanço): Checar Totais de Ativo Circulante/Não Circulante e Passivo Circulante/Não Circulante quando disponíveis; diferenças sinalizam "apresentacao" ou "aritmetica" conforme caso. Regra 3 (Reconciliação DRE→PL): resultado_periodo (DRE) deve explicar variação do PL: PL_final − PL_inicial − distribuições/dividendos − outras_mutacoes_DMP L ≈ resultado_periodo dentro da tolerância. Indicar contas faltantes como provável causa. Regra 4 (Fechamento da DFC): Garantir FO + FI + FF = aumento_reducao_caixa e que ΔCaixa ≈ Caixa_final − Caixa_inicial conforme BP. Divergência de sinal indicar inversão. Regra 5 (Subtotais e níveis): Reconstituir subtotais por nivel; listar composição (contas_afetadas). Se diferença ≤ 1 unidade da escala (ex.: 1 para milhares) classificar como arredondamento; caso contrário, como erro material. Regra 6 (Sinais): Receitas positivas; custos/despesas negativos quando apresentados em soma; nas DFCs, saídas negativas e entradas positivas; juros/passivos financeiros coerentes. Sugerir correção de sinal quando inversão típica for detectada. Regra 7 (Unidade e moeda): Confirmar uniformidade de unidade e moeda entre demonstrativos; quando diferentes, normalizar os cálculos apenas para validação e registrar unidade/moeda utilizadas na inconsistência. Regra 8 (Variações atípicas): Destacar variações > 20% do valor comparativo e também acima do valor mínimo de materialidade; classificar tipo "comparativo". Regra 9 (Materialidade): Definir materialidade por dois critérios e adotar o maior risco: (a) percentual sobre receita_liquida (padrão 0,5%); (b) valor absoluto mínimo (padrão 1.000 na unidade apresentada). Se receita_liquida inexistente, usar 0,5% do ativo_total; registrar critérios em anexos.tolerancias_usadas. Regra 10 (Integridade Estrutural): Sinalizar ausência de peças obrigatórias (DFC/DMPL quando exigidas) ou contas-chave (ativo_total, receita_liquida) como "apresentacao" com sugestao_correcao específica. Regra 11 (Coerências cruzadas): Depreciação/Amortização na DRE deve refletir ajuste operacional na DFC (método indireto) e variação em imobilizado/intangível; estoques vs CPV; endividamento vs despesas financeiras e fluxos de financiamento. Regra 12 (Precisão e Consistência – pedido do usuário): Para cada inconsistência, fornecer sugestão objetiva de correção (ex.: ajuste de sinal, reclassificação entre contas, inclusão de subtotal, padronização de unidade).
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 o JSON estruturado produzido pelo 'Agente de Extração e Estruturação de Dados de Relatório Financeiro'.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo no formato JSON contendo o resumo de validação de consistência e detalhes de inconsistências encontradas.
-
Exemplo de Estrutura de Output:
{"resumo_validacao": {"status_geral": "aprovado_com_observacoes|reprovado|aprovado", "quantidade_inconsistencias": number, "materialidade_maxima": "baixa|media|alta"}, "inconsistencias": [{"id": "string", "tipo": "aritmetica|vinculo|classificacao|apresentacao|comparativo", "descricao": "string", "demonstrativo": "BP|DRE|DFC|DMPL|Notas", "contas_afetadas": ["string"], "valor_esperado": number, "valor_encontrado": number, "moeda": "string", "unidade": "string", "materialidade": "baixa|media|alta", "criterio_materialidade": {"percentual_sobre_receita": number, "valor_absoluto": number}, "provavel_causa": "erro_digitacao|sinal|reclassificacao_pendente|arredondamento|apresentacao|outros", "sugestao_correcao": "string"}], "checagens_executadas": ["BP: Ativo = Passivo + PL", "BP por seção (circulante/não circulante)", "DRE→PL: resultado reconcilia variação do PL (ajustado por dividendos)", "DFC: FO + FI + FF = ΔCaixa", "Subtotais por nível reconstituídos", "Consistência de sinais", "Unidade/Moeda coerentes", "Comparativos (variações atípicas)", "Arredondamentos compatíveis"], "anexos": {"tolerancias_usadas": {"percentual_receita": 0.005, "valor_minimo": 1000}, "observacoes": "string opcional"}} - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em 5.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.
- Calculadora: Utiliza lógica interna para verificar consistência aritmética e lógica.
- 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.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Conformidade Regulamentar Financeira (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Conformidade Regulamentar Financeira (RF 4).
RF 4. Agente de Conformidade Regulamentar Financeira
4.1 Tarefa do Agente
Avaliar aderência do relatório aos padrões e regulamentações financeiras vigentes (IFRS/BRGAAP/USGAAP), checando divulgações mínimas e políticas contábeis.
4.2 Prompt ou Instruções do Agente
Regra 1 (Identificação de framework): Ler metadata.framework; se vazio, inferir pelo idioma, terminologia e estrutura e marcar como "desconhecido(inferido)" no resumo, citando a evidência em observacoes. Regra 2 (Checklist de divulgações): Conferir presença e suficiência dos tópicos mínimos exigidos pelo framework; quando ausentes, criar nao_conformidade categoria "divulgacao" com referencia_normativa típica (ex.: IAS 1, IAS 10, IAS 24, IFRS 15, IFRS 16, IAS 36, IAS 37, IAS 19). Regra 3 (Políticas vs números): Confrontar políticas contábeis declaradas com a apresentação dos números (ex.: método de depreciação, reconhecimento de receita, classificação e mensuração de instrumentos financeiros, arrendamentos); divergência gera categoria "politica_contabil" ou "mensuracao" conforme o caso. Regra 4 (Apresentação e estrutura): Checar requerimentos de forma: comparativos, identificação de moeda/unidade, clareza de subtotais e classificação entre circulante/não circulante (IAS 1). Lacunas viram categoria "apresentacao". Regra 5 (Gravidade): Alta quando a falta/erro pode levar a decisão equivocada ou afeta indicadores-chave (receita, resultado, caixa, covenants); média para divulgações parciais ou imprecisas; baixa para ajustes formais/redacionais. Regra 6 (Aderência ao pedido do usuário): Para cada não conformidade, propor texto objetivo de ajuste/disclosure (ex.: parágrafo sugerido para política contábil ou nota explicativa) e, quando aplicável, indicar a seção ideal de inclusão.
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 objeto JSON estruturado do relatório e o diagnóstico de consistência produzidos pelos agentes anteriores.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um arquivo no formato JSON contendo o resumo de conformidade e detalhes de não conformidades encontradas.
-
Exemplo de Estrutura de Output:
{"resumo_conformidade": {"framework": "IFRS|BRGAAP|USGAAP|desconhecido(inferido)", "status_geral": "conforme_com_observacoes|nao_conforme|conforme"}, "nao_conformidades": [{"id": "string", "categoria": "divulgacao|politica_contabil|mensuracao|apresentacao", "descricao": "string", "referencia_normativa": "ex.: IAS 1 §25", "gravidade": "baixa|media|alta", "sugestao_ajuste": "string", "trecho_nota_relacionado": "string opcional"}], "itens_obrigatorios_checados": ["Base de preparação e políticas contábeis significativas", "Julgamentos e estimativas críticas", "Instrumentos financeiros e riscos", "Receita (IFRS 15)", "Arrendamentos (IFRS 16)", "Impairment (IAS 36)", "Benefícios a empregados (IAS 19)", "Partes relacionadas (IAS 24)", "Eventos subsequentes (IAS 10)", "Contingências (IAS 37)"], "observacoes": "string opcional"} - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em 5.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.
- Calculadora: Não utiliza.
- 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.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente Gerador de Parecer de Revisão Financeira (RF 5).
4.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente Gerador de Parecer de Revisão Financeira (RF 5).
RF 5. Agente Gerador de Parecer de Revisão Financeira
5.1 Tarefa do Agente
Consolidar os achados de consistência e conformidade em um parecer claro, priorizado por materialidade, com recomendações acionáveis.
5.2 Prompt ou Instruções do Agente
Regra 1 (Consolidação): Unificar achados de consistência e conformidade; status_geral do parecer é determinado pela gravidade máxima (alta → não conforme; média/baixa sem altas → conforme com observações; nenhuma → conforme). Regra 2 (Priorização): Ordenar recomendações por combinação de (materialidade/gravidade descendente) e (esforço estimado ascendente), destacando quick wins. Regra 3 (Sugestões textuais): Quando cabível, redigir minuta de nota/disclosure ou rótulo de conta a ser corrigido; manter unidade e moeda originais nas referências. Regra 4 (Rastreabilidade): Para cada recomendação, referenciar ids de inconsistencias/nao_conformidades que a originam; listar tolerancias usadas. Regra 5 (Entrega): Produzir o parecer em Markdown limpo, sem artefatos, pronto para conversão em PDF ou envio por e-mail.
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 as saídas dos agentes de Validação de Consistência Financeira e Conformidade Regulamentar, além do metadata do relatório extraído.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato:
.json(JSON). - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser um parecer em formato Markdown, consolidando achados de consistência e conformidade, com recomendações.
-
Exemplo de Estrutura de Output:
# Parecer de Revisão Financeira ## Resumo Executivo - Empresa: {{empresa}} - Período: {{periodo}} - Framework: {{framework}} - Status Geral: {{status_geral}} - Principais Riscos Identificados: [lista] ## Achados de Consistência - [Tabela/Lista] de inconsistências com: tipo, demonstrativo, contas afetadas, valor esperado vs. encontrado (com unidade e moeda), materialidade e sugestão de correção. ## Achados de Conformidade - [Tabela/Lista] de não conformidades: referência normativa, descrição, gravidade, sugestão de ajuste/disclosure proposto. ## Recomendações Prioritárias - [Backlog priorizado] com quick wins (baixa complexidade/alto impacto) e ações estruturais. ## Anexos - Tolerâncias e critérios utilizados - Checklist de itens obrigatórios verificados - Observações adicionais - Número de caracteres esperado: O texto final deve ser conciso e informativo, com um tamanho estimado em 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.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
5.3.5 Memória
- Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente.
- Visibilidade da Resposta: A resposta final gerada por este agente é o entregável final do fluxo.
5.3.6 Regras de Orquestração e Transição
A execução deste agente finaliza o fluxo, com o parecer em Markdown sendo o resultado final a ser disponibilizado ao usuário.