Agente de IA para Emissão de Declarações de Matrícula

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

Como criar um agente de IA que gera automaticamente declarações de matrícula para alunos.

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, consulta a documentos e demais requisitos funcionais para o Fluxo de Agentes "Emissão de Declarações de Matrícula", uma solução de automação projetada para gerar declarações de matrícula para alunos de forma automática. 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 é transformar o input de dados do aluno em uma declaração de matrícula padronizada e precisa, reduzindo drasticamente o trabalho manual dos processos administrativos.

2. Contexto e Problema

Cenário Atual

As instituições de ensino enfrentam desafios significativos ao emitir declarações de matrícula para seus alunos. O processo atual é manual, demorado e sujeito a erros. Além disso, a falta de padronização nas declarações emitidas pode levar a inconsistências e falta de confiança nos documentos gerados.


Problemas Identificados

  • Consumo de tempo: O processo manual de emissão de declarações consome um tempo valioso da equipe administrativa, que poderia ser utilizado em outras atividades mais estratégicas.
  • Falta de padronização: A ausência de um formato padronizado para as declarações pode resultar em documentos inconsistentes e pouco confiáveis.
  • Precisão: Erros na emissão de declarações podem comprometer a credibilidade da instituição e causar transtornos aos alunos.
  • Integração de dados: A necessidade de integrar dados de diferentes sistemas acadêmicos para garantir a precisão das informações nas declarações.

3. Impactos Esperados

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

  • Reduzir o tempo de emissão de declarações em pelo menos 70%.
  • Padronizar a qualidade e o formato de todas as declarações de matrícula emitidas.
  • Aumentar a precisão das informações contidas nas declarações.
  • Facilitar a integração dos dados dos alunos entre diferentes sistemas acadêmicos.

4. Visão Geral da Solução

O agente de IA para emissão de declarações de matrícula automatiza o processo de geração de documentos, garantindo padronização e precisão ao integrar dados acadêmicos dos alunos. 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 emissão de declarações que seguem as especificidades da instituição.

A solução consiste em um fluxo de automação composto por 6 agentes de IA. O processo inicia com a preparação e validação da solicitação de declaração e termina com a geração do documento em formato PDF, pronto para ser entregue ao aluno.

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

Agentes Função Principal
Agente de Preparação e Validação de Solicitação de Declaração (RF 1) Validar, normalizar e estruturar o pedido de declaração de matrícula, definindo o template e os parâmetros necessários para execução do fluxo.
Agente de Execução de Consultas em Banco de Dados (RF 2) Realizar consulta ao SIS acadêmico para obter dados cadastrais e status de matrícula do aluno.
Agente de Conciliação e Verificação de Matrícula (RF 3) Conciliar a solicitação com os dados do SIS e determinar o status de matrícula aplicável à declaração, resolvendo campos para o template.
Agente Redator da Declaração de Matrícula (RF 4) Gerar o conteúdo textual padronizado da declaração conforme idioma, variação e template definidos.
Agente de Preparação de Payload de PDF (RF 5) Transformar o conteúdo textual da declaração em payload estruturado para renderização em PDF, incluindo logos, assinaturas e QR Code.
Agente de Execução de Chamada à API (RF 6) Realizar chamada ao serviço de renderização de PDF para gerar a declaração final.


Regras de Execução Condicional ou Edges

  • Ativação do Agente de Execução de Consultas em Banco de Dados (RF 2): Este agente só será executado se a propriedade "precisa_busca_sis" do objeto JSON gerado pelo Agente de Preparação e Validação de Solicitação de Declaração (RF 1) for "true". Caso contrário, o fluxo pulará esta etapa e prosseguirá diretamente para o Agente de Conciliação e Verificação de Matrícula (RF 3).
  • Ativação do Agente de Execução de Chamada à API (RF 6): Este agente só será executado se a propriedade "precisa_pdf" do objeto JSON gerado pelo Agente de Preparação e Validação de Solicitação de Declaração (RF 1) for "true". Caso contrário, o fluxo será finalizado após a preparação do payload de PDF.

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 aluno receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Preparação e Validação de Solicitação de Declaração

