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 Fluxo de Agentes "Documentação Dinâmica de Integrações de API", uma solução que visa manter a documentação de APIs sempre atualizada e acessível. 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 é automatizar a geração e atualização contínua da documentação das integrações de API, garantindo que as informações estejam sempre atualizadas e fáceis de acessar pelos desenvolvedores.
2. Contexto e Problema
Cenário Atual
As equipes de desenvolvimento enfrentam dificuldades devido à documentação de API desatualizada. Problemas comuns incluem:
- Confusão e erros entre desenvolvedores devido a informações desatualizadas.
- Falta de tempo e recursos para manter a documentação atualizada manualmente.
- Dificuldade em acessar informações precisas e atualizadas sobre as integrações de API.
Problemas Identificados
- Documentação desatualizada: A falta de atualização contínua leva a erros e retrabalho.
- Recursos limitados: As equipes não têm tempo suficiente para atualizar manualmente a documentação.
- Acesso a informações: Dificuldade em acessar informações precisas e atualizadas prejudica o desenvolvimento.
3. Impactos Esperados
A implementação deste fluxo de automação visa alcançar os seguintes resultados:
- Atualização contínua: Garantir que a documentação de API esteja sempre atualizada com as últimas alterações.
- Eficiência de recursos: Reduzir a carga manual sobre as equipes de desenvolvimento.
- Melhoria na precisão: Aumentar a precisão das informações disponíveis para os desenvolvedores.
4. Visão Geral da Solução
O agente de IA para documentação dinâmica de integrações de API automatiza a geração e atualização das informações de API, garantindo que estejam sempre precisas e acessíveis. 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 manutenção da documentação de API.
A solução consiste em um fluxo de automação composto por 7 agentes de IA. O processo inicia com a preparação e normalização das fontes de especificação e termina com a publicação da documentação final atualizada.
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.
| Agentes | Função Principal |
|---|---|
Agente de Preparação e Normalização de Fontes de Especificação (RF 1)
| Consolidar insumos de integrações de API em um modelo canônico único, pronto para geração de documentação. |
Agente de Execução de Chamada à API (RF 2)
| Realizar chamadas às fontes remotas de especificação e metadados de API para obter os artefatos mais recentes. |
Agente de Execução de Consulta a Documento (RF 3)
| Recuperar a versão anteriormente publicada da documentação e/ou changelog para comparação. |
Agente de Controle de Versões e Detecção de Mudanças (RF 4)
| Comparar a especificação normalizada atual com a versão anterior e classificar mudanças. |
Agente de Geração de Documentação de API (RF 5)
| Produzir documentação completa, clara e acessível em português a partir da especificação normalizada. |
Agente de Validação de Qualidade e Consistência (RF 6)
| Auditar o rascunho de documentação para assegurar completude e qualidade dos exemplos. |
Agente de Atualização Contínua de Documentação (RF 7)
| Aplicar as atualizações na documentação final, versionar conforme análise de mudanças e registrar o histórico de alterações. |
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 Preparação e Normalização de Fontes de Especificação
1.1 Tarefa do Agente
Consolidar insumos de integrações de API (OpenAPI/Swagger, coleções Postman, descrições textuais, exemplos) em um modelo canônico único, pronto para geração de documentação.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais
Você está recebendo uma lista de fontes de verdade das integrações de API, que podem incluir URLs de OpenAPI, arquivos JSON/YAML, coleções Postman, e exemplos de requests/responses.
# 2. Objetivo
Consolidar esses insumos em um modelo canônico único, pronto para geração de documentação.
# 3. Regras que você deve seguir para gerar sua resposta
- Unificar nomenclaturas: converter métodos para maiúsculas (GET/POST/...), normalizar localizações de parâmetros (path, query, header, cookie) e tipos para primitivos (string, integer, number, boolean, object, array).
- Parametrizar path params com {param} e listar obrigatoriamente cada um em parâmetros com required=true.
- Para cada endpoint, garantir no mínimo: 1 response 2xx com exemplo funcional e 1 response de erro (4xx ou 5xx) com payload exemplo contendo code, message e traceId opcional.
- Inferir campos ausentes a partir de exemplos quando seguro; se ambíguo, marcar no campo issues[].description a incerteza e classification="ambiguous_spec".
- Detectar versionamento: ler info.version (OpenAPI) ou cabeçalhos/meta. Preencher version_detected; se inexistente, usar semantic placeholder 0.1.0.
- Mapear autenticação: bearer, apiKey, mTLS, basic; descrever header/campo esperado e exemplo mínimo de uso.
- Consolidar paginação (page/limit, cursor, offset) com regras: parâmetros, limites padrão, máximos, ordenação.
- Montar retrieval_plan somente quando existirem URLs/rotas apontando para especificações vivas; preencher flag precisa_busca_remota=true quando retrieval_plan.length>0; caso contrário, false.
- Montar doc_repo_query com identificadores do serviço (service_name, namespace, versão) quando necessário resgatar documentação anterior; se preenchido, setar precisa_consulta_documento=true; caso contrário, false.
- Gerar normalized_spec_hash determinístico a partir dos campos relevantes, ignorando order de arrays não significativas (por exemplo, ordenar endpoints por path+method antes de calcular o hash). 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 uma lista de fontes de verdade das integrações de API 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 na interface da Prototipe AI, para acelerar o processo de validação.
- Tipo do input: O input inicial para o fluxo é uma lista de fontes de verdade, como URLs de OpenAPI, arquivos JSON/YAML, e coleções Postman.
-
Formatos Suportados: Esse agente deve ser capaz de receber inputs nos formatos:
.json,.yaml,.postman_collection. - 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 objeto JSON contendo o modelo canônico único, denominado normalized_spec.
-
Exemplo de Estrutura de Output:
{ "service_name": "ExemploAPI", "version_detected": "1.0.0", "base_urls": ["https://api.exemplo.com"], "endpoints": [ { "method": "GET", "path": "/endpoint", "summary": "Descrição do endpoint", "responses": { "200": {"description": "Sucesso", "schema": {"type": "object"}}, "404": {"description": "Não encontrado", "schema": {"type": "object"}} } } ] } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 10.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.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Execução de Chamada à API (RF 2).
1.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 2).
RF 2. Agente de Execução de Chamada à API
2.1 Tarefa do Agente
Realizar chamadas às fontes remotas de especificação e metadados de API para obter os artefatos mais recentes.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um retrieval_plan contendo uma lista de URLs e instruções de formatação para buscar as especificações de API mais recentes. # 2. Objetivo Realizar chamadas às fontes remotas de especificação para obter os artefatos mais recentes. # 3. Regras que você deve seguir para gerar sua resposta - Executar chamadas HTTP GET nas URLs fornecidas. - Incluir headers necessários, como Authorization, se especificado no retrieval_plan. - Armazenar as respostas brutas (payloads) junto com o status HTTP de cada chamada. - Não realizar pós-processamento nos dados recuperados; apenas armazenar conforme recebido.
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 um retrieval_plan contendo URLs e headers necessários para as chamadas de API.
-
Formatos Suportados: Esse agente deve ser capaz de processar inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 10.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo os payloads brutos recuperados das URLs informadas, com status HTTP e corpo por item.
-
Exemplo de Estrutura de Output:
{ "raw_remote_specs": [ { "url": "https://api.exemplo.com/spec", "status": 200, "body": {"openapi": "3.0.0", "info": {"title": "Exemplo API"}} } ] } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 5.000 caracteres.
2.3.3 Parâmetros de Geração
- Modelo: Não se aplica (uso de ferramenta)
- 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: O agente deverá realizar chamadas HTTP GET nas URLs especificadas no retrieval_plan.
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 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
Recuperar a versão anteriormente publicada da documentação e/ou changelog para comparação.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um doc_repo_query com identificadores do serviço e parâmetros de localização para recuperar a documentação anterior. # 2. Objetivo Recuperar a versão anteriormente publicada da documentação e/ou changelog para comparação. # 3. Regras que você deve seguir para gerar sua resposta - Executar a consulta aos documentos usando os parâmetros fornecidos. - Recuperar a documentação anterior e/ou changelog associado. - Armazenar os dados recuperados conforme encontrado, sem pós-processamento.
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 um doc_repo_query com parâmetros para localização de documentos anteriores.
-
Formatos Suportados: Esse agente deve ser capaz de processar inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 5.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo previous_docs_bundle: previous_doc_markdown (se existir), previous_spec_extract (se disponível), previous_changelog e metadata.
-
Exemplo de Estrutura de Output:
{ "previous_docs_bundle": { "previous_doc_markdown": "# Documentação Anterior", "previous_spec_extract": {"openapi": "3.0.0"}, "previous_changelog": "- Atualização menor", "metadata": {"data_publicacao": "2025-12-01", "version": "1.0.0"} } } - 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: Não se aplica (uso de ferramenta)
- Temperatura: Não se aplica
3.3.4 Ferramentas do Agente
- Documentos: O agente deve acessar repositórios de documentação para recuperar versões anteriores.
- 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.
- Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Controle de Versões e Detecção de Mudanças (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Controle de Versões e Detecção de Mudanças (RF 4).
RF 4. Agente de Controle de Versões e Detecção de Mudanças
4.1 Tarefa do Agente
Comparar a especificação normalizada atual com a versão anterior e classificar mudanças, determinando bump semântico e sinalizações de impacto.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais
Você está recebendo a especificação normalizada atual e a versão anterior da documentação para comparação.
# 2. Objetivo
Comparar as especificações e classificar mudanças, determinando bump semântico e sinalizações de impacto.
# 3. Regras que você deve seguir para gerar sua resposta
- Definição de breaking change: remoção de endpoint/parâmetro obrigatório, alteração de tipo de campo, mudança de semântica de resposta (status principal alterado), mudança de autenticação obrigatória, alterações em paths.
- Classificação de mudanças: added (novos endpoints/campos), modified (descrição/valores/constraints), deprecated (com header Deprecation ou campo deprecated=true), removed.
- Cálculo de versão semântica: breaking_changes=true -> major++; added sem breaking -> minor++; apenas texto/descrição/exemplos -> patch++.
- Gerar changelog_entries no formato: {type, scope, summary, details, ticketRef opcional} com linguagem objetiva e data a ser preenchida posteriormente.
- Sinalizar mudancas_detectadas=true se change_set não vazio; definir pronto_para_geracao=true quando normalized_spec estiver íntegro (sem issues críticos) independentemente de haver mudanças, para permitir geração inicial. 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 a especificação normalizada atual e a versão anterior da documentação.
-
Formatos Suportados: Esse agente deve ser capaz de processar inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 15.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON contendo change_analysis: change_set, breaking_changes, semver_bump, mudancas_detectadas, changelog_entries, e pronto_para_geracao.
-
Exemplo de Estrutura de Output:
{ "change_analysis": { "change_set": {"added": [], "modified": [], "removed": []}, "breaking_changes": false, "semver_bump": "minor", "mudancas_detectadas": true, "changelog_entries": [], "pronto_para_geracao": true } } - 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.
- 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 de Geração de Documentação de API (RF 5).
4.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Geração de Documentação de API (RF 5).
RF 5. Agente de Geração de Documentação de API
5.1 Tarefa do Agente
Produzir documentação completa, clara e acessível em português, a partir da especificação normalizada e da análise de mudanças.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais
Você está recebendo a especificação normalizada e a análise de mudanças para geração de documentação.
# 2. Objetivo
Produzir documentação completa, clara e acessível em português, a partir da especificação normalizada e da análise de mudanças.
# 3. Regras que você deve seguir para gerar sua resposta
- Estrutura mínima do Markdown: 1) Visão geral (o que é, casos de uso, base_url); 2) Autenticação (tipos, header/campo e exemplo); 3) Convenções (versionamento, content-type, paginação, idempotência se houver); 4) Endpoints por grupo/tag com: método, path, descrição clara, parâmetros (tabela com name/in/type/required/default/descrição), corpo de requisição (exemplo), respostas: pelo menos 1 sucesso (2xx) e 1 erro comum (4xx) com exemplos; 5) Códigos de erro e mensagens; 6) Rate limit (políticas, cabeçalhos de retorno); 7) Webhooks/eventos (assinatura, verificação, exemplos); 8) Exemplos de chamadas: curl e pelo menos 1 linguagem popular (javascript ou python); 9) Notas de compatibilidade/depreciação; 10) Changelog.
- Clareza e acessibilidade: frasar em português claro, evitar jargões sem definição; explicar siglas na primeira ocorrência; usar títulos consistentes (H2/H3), anchors previsíveis (slug do título), e tabelas legíveis.
- Padronização: nomes de parâmetros em monoespaçado; paths entre crases; não misturar snake_case e camelCase no mesmo exemplo; se houver variantes, note-as explicitamente.
- Exemplos executáveis: cada exemplo deve ser coerente com base_url e auth; não usar placeholders ilegíveis (prefira EXEMPLO_API_TOKEN) e explique como obter.
- Metadados obrigatórios em doc_metadata: {owner:"Cheila Portela", service_name, version_final (aplicando semver_bump sobre version_detected, ou definindo 1.0.0 se documentação inaugural), last_updated_iso (ISO 8601), coverage_metrics: {percent_endpoints_documentados, percent_endpoints_com_exemplo_sucesso, percent_endpoints_com_exemplo_erro}}.
- Se previous_docs_bundle existir e change_analysis.mudancas_detectadas=false, ainda assim gerar doc_draft consistente (pode coincidir com anterior), registrando no changelog entrada do tipo "docs: revisão sem alterações funcionais". 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 a especificação normalizada e a análise de mudanças.
-
Formatos Suportados: Esse agente deve ser capaz de processar inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 20.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser um doc_draft com markdown principal estruturado, anexos de exemplos por endpoint, índice, seções de autenticação, paginação, limites, erros, webhooks, SDKs (se houver), além de doc_metadata e changelog atualizado.
-
Exemplo de Estrutura de Output:
{ "doc_draft": "# Documentação de API\n## Visão Geral\nEsta API permite...", "doc_metadata": { "service_name": "ExemploAPI", "version_final": "1.0.1", "last_updated_iso": "2025-12-14T04:09:00Z", "owner": "Cheila Portela", "coverage_metrics": { "percent_endpoints_documentados": 100, "percent_endpoints_com_exemplo_sucesso": 100, "percent_endpoints_com_exemplo_erro": 100 } }, "changelog": "- docs: revisão sem alterações funcionais" } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 10.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 gerada por este agente deve ser visível para o Agente de Validação de Qualidade e Consistência (RF 6).
5.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Validação de Qualidade e Consistência (RF 6).
RF 6. Agente de Validação de Qualidade e Consistência
6.1 Tarefa do Agente
Auditar o rascunho de documentação para assegurar completude, consistência terminológica e qualidade dos exemplos, indicando se está pronto para publicação.
6.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo o doc_draft e a especificação normalizada para referência cruzada. # 2. Objetivo Auditar o rascunho de documentação para assegurar completude, consistência terminológica e qualidade dos exemplos, indicando se está pronto para publicação. # 3. Regras que você deve seguir para gerar sua resposta - Verificar que 100% dos endpoints de normalized_spec constam no doc_draft; se faltar, listar em missing_items. - Exigir no mínimo 1 exemplo de sucesso e 1 de erro por endpoint; se ausente, apontar. - Checar que todos os parâmetros required possuem descrição clara e tipo coerente com normalized_spec. - Validar consistência de autenticação: exemplos incluem header/campo correto e seção de autenticação existe. - Checar presença das seções mínimas definidas no agente de geração; se faltar, marcar como blocking. - Critérios de aprovação: scores de claridade, completude e consistência >= 85 e nenhuma pendência classificada como blocking; nesse caso, pronto_para_publicacao=true; caso contrário, false, com recomendações acionáveis.
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 o doc_draft e a especificação normalizada para referência cruzada.
-
Formatos Suportados: Esse agente deve ser capaz de processar inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 25.000 caracteres.
6.3.2 Especificação do Output
- Formato de output: O output deve ser um quality_report contendo: scores, missing_items, inconsistencias, recomendacoes de ajuste e pronto_para_publicacao.
-
Exemplo de Estrutura de Output:
{ "quality_report": { "scores": {"claridade": 90, "completude": 95, "consistência": 88}, "missing_items": [], "inconsistencias": [], "recomendacoes": "Ajustar terminologia nos exemplos.", "pronto_para_publicacao": true } } - 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.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
6.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 Atualização Contínua de Documentação (RF 7).
6.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Atualização Contínua de Documentação (RF 7).
RF 7. Agente de Atualização Contínua de Documentação
7.1 Tarefa do Agente
Aplicar as atualizações na documentação final, versionar conforme análise de mudanças e registrar o histórico de alterações.
7.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo o doc_draft aprovado e o quality_report que indica se está pronto para publicação. # 2. Objetivo Aplicar as atualizações na documentação final, versionar conforme análise de mudanças e registrar o histórico de alterações. # 3. Regras que você deve seguir para gerar sua resposta - Quando pronto_para_publicacao=true, aplicar semver_bump definido em change_analysis à version_detected para definir version_publicada. - Atualizar apenas seções afetadas quando possível; listar em updated_sections os blocos alterados (ex.: /payments POST, Autenticação, Rate limit). - Changelog: criar entrada com data ISO atual, versão publicada, resumo e detalhes de change_analysis.changelog_entries; incluir notas de quebra quando breaking_changes=true e orientação de migração. - Se change_analysis.mudancas_detectadas=false, setar no_update=true e ainda assim garantir doc_final consistente com metadados atualizados (last_updated_iso).
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 o doc_draft aprovado e o quality_report.
-
Formatos Suportados: Esse agente deve ser capaz de processar inputs no formato:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 30.000 caracteres.
7.3.2 Especificação do Output
- Formato de output: O output deve ser um doc_final pronto, changelog_final, publish_artifacts com índices/anchors atualizados, e flags: updated_sections[], no_update e version_publicada.
-
Exemplo de Estrutura de Output:
{ "doc_final": "# Documentação de API Atualizada\n## Visão Geral\nEsta API permite...", "changelog_final": "- Atualização de versão para 1.0.2", "publish_artifacts": {"updated_sections": ["/payments POST"], "no_update": false, "version_publicada": "1.0.2"} } - Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 8.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.
- Calculadora: Não utiliza.
- Busca Online: Não utiliza.
- Sistemas Externos: Não utiliza.
7.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 é 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. A documentação final gerada é o resultado que deve ser disponibilizado ao usuário.