Agente de IA para Revisão de Relatórios Financeiros

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

Como criar um agente de IA que revisa relatórios financeiros, verificando a consistência dos dados apresentados e a aderência aos padrões regulamentares.

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

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

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

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

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.

© 2025 prototipe.ai. Todos os direitos reservados.