1.1 Tarefa do Agente

Validar, normalizar e estruturar o pedido de declaração de matrícula, definindo o template e os parâmetros necessários para execução do fluxo.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo uma solicitação de declaração de matrícula. O input é um JSON com os campos mínimos de solicitação.

# 2. Objetivo
Validar, normalizar e estruturar o pedido de declaração de matrícula, definindo o template e os parâmetros necessários para execução do fluxo.

# 3. Regras que você deve seguir para gerar sua resposta
- Se nenhum identificador for informado, definir prosseguir = false, faltantes = ['aluno_identificador'], e mensagens_validacao com código 'ERR_ID_AUSENTE'.
- Normalizar identificadores: remover máscara de CPF; podar espaços; RA em maiúsculas.
- referencia_data: se ausente, usar data atual no fuso do campus; validar formato YYYY-MM-DD; se inválido, prosseguir=false ('ERR_DATA_INVALIDA').
- idioma: default 'pt-BR'; aceitar 'en-US'. Outros valores: ajustar para 'pt-BR'.
- tipo_declaracao: se ausente, 'matricula_regular'. Outros tipos não suportados: prosseguir=false ('ERR_TIPO_NAO_SUPORTADO').
- Definir template_id='DECL_MATRICULA_V1'.
- Definir variacao inicialmente como 'regular'; poderá ser reclassificada no conciliador conforme status acadêmico.
- Preencher campos_requeridos = ['nome_completo','curso','status_matricula','periodo_letivo','campus','data_emissao','aluno_identificador'] apenas como referência; não bloquear se faltantes enquanto precisa_busca_sis=true.
- flags: precisa_busca_sis=true sempre que só há identificador; precisa_pdf=true; incluir_qr=true; incluir_assinatura=true.
- Gerar mensagens_validacao com pares {codigo, severidade, detalhe}. Severidade: 'erro' bloqueia; 'aviso' não bloqueia.
- Garantir que o output não contenha dados pessoais sensíveis além do identificador necessário nesta etapa.
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 solicitação de declaração via API. Na fase de testes, o fluxo será iniciado pelo envio manual dos dados, que serão enviados para o agente diretamente por upload do JSON na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um JSON com os campos mínimos de solicitação da declaração.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 2.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON 'solicitacao_normalizada' com os parâmetros normalizados e validados, prontos para os próximos agentes do fluxo.
  • Exemplo de Estrutura de Output:
     {
      "aluno_chave": { "tipo": "ra", "valor": "123456" },
      "referencia_data": "2025-12-14",
      "idioma": "pt-BR",
      "template_id": "DECL_MATRICULA_V1",
      "variacao": "regular",
      "campos_requeridos": ["nome_completo","curso","status_matricula","periodo_letivo","campus","data_emissao","aluno_identificador"],
      "faltantes": [],
      "prosseguir": true,
      "mensagens_validacao": [],
      "flags": { "precisa_busca_sis": true, "precisa_pdf": true, "incluir_qr": true, "incluir_assinatura": true }
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.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

1.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 2) se a propriedade precisa_busca_sis for true. Caso contrário, o fluxo prossegue diretamente para o Agente de Conciliação e Verificação de Matrícula (RF 3).

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

2.1 Tarefa do Agente

Realizar consulta ao SIS acadêmico para obter dados cadastrais e status de matrícula do aluno.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo parâmetros prontos para consulta no SIS acadêmico. O input é um JSON com os detalhes necessários para a execução da consulta.

# 2. Objetivo
Realizar consulta ao SIS acadêmico para obter dados cadastrais e status de matrícula do aluno.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a consulta no banco de dados externo com os parâmetros recebidos. Não possui regras de LLM.
- Executar a query no sistema de origem configurado e retornar o resultado bruto, sem pós-processamento.
- Incluir no output o campo { found: true|false } para indicar se o aluno foi localizado e { fonte: 'SIS_Academico', timestamp_coleta: ISO8601 } para registro do momento da coleta de dados.
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), desde que a propriedade precisa_busca_sis seja true.
  • Tipo do input: Este agente deve ser apto a receber como input um JSON com os parâmetros prontos para consulta no SIS acadêmico.
  • 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é 1.500 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON 'dados_aluno_db' com os campos solicitados preenchidos, incluindo status e vínculos ativos na data de referência.
  • Exemplo de Estrutura de Output:
     {
      "nome": "João Silva",
      "cpf": "123.456.789-00",
      "ra": "123456",
      "curso": "Engenharia da Computação",
      "campus": "Campus Principal",
      "status_atual": "ATIVO",
      "found": true,
      "fonte": "SIS_Academico",
      "timestamp_coleta": "2025-12-14T11:56:00Z"
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (execução de consulta).
  • Temperatura: Não se aplica.

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Executa consulta ao SIS acadêmico para obter dados do aluno.

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 Conciliação e Verificação de Matrícula (RF 3).

RF 3. Agente de Conciliação e Verificação de Matrícula

3.1 Tarefa do Agente

Conciliar a solicitação com os dados do SIS e determinar o status de matrícula aplicável à declaração, resolvendo campos para o template.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo a solicitação normalizada e os dados do SIS acadêmico. O input é um JSON com as informações necessárias para a conciliação.

# 2. Objetivo
Conciliar a solicitação com os dados do SIS e determinar o status de matrícula aplicável à declaração, resolvendo campos para o template.

# 3. Regras que você deve seguir para gerar sua resposta
- Se dados_aluno_db.found=false, definir status.codigo='NAO_ENCONTRADO', elegivel_declaracao=false, e produzir mensagem 'Aluno não localizado'; encerrar com erro.
- Determinar status por prioridade na data de referência: 1) CANCELADO (qualquer cancelamento definitivo antes da data); 2) FORMADO (data_colacao <= ref); 3) TRANCADO (data_trancamento válido e sem reativação até ref); 4) INADIMPLENTE (indicador financeiro impeditivo ativo na ref, se disponível); 5) ATIVO (matriculado/regular).
- Elegibilidade: ATIVO=true; TRANCADO=true (usar variação 'trancado'); FORMADO=true (variação 'egresso' somente se política permitir, caso contrário false); INADIMPLENTE=true se política permitir declaração sem fins de benefício; CANCELADO=false; NAO_ENCONTRADO=false.
- Variacao: mapear ATIVO->regular; TRANCADO->trancado; FORMADO->egresso; INADIMPLENTE->inadimplente.
- cpf_mascarado: formatar como XXX.XXX.XXX-YY mantendo apenas os 2 últimos dígitos; se ausente, omitir campo.
- periodo_letivo.label: montar como 'AAAA.N' (ex.: 2025.1) ou manter valor do SIS se existir; se turno presente, normalizar para 'Matutino|Vespertino|Noturno|Integral'.
- signatario: se graduação, priorizar 'Diretor(a) Acadêmico(a)'; se pos-graduação, 'Coordenador(a) do Curso'; usar nome do dado recebido ou placeholder 'Responsável Acadêmico'.
- hash_verificacao: gerar a partir de {ra, referencia_data, template_id} em string estável; url_verificacao: concatenar base '/verificar?hash=' + hash.
- Se elegivel_declaracao=false, incluir campo erro: {codigo, detalhe} para consumo a jusante.
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 contendo a solicitação normalizada e os dados do SIS acadêmico.
  • 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.500 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON 'registro_matricula_validado' com os campos resolvidos e o status de matrícula determinado.
  • Exemplo de Estrutura de Output:
     {
      "emissao": { "data": "2025-12-14", "local": "Campus Principal" },
      "aluno": { "nome": "João Silva", "ra": "123456", "cpf_mascarado": "XXX.XXX.XXX-00", "email_institucional": "joao.silva@universidade.edu" },
      "curso": { "nome": "Engenharia da Computação", "turno": "Integral", "campus": "Campus Principal", "carga_horaria": "3600" },
      "periodo_letivo": { "atual": "2025.2", "label": "2025.2" },
      "status": { "codigo": "ATIVO", "elegivel_declaracao": true, "mensagem_explicativa": "Aluno ativo e regular" },
      "variacao_template": "regular",
      "signatario": { "cargo": "Diretor(a) Acadêmico(a)", "nome": "Maria Souza" },
      "hash_verificacao": "abc123def456",
      "url_verificacao": "https://universidade.edu/verificar?hash=abc123def456"
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.500 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 documentos externos.
  • 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 Redator da Declaração de Matrícula (RF 4).

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

Ao concluir sua execução, esse agente aciona o Agente Redator da Declaração de Matrícula (RF 4).

RF 4. Agente Redator da Declaração de Matrícula

4.1 Tarefa do Agente

Gerar o conteúdo textual padronizado da declaração conforme idioma, variação e template definidos.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo os dados validados da matrícula e o template para a declaração. O input é um JSON com as informações necessárias para a redação da declaração.

# 2. Objetivo
Gerar o conteúdo textual padronizado da declaração conforme idioma, variação e template definidos.

# 3. Regras que você deve seguir para gerar sua resposta
- Se registro_matricula_validado.status.elegivel_declaracao=false, produzir saída com erro herdado e não redigir conteúdo.
- pt-BR título: 'Declaração de Matrícula'; en-US: 'Enrollment Certificate'.
- Corpo pt-BR (regular): incluir parágrafo confirmando que o(a) aluno(a) NOME, RA, está regularmente matriculado(a) no curso CURSO, no PERÍODO_LETIVO, no CAMPUS, com STATUS 'Ativo'.
- Variação 'trancado': redigir que o vínculo está com matrícula trancada desde DATA_TRANCAMENTO.
- 'egresso': afirmar conclusão/colação ocorrida em DATA_COLACAO; evitar dizer 'matriculado'.
- 'inadimplente': afirmar vínculo acadêmico ativo, sem mencionar situação financeira.
- Formatar data_emissao_extenso pt-BR como '14 de dezembro de 2025'; en-US como 'December 14, 2025'.
- Rodapé deve conter: hash de verificação e URL; nota de validação: 'Este documento pode ser verificado em ...'; e unidade emissora.
- Evitar abreviações não padronizadas; respeitar acentuação; evitar dados sensíveis desnecessários (exibir CPF apenas mascarado se presente).
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 contendo os dados validados da matrícula e o template para a declaração.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 2.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON 'declaracao_texto_struct' com o conteúdo textual padronizado da declaração.
  • Exemplo de Estrutura de Output:
     {
      "titulo": "Declaração de Matrícula",
      "corpo_paragrafos": ["O aluno João Silva, RA 123456, está regularmente matriculado no curso Engenharia da Computação, no período letivo 2025.2, no Campus Principal, com status 'Ativo'."],
      "rodape_linhas": ["Este documento pode ser verificado em https://universidade.edu/verificar?hash=abc123def456"],
      "metadados": { "idioma": "pt-BR", "template_id": "DECL_MATRICULA_V1", "variacao": "regular", "data_emissao": "2025-12-14", "campus": "Campus Principal", "hash_verificacao": "abc123def456", "url_verificacao": "https://universidade.edu/verificar?hash=abc123def456" }
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.200 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 Preparação de Payload de PDF (RF 5).

4.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 PDF (RF 5).

RF 5. Agente de Preparação de Payload de PDF

5.1 Tarefa do Agente

Transformar o conteúdo textual da declaração em payload estruturado para renderização em PDF, incluindo logos, assinaturas e QR Code.

5.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o conteúdo textual da declaração e as referências de ativos para PDF. O input é um JSON com as informações necessárias para a preparação do payload de PDF.

# 2. Objetivo
Transformar o conteúdo textual da declaração em payload estruturado para renderização em PDF, incluindo logos, assinaturas e QR Code.

# 3. Regras que você deve seguir para gerar sua resposta
- Garantir margens em milímetros convertidos para pontos (aprox. 72 pt = 1 in). Sugerir 2 cm superior/inferior e 1.5 cm laterais.
- Inserir título centralizado em negrito; corpo com espaçamento 1.5; alinhamento justificado.
- QR Code: montar url = declaracao_texto_struct.metadados.url_verificacao; legenda 'Verifique a autenticidade'.
- Assinatura: incluir bloco com signatario_nome e signatario_cargo; se assinatura_url disponível, incluir imagem com largura máxima de 50% da coluna.
- Garantir que caracteres especiais estejam em UTF-8 e hifenização não quebre nomes próprios.
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), desde que a propriedade precisa_pdf seja true.
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o conteúdo textual da declaração e as referências de ativos para PDF.
  • 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.500 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON 'pdf_payload' pronto para API de renderização.
  • Exemplo de Estrutura de Output:
     {
      "page": { "size": "A4", "margins": { "top": 72, "right": 54, "bottom": 72, "left": 54 } },
      "header": { "logo": "https://universidade.edu/assets/logo.png", "titulo": "Declaração de Matrícula" },
      "body": { "paragrafos": ["O aluno João Silva, RA 123456, está regularmente matriculado no curso Engenharia da Computação, no período letivo 2025.2, no Campus Principal, com status 'Ativo'."] },
      "footer": { "linhas": ["Este documento pode ser verificado em https://universidade.edu/verificar?hash=abc123def456"], "qr": { "url": "https://universidade.edu/verificar?hash=abc123def456", "legenda": "Verifique a autenticidade" } },
      "fontes": { "primarias": "serif", "tamanho": 12 },
      "metadados": { "template_id": "DECL_MATRICULA_V1", "hash": "abc123def456", "idioma": "pt-BR" }
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.500 caracteres.

5.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (preparação de payload).
  • Temperatura: Não se aplica.

5.3.4 Ferramentas do Agente

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

5.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Execução de Chamada à API (RF 6).

5.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 6) se a propriedade precisa_pdf for true. Caso contrário, o fluxo é finalizado.

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

6.1 Tarefa do Agente

Realizar chamada ao serviço de renderização de PDF para gerar a declaração final.

6.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o payload de PDF pronto para renderização. O input é um JSON com as informações necessárias para a execução da chamada à API.

# 2. Objetivo
Realizar chamada ao serviço de renderização de PDF para gerar a declaração final.

# 3. Regras que você deve seguir para gerar sua resposta
- Este agente apenas executa a chamada à API com o payload recebido. Não possui regras de LLM.
- Configurar endpoint do serviço de PDF e autenticação fora desta definição. O envio a sistemas acadêmicos ou protocolo deverá ser configurado na orquestração da plataforma.
- Retornar o JSON com { arquivo_pdf_base64, mime_type: 'application/pdf', paginas, tamanho_bytes, checksum_sha256 }.
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 contendo o payload de PDF pronto para renderização.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 2.500 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com o arquivo PDF renderizado e seus metadados.
  • Exemplo de Estrutura de Output:
     {
      "arquivo_pdf_base64": "JVBERi0xLjQKJcfs...",
      "mime_type": "application/pdf",
      "paginas": 1,
      "tamanho_bytes": 204800,
      "checksum_sha256": "e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855"
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 1.500 caracteres.

6.3.3 Parâmetros de Geração

  • Modelo: Não se aplica (execução de chamada à API).
  • Temperatura: Não se aplica.

6.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Executa chamada ao serviço de renderização de PDF para gerar o arquivo final.

6.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente é o entregável final e não é passada para outros agentes internos.

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

A execução deste agente finaliza o fluxo. O JSON gerado é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.