Objetivo
Este documento unifica as regras e práticas do framework para uso diário do time, reduzindo ambiguidades entre:
- Metodologia (
README.md,GUIDE.md) - Pilares (
Docs,Skills,Workflows,Quality,Templates,Agentes) - Modo de operação (com agentes e sem agentes)
- Ferramentas de IA (Copilot, Cursor, Windsurf, Claude Code, Zed, etc.)
Este manual não substitui o GUIDE.md. Ele operacionaliza o método em cenários reais.
Fontes de referência usadas
- Núcleo:
README.md,GUIDE.md - Docs:
Docs/README.md - Manual:
Manual/00README.md,Manual/01GUIDE.md - Skills:
Skills/00README.md,Skills/01GUIDE.md - Workflows:
Workflows/00README.md,Workflows/01GUIDE.md - Quality:
Quality/00README.md,Quality/01GUIDE.md - Templates:
Templates/Full/00README.md,Templates/Full/01GUIDE.md,Templates/Quick/00README.md,Templates/Quick/01GUIDE.md - Agentes:
agents/00README.md,agents/01GUIDE.md,agents/behavior/00README.md,agents/behavior/01GUIDE.md - Manual web atual:
NebulaWeb/content/docs/manual.md
Princípios operacionais
Docs/é a fonte de verdade do projeto.Templates/é modelo de preenchimento, nunca entrega final.- Primeira task sempre
bootstrap_estrutural. - Após bootstrap, somente edição de arquivos existentes.
- Exatamente 1 commit por task concluída.
- Quality Gate obrigatório para fechamento.
- Evidências e rastreabilidade sempre em
Docs/tasks.mdeDocs/control.md.
Fechar task sem evidências e sem gate aprovado viola a governança do Nébula.
Arquitetura do manual: baseline + delta
Regra de leitura: sempre leia o baseline antes do delta.
| Categoria | Baseline | Delta |
|---|---|---|
| Execução | Manual/17EXECUTION-BASELINE.md | Manual/02AGENTS.md ou Manual/03NO-AGENTS.md |
| Cenários | Manual/16SCENARIOS-BASELINE.md | Manual/05SCENARIOS-AGENTS.md ou Manual/06SCENARIOS-NO-AGENTS.md |
| Componentes | Manual/18COMPONENTS-BASELINE.md | Manual/19 a Manual/22 |
| Criação de agentes | Manual/15CREATE-AGENT-BASELINE.md | Manual/07 a Manual/14 |
Trilha de leitura por objetivo
Quero executar com agentes
GUIDE.mdManual/17EXECUTION-BASELINE.mdManual/02AGENTS.mdagents/02CATALOG.mdManual/16SCENARIOS-BASELINE.mdManual/05SCENARIOS-AGENTS.md
Quero executar sem agentes
GUIDE.mdManual/17EXECUTION-BASELINE.mdManual/03NO-AGENTS.mdManual/16SCENARIOS-BASELINE.mdManual/06SCENARIOS-NO-AGENTS.md
Quero criar ou adaptar agentes por ferramenta
Manual/15CREATE-AGENT-BASELINE.md- Escolher um delta:
Manual/07aManual/14 - Validar contrato canônico em
agents/00README.mdeagents/01GUIDE.md
Fluxo oficial de execução por task
1. Definir objetivo, escopo e restrições
2. Selecionar 1 workflow principal em `Workflows/`
3. Carregar contexto base e contexto de execução em `Docs/`
4. Executar mudança técnica
5. Aplicar Quality Gate
6. Registrar evidências e status
7. Fechar com 1 commit
8. Atualizar `Docs/tasks.md` e `Docs/control.md`Contexto mínimo obrigatório antes de executar
GUIDE.mdWorkflows/01GUIDE.mdQuality/01GUIDE.mdDocs/plan.mdDocs/tasks.mdDocs/control.md
Em modo com agentes, incluir também o contexto especializado definido no arquivo do papel em agents/.
Bootstrap estrutural e modo edição
Task inicial obrigatória
TASK-001
Política: bootstrap_estrutural
Permissão: criar diretórios e arquivosTasks seguintes
Política: edição
Permissão: apenas alterar arquivos existentes
Se faltar arquivo obrigatório: abrir task de ajuste estruturalIntegração entre pilares
Docs
- Guarda artefatos oficiais e estado real da execução.
- Todo fechamento de task precisa atualizar
Docs/tasks.mdeDocs/control.md.
Workflows
- Orquestram a sequência por tipo de demanda.
- Toda task tem 1 workflow principal.
Skills
- Oferecem apoio especializado por domínio.
- Não substituem workflow nem Quality Gate.
Templates
- Estrutura de preenchimento (Full e Quick).
- Quick acelera; Full reduz ambiguidade.
- Se Quick gerar dúvida, migrar para Full na mesma task.
Quality
- Define critérios de validação.
- Sem gate aprovado, a task permanece aberta.
Agentes
- Papéis canônicos em
agents/. - O runtime da ferramenta é adaptador, não fonte de verdade.
Mapa de cenários para decisão rápida
| Situação | Caminho recomendado |
|---|---|
| Nova feature com impacto em UI/API | new-feature + agentes especializados (quando aplicável) |
| Nova tela | new-screen |
| Integração externa | new-integration |
| Bug em produção | hotfix |
| Refatoração de módulo | module-refactoring |
| Mudança visual sem nova tela | ui-change |
| Mudança de contrato | contract-change |
| Fechamento de entrega | release |
Regra de precedência em conflitos
- Contrato vigente
- Documento-fonte do domínio em
Docs/ Docs/plan.mdeDocs/tasks.md- Implementação atual
Definição de pronto (task)
Uma task só pode ser concluída quando:
- Workflow executado sem pular etapa obrigatória.
- Artefatos oficiais em
Docs/atualizados. - Quality Gate aprovado.
- Evidências e hash de commit registrados.
- Estado real registrado em
Docs/control.md.
Antipadrões que devem ser evitados
- Usar
Templates/como saída final. - Criar arquivos em task de edição.
- Fechar task sem evidência objetiva.
- Fechar task sem Quality Gate.
- Agrupar múltiplas tasks em um único commit.
- Omitir handoff e riscos em
Docs/control.md.
Se qualquer regra acima for quebrada, a entrega perde auditabilidade e deve ser tratada como não concluída.
Comandos úteis
cd /home/mau/molinari/Framework
# localizar guias e READMEs do framework
rg --files | rg '(README\.md|GUIDE\.md|00README\.md|01GUIDE\.md)$' | sort
# revisar artefatos oficiais de execução
ls Docs
# revisar workflows disponíveis
ls WorkflowsEncerramento
Este manual consolida a proposta operacional do Nébula para manter previsibilidade em qualquer contexto: com agentes, sem agentes e em qualquer ferramenta de runtime.
Use este arquivo como referência de operação diária e os documentos baseline e delta para execução detalhada por cenário.