Workflow: Brownfield Service/API Enhancement
Identificador: brownfield-service
Tipo: Brownfield (Sistemas Existentes)
Versão: 1.0
Última Atualização: 2026-02-04
Visão Geral
O workflow Brownfield Service/API Enhancement é projetado para aprimorar serviços backend e APIs existentes com novos recursos, modernização ou melhorias de desempenho. Ele gerencia análise de sistemas existentes e integração segura, garantindo que mudanças sejam implementadas sem interromper funcionalidades críticas.
Casos de Uso
| Tipo de Projeto | Descrição | |-----------------|-----------| | Service Modernization | Atualização de serviços legados para tecnologias modernas | | API Enhancement | Adição de novos endpoints ou melhorias em APIs existentes | | Microservice Extraction | Extração de módulos de um monolito para microsserviços | | Performance Optimization | Otimização de performance em serviços existentes | | Integration Enhancement | Melhoria de integrações entre sistemas |
Quando Utilizar
- Aprimoramento de serviço requer stories coordenadas
- Versionamento de API ou breaking changes necessários
- Alterações em schema de banco de dados requeridas
- Melhorias de performance ou escalabilidade necessárias
- Múltiplos pontos de integração afetados
Diagrama do Workflow
graph TD
subgraph "Fase 1: Planejamento"
A[Inicio: Service Enhancement] --> B["@architect: Analisar Servico Existente<br/>(document-project)"]
B --> C["@pm: Criar PRD<br/>(brownfield-prd-tmpl)"]
C --> D["@architect: Criar Arquitetura<br/>(brownfield-architecture-tmpl)"]
end
subgraph "Fase 2: Validação"
D --> E["@po: Validar Artefatos<br/>(po-master-checklist)"]
E --> F{PO encontrou<br/>problemas?}
F -->|Sim| G[Retornar ao agente<br/>relevante para correções]
G --> E
F -->|Não| H["@po: Fragmentar Documentos<br/>(shard-doc)"]
end
subgraph "Fase 3: Ciclo de Desenvolvimento"
H --> I["@sm: Criar Story<br/>(create-next-story)"]
I --> J{Revisar draft<br/>da story?}
J -->|Sim| K["@analyst/@pm: Revisar e<br/>Aprovar Story"]
J -->|Nao| L["@dev: Implementar Story<br/>(develop-story)"]
K --> L
L --> M{QA Review?}
M -->|Sim| N["@qa: Revisar Implementacao<br/>(review-story)"]
M -->|Não| O{Mais stories?}
N --> P{QA encontrou<br/>problemas?}
P -->|Sim| Q["@dev: Corrigir Feedback QA"]
P -->|Não| O
Q --> N
O -->|Sim| I
O -->|Nao| R{Epic<br/>Retrospective?}
end
subgraph "Fase 4: Finalização"
R -->|Sim| S["@po: Epic Retrospective<br/>(epic-retrospective)"]
R -->|Não| T[Projeto Completo]
S --> T
end
style A fill:#E8F5E9,stroke:#4CAF50
style T fill:#90EE90,stroke:#2E7D32
style H fill:#ADD8E6,stroke:#1976D2
style I fill:#ADD8E6,stroke:#1976D2
style L fill:#ADD8E6,stroke:#1976D2
style C fill:#FFE4B5,stroke:#F57C00
style D fill:#FFE4B5,stroke:#F57C00
style K fill:#F0E68C,stroke:#FBC02D
style N fill:#F0E68C,stroke:#FBC02D
style S fill:#F0E68C,stroke:#FBC02D
style F fill:#FFCDD2,stroke:#E53935
style P fill:#FFCDD2,stroke:#E53935
Diagrama de Sequência
sequenceDiagram
autonumber
participant User
participant Architect as @architect (Aria)
participant PM as @pm (Morgan)
participant PO as @po (Pax)
participant SM as @sm (River)
participant Analyst as @analyst (Atlas)
participant Dev as @dev (Dex)
participant QA as @qa (Quinn)
rect rgb(232, 245, 233)
Note over User,QA: Fase 1: Planejamento
User->>Architect: Iniciar Enhancement
Architect->>Architect: Analisar serviço existente
Architect-->>PM: Documentação do projeto
PM->>PM: Criar PRD (brownfield-prd-tmpl)
PM-->>Architect: PRD pronto
Architect->>Architect: Criar arquitetura (brownfield-architecture-tmpl)
Architect-->>PO: Arquitetura pronta
end
rect rgb(255, 243, 224)
Note over User,QA: Fase 2: Validação
PO->>PO: Validar com po-master-checklist
alt PO encontra problemas
PO-->>PM: Solicitar correções no PRD
PM->>PM: Corrigir PRD
PM-->>PO: PRD atualizado
end
PO->>PO: Fragmentar documentos (shard-doc)
PO-->>SM: Documentos fragmentados prontos
end
rect rgb(227, 242, 253)
Note over User,QA: Fase 3: Ciclo de Desenvolvimento
loop Para cada epic/story
SM->>SM: Criar story (create-next-story)
opt Review opcional
SM-->>Analyst: Story em Draft
Analyst->>Analyst: Revisar completude
Analyst-->>SM: Story aprovada
end
SM-->>Dev: Story pronta para desenvolvimento
Dev->>Dev: Implementar story (develop-story)
Dev-->>QA: Pronto para review
opt QA Review opcional
QA->>QA: Revisar implementação
alt QA encontra problemas
QA-->>Dev: Feedback com itens pendentes
Dev->>Dev: Corrigir issues
Dev-->>QA: Correções aplicadas
end
end
end
end
rect rgb(243, 229, 245)
Note over User,QA: Fase 4: Finalização
opt Epic Retrospective opcional
PO->>PO: Conduzir retrospectiva
PO-->>User: Documentar aprendizados
end
PO-->>User: Projeto Completo!
end
Steps Detalhados
Step 1: Análise do Serviço
| Atributo | Valor |
|----------|-------|
| Agente | @architect (Aria) |
| Task | document-project |
| Input | Serviço/API existente, métricas de performance, documentação atual |
| Output | Múltiplos documentos conforme template document-project |
| Notas | Revisar documentação existente, codebase, métricas de performance e identificar dependências de integração |
Ativação:
@architect
*document-project
Step 2: Criação do PRD
| Atributo | Valor |
|----------|-------|
| Agente | @pm (Morgan) |
| Task | create-doc com brownfield-prd-tmpl |
| Input | Análise do serviço existente |
| Output | docs/prd.md |
| Requer | Análise do serviço existente concluída |
| Notas | Criar PRD abrangente focado em aprimoramento de serviço com análise do sistema existente |
Ativação:
@pm
*create-brownfield-prd
IMPORTANTE: Salvar o arquivo final prd.md na pasta docs/ do projeto.
Step 3: Criação da Arquitetura
| Atributo | Valor |
|----------|-------|
| Agente | @architect (Aria) |
| Task | create-doc com brownfield-architecture-tmpl |
| Input | PRD (docs/prd.md) |
| Output | docs/architecture.md |
| Requer | PRD aprovado |
| Notas | Criar arquitetura com estratégia de integração de serviço e planejamento de evolução de API |
Ativação:
@architect
*create-brownfield-architecture
IMPORTANTE: Salvar o arquivo final architecture.md na pasta docs/ do projeto.
Step 4: Validação dos Artefatos
| Atributo | Valor |
|----------|-------|
| Agente | @po (Pax) |
| Task | execute-checklist com po-master-checklist |
| Input | Todos os artefatos (PRD, Arquitetura) |
| Output | Relatório de validação |
| Notas | Validar todos os documentos para segurança de integração de serviço e compatibilidade de API. Pode requerer atualizações em qualquer documento. |
Ativação:
@po
*execute-checklist-po
Step 5: Correção de Problemas (Condicional)
| Atributo | Valor |
|----------|-------|
| Agente | Varia conforme o documento com problema |
| Task | Correção específica do documento |
| Input | Feedback do PO |
| Output | Documentos atualizados |
| Condição | PO encontrou problemas no checklist |
| Notas | Se PO encontrar problemas, retornar ao agente relevante para corrigir e re-exportar documentos atualizados para a pasta docs/ |
Step 6: Fragmentação de Documentos
| Atributo | Valor |
|----------|-------|
| Agente | @po (Pax) |
| Task | shard-doc |
| Input | Todos os artefatos validados em docs/ |
| Output | Pastas docs/prd/ e docs/architecture/ com conteúdo fragmentado |
| Requer | Todos os artefatos na pasta do projeto |
| Notas | Fragmentar documentos para desenvolvimento no IDE |
Opções de Ativação:
Opção A - Via Agente PO:
@po
shard docs/prd.md
Opção B - Manual:
Arrastar a task shard-doc + docs/prd.md para o chat.
Step 7: Criação de Stories
| Atributo | Valor |
|----------|-------|
| Agente | @sm (River) |
| Task | create-next-story |
| Input | Documentos fragmentados |
| Output | story.md |
| Requer | Documentos fragmentados |
| Repete | Para cada epic |
| Notas | Story inicia com status "Draft" |
Ativação (Nova sessão de chat):
@sm
*draft
Step 8: Revisão de Story Draft (Opcional)
| Atributo | Valor |
|----------|-------|
| Agente | @analyst (Atlas) ou @pm (Morgan) |
| Task | review-draft-story (em desenvolvimento) |
| Input | Story em Draft |
| Output | Story atualizada |
| Requer | Story criada |
| Opcional | Sim - quando usuario deseja revisao da story |
| Condição | Usuário solicita revisão |
| Notas | Revisar completude e alinhamento da story. Atualizar status: Draft -> Approved |
Step 9: Implementação da Story
| Atributo | Valor |
|----------|-------|
| Agente | @dev (Dex) |
| Task | develop-story |
| Input | Story aprovada |
| Output | Arquivos de implementação |
| Requer | Story aprovada (não em Draft) |
| Notas | Implementar story aprovada, atualizar File List com todas as alterações, marcar story como "Review" quando completo |
Ativação (Nova sessão de chat):
@dev
*develop {story-id}
Step 10: Revisão QA (Opcional)
| Atributo | Valor |
|----------|-------|
| Agente | @qa (Quinn) |
| Task | review-story |
| Input | Arquivos de implementacao |
| Output | Implementação atualizada + Checklist QA |
| Opcional | Sim |
| Notas | Revisao de dev senior com capacidade de refatoração. Corrige pequenos problemas diretamente. Deixa checklist para itens restantes. Atualiza status da story (Review -> Done ou permanece Review) |
Ativação (Nova sessão de chat):
@qa
*review {story-id}
Step 11: Correção de Feedback QA (Condicional)
| Atributo | Valor |
|----------|-------|
| Agente | @dev (Dex) |
| Task | apply-qa-fixes |
| Input | Feedback do QA com itens pendentes |
| Output | Implementação corrigida |
| Condicao | QA deixou itens não marcados |
| Notas | Se QA deixou itens pendentes: Dev (nova sessao) corrige itens restantes e retorna ao QA para aprovação final |
Ativação (Nova sessão de chat):
@dev
*apply-qa-fixes
Step 12: Repetir Ciclo de Desenvolvimento
| Atributo | Valor | |----------|-------| | Acao | Repetir steps 7-11 | | Notas | Repetir ciclo de story (SM -> Dev -> QA) para todas as stories do epic. Continuar ate que todas as stories no PRD estejam completas. |
Step 13: Retrospectiva do Epic (Opcional)
| Atributo | Valor |
|----------|-------|
| Agente | @po (Pax) |
| Task | epic-retrospective (em desenvolvimento) |
| Input | Epic completo |
| Output | epic-retrospective.md |
| Condicao | Epic completo |
| Opcional | Sim |
| Notas | Validar que o epic foi completado corretamente. Documentar aprendizados e melhorias. |
Step 14: Fim do Workflow
| Atributo | Valor | |----------|-------| | Acao | Projeto completo | | Notas | Todas as stories implementadas e revisadas! Fase de desenvolvimento do projeto completa. |
Referencia: .aiox-core/data/aiox-kb.md#IDE Development Workflow
Agentes Participantes
graph LR
subgraph "Agentes de Planejamento"
Architect["@architect<br/>Aria<br/>Holistic System Architect"]
PM["@pm<br/>Morgan<br/>Product Manager"]
Analyst["@analyst<br/>Atlas<br/>Business Analyst"]
end
subgraph "Agentes de Gestão"
PO["@po<br/>Pax<br/>Product Owner"]
SM["@sm<br/>River<br/>Scrum Master"]
end
subgraph "Agentes de Execução"
Dev["@dev<br/>Dex<br/>Full Stack Developer"]
QA["@qa<br/>Quinn<br/>Test Architect"]
end
Architect -->|"PRD"| PM
PM -->|"Arquitetura"| Architect
Architect -->|"Validacao"| PO
PO -->|"Stories"| SM
SM -->|"Implementacao"| Dev
Dev -->|"Review"| QA
QA -->|"Feedback"| Dev
Analyst -.->|"Revisao opcional"| SM
style Architect fill:#E1BEE7,stroke:#7B1FA2
style PM fill:#BBDEFB,stroke:#1976D2
style Analyst fill:#C8E6C9,stroke:#388E3C
style PO fill:#FFE0B2,stroke:#F57C00
style SM fill:#B2DFDB,stroke:#00796B
style Dev fill:#FFECB3,stroke:#FFA000
style QA fill:#F8BBD9,stroke:#C2185B
Tabela de Agentes
| Agente | Nome | Papel | Responsabilidades no Workflow | |--------|------|-------|------------------------------| | @architect | Aria | Holistic System Architect | Análise de serviço existente, criação de arquitetura | | @pm | Morgan | Product Manager | Criação de PRD para brownfield | | @po | Pax | Product Owner | Validação de artefatos, fragmentação de docs, retrospectiva | | @sm | River | Scrum Master | Criação de stories | | @analyst | Atlas | Business Analyst | Revisão opcional de story drafts | | @dev | Dex | Full Stack Developer | Implementacao de stories, correção de feedback | | @qa | Quinn | Test Architect | Revisão de implementação, quality gates |
Tasks Executadas
Tasks Principais
| Task | Template/Checklist | Agente | Fase |
|------|-------------------|--------|------|
| document-project | document-project template | @architect | Planejamento |
| create-doc | brownfield-prd-tmpl.yaml | @pm | Planejamento |
| create-doc | brownfield-architecture-tmpl.yaml | @architect | Planejamento |
| execute-checklist | po-master-checklist.md | @po | Validação |
| shard-doc | - | @po | Validação |
| create-next-story | story-tmpl.yaml | @sm | Desenvolvimento |
| develop-story | - | @dev | Desenvolvimento |
| review-story | - | @qa | Desenvolvimento |
| apply-qa-fixes | - | @dev | Desenvolvimento |
Tasks Futuras (Em Desenvolvimento)
| Task | Agente | Status |
|------|--------|--------|
| story-review | @analyst/@pm | Em desenvolvimento |
| epic-retrospective | @po | Em desenvolvimento |
Pré-requisitos
Antes de Iniciar o Workflow
-
Serviço/API Existente
- Acesso ao código-fonte do serviço
- Documentação atual (se existente)
- Métricas de performance disponíveis
-
Ambiente Configurado
- Git configurado e funcional
- Acesso aos templates AIOX
- Ferramentas de desenvolvimento instaladas
-
Contexto do Projeto
- Objetivos claros de enhancement
- Restrições e constraints conhecidos
- Stakeholders identificados
-
Templates Disponíveis
.aiox-core/development/templates/brownfield-prd-tmpl.yaml.aiox-core/development/templates/brownfield-architecture-tmpl.yaml.aiox-core/development/templates/story-tmpl.yaml
-
Checklists Disponíveis
.aiox-core/development/checklists/po-master-checklist.md.aiox-core/development/checklists/story-draft-checklist.md.aiox-core/development/checklists/story-dod-checklist.md
Entradas e Saidas
Entradas do Workflow
graph LR
subgraph "Entradas"
E1[Servico Existente]
E2[Documentacao Atual]
E3[Metricas de Performance]
E4[Dependencias de Integracao]
E5[Requisitos de Enhancement]
end
subgraph "Workflow"
W[Brownfield Service<br/>Enhancement]
end
E1 --> W
E2 --> W
E3 --> W
E4 --> W
E5 --> W
| Entrada | Descrição | Fonte |
|---------|-----------|-------|
| Serviço Existente | Código-fonte e infraestrutura atual | Repositório Git |
| Documentação Atual | Docs existentes do serviço | docs/ do projeto |
| Métricas de Performance | Dados de performance e uso | Monitoring tools |
| Dependências de Integração | Sistemas conectados ao serviço | Arquitetura atual |
| Requisitos de Enhancement | O que precisa ser melhorado | Stakeholders |
Saidas do Workflow
graph LR
subgraph "Workflow"
W[Brownfield Service<br/>Enhancement]
end
subgraph "Saidas"
S1[docs/prd.md]
S2[docs/architecture.md]
S3[docs/prd/]
S4[docs/architecture/]
S5[docs/stories/story-X.Y.md]
S6[Codigo Implementado]
S7[Testes]
S8[epic-retrospective.md]
end
W --> S1
W --> S2
W --> S3
W --> S4
W --> S5
W --> S6
W --> S7
W --> S8
| Saída | Descrição | Localização |
|-------|-----------|-------------|
| PRD | Documento de requisitos do produto | docs/prd.md |
| Arquitetura | Documento de arquitetura | docs/architecture.md |
| PRD Fragmentado | PRD dividido em partes | docs/prd/ |
| Arquitetura Fragmentada | Arquitetura dividida | docs/architecture/ |
| Stories | User stories para desenvolvimento | docs/stories/ |
| Código Implementado | Código fonte das features | Pastas do projeto |
| Testes | Testes unitários e integração | tests/ ou similar |
| Retrospectiva | Aprendizados do epic | epic-retrospective.md |
Pontos de Decisão
graph TD
D1{PO encontrou<br/>problemas nos artefatos?}
D2{Revisar draft<br/>da story?}
D3{QA review<br/>necessario?}
D4{QA encontrou<br/>problemas?}
D5{Mais stories<br/>para implementar?}
D6{Fazer epic<br/>retrospective?}
D1 -->|Sim| A1[Retornar ao agente para correcao]
D1 -->|Não| A2[Prosseguir para fragmentação]
D2 -->|Sim| B1[Analyst/PM revisa story]
D2 -->|Não| B2[Dev implementa diretamente]
D3 -->|Sim| C1[QA revisa implementacao]
D3 -->|Não| C2[Verificar mais stories]
D4 -->|Sim| D4A[Dev corrige feedback]
D4 -->|Não| D4B[Story aprovada]
D5 -->|Sim| E1[Criar próxima story]
D5 -->|Não| E2[Verificar retrospective]
D6 -->|Sim| F1[PO conduz retrospective]
D6 -->|Não| F2[Projeto completo]
style D1 fill:#FFCDD2,stroke:#E53935
style D2 fill:#FFF9C4,stroke:#F9A825
style D3 fill:#FFF9C4,stroke:#F9A825
style D4 fill:#FFCDD2,stroke:#E53935
style D5 fill:#C8E6C9,stroke:#43A047
style D6 fill:#FFF9C4,stroke:#F9A825
Detalhamento dos Pontos de Decisão
| Ponto | Pergunta | Sim | Nao | |-------|----------|-----|-----| | D1 | PO encontrou problemas nos artefatos? | Retornar ao agente relevante para correção | Prosseguir para fragmentação de documentos | | D2 | Usuário deseja revisar draft da story? | Analyst/PM revisa completude e alinhamento | Dev implementa story diretamente | | D3 | QA review necessário? | QA revisa implementação | Verificar se há mais stories | | D4 | QA encontrou problemas? | Dev corrige feedback e retorna ao QA | Story aprovada, verificar mais stories | | D5 | Mais stories para implementar? | Criar próxima story (voltar ao Step 7) | Verificar se quer fazer retrospective | | D6 | Fazer epic retrospective? | PO conduz retrospectiva e documenta | Projeto completo |
Troubleshooting
Problemas Comuns e Soluções
1. Análise de Serviço Incompleta
Sintoma: Arquitetura não reflete todas as dependências existentes.
Causa: Falta de documentação ou acesso ao código.
Solução:
- Verificar acesso ao repositório Git
- Executar
*document-projectnovamente - Consultar equipe atual sobre dependências não documentadas
- Analisar logs de integração para descobrir conexões
2. PRD Rejeitado pelo PO
Sintoma: Checklist do PO falha repetidamente.
Causa: PRD incompleto ou inconsistente com arquitetura.
Solução:
- Revisar feedback específico do PO
- Verificar alinhamento PRD <-> Arquitetura
- Validar critérios de aceitação são testáveis
- Confirmar que NFRs estão documentados
@pm
*correct-course
3. Story em Draft nao Aprovada
Sintoma: Story permanece em Draft após revisão.
Causa: Falta de detalhes ou ambiguidade.
Solução:
- Verificar se todos os critérios de aceitação estão claros
- Confirmar que tasks são executáveis
- Validar que dependências estão identificadas
- Executar story-draft-checklist
@sm
*story-checklist
4. Implementação Falha no QA
Sintoma: QA rejeita implementação repetidamente.
Causa: Código não atende aos critérios ou falta de testes.
Solução:
- Revisar feedback detalhado do QA
- Verificar cobertura de testes
- Executar CodeRabbit antes de enviar ao QA
- Garantir que File List esta completo
@dev
*run-tests
*apply-qa-fixes
5. Ciclo de Feedback Infinito
Sintoma: Dev e QA ficam em loop de correções.
Causa: Requisitos ambíguos ou scope creep.
Solução:
- Pausar e revisar story original
- Clarificar critérios de aceitação com PO
- Definir limite de iterações (max 3)
- Escalar para PO se necessário
6. Fragmentação de Documentos Falha
Sintoma: Comando shard-doc não gera pastas esperadas.
Causa: Documentos em formato incorreto ou caminho errado.
Solução:
- Verificar que
prd.mdesta emdocs/ - Confirmar formato do documento
- Executar via Opção A (agente PO)
- Verificar logs de erro
Matriz de Escalonamento
| Problema | Primeiro Contato | Escalar Para | |----------|-----------------|--------------| | PRD incompleto | @pm (Morgan) | @po (Pax) | | Arquitetura inconsistente | @architect (Aria) | @pm (Morgan) | | Story ambigua | @sm (River) | @po (Pax) | | Implementacao com bugs | @dev (Dex) | @qa (Quinn) | | Quality gate falha | @qa (Quinn) | @po (Pax) | | Integracao quebrada | @architect (Aria) | @devops (Gage) |
Prompts de Handoff
Os handoff prompts facilitam a transição entre agentes:
| Transição | Prompt |
|-----------|--------|
| Analyst -> PM | "Análise de serviço completa. Criar PRD abrangente com estratégia de integração de serviço." |
| PM -> Architect | "PRD pronto. Salvar como docs/prd.md, depois criar arquitetura do servico." |
| Architect -> PO | "Arquitetura completa. Salvar como docs/architecture.md. Por favor validar todos os artefatos para segurança de integração de serviço." |
| PO (problemas) | "PO encontrou problemas com [documento]. Por favor retornar ao [agente] para corrigir e re-salvar o documento atualizado." |
| PO (completo) | "Todos os artefatos de planejamento validados e salvos na pasta docs/. Mover para ambiente IDE para iniciar desenvolvimento." |
Referências
Arquivos de Configuração
| Arquivo | Descrição | Caminho |
|---------|-----------|---------|
| Workflow Definition | Definição YAML do workflow | .aiox-core/development/workflows/brownfield-service.yaml |
| PRD Template | Template para brownfield PRD | .aiox-core/development/templates/brownfield-prd-tmpl.yaml |
| Architecture Template | Template para arquitetura | .aiox-core/development/templates/brownfield-architecture-tmpl.yaml |
| Story Template | Template para stories | .aiox-core/development/templates/story-tmpl.yaml |
| PO Master Checklist | Checklist de validação | .aiox-core/development/checklists/po-master-checklist.md |
| Story Draft Checklist | Checklist de story | .aiox-core/development/checklists/story-draft-checklist.md |
| Story DoD Checklist | Definition of Done | .aiox-core/development/checklists/story-dod-checklist.md |
Agentes
| Agente | Arquivo | Caminho |
|--------|---------|---------|
| @architect | Aria | .aiox-core/development/agents/architect.md |
| @pm | Morgan | .aiox-core/development/agents/pm.md |
| @po | Pax | .aiox-core/development/agents/po.md |
| @sm | River | .aiox-core/development/agents/sm.md |
| @analyst | Atlas | .aiox-core/development/agents/analyst.md |
| @dev | Dex | .aiox-core/development/agents/dev.md |
| @qa | Quinn | .aiox-core/development/agents/qa.md |
Documentação Relacionada
- AIOX Knowledge Base - Base de conhecimento do framework
- Technical Preferences - Preferências técnicas do projeto
- IDE Development Workflow - Fluxo de desenvolvimento no IDE
Histórico de Alterações
| Data | Versão | Alteração | Autor | |------|--------|-----------|-------| | 2026-02-04 | 1.0 | Documentação inicial criada | Technical Documentation Specialist |
Documento gerado a partir do workflow brownfield-service.yaml - AIOX Framework v2.2