_ __ __ __ _____ __ __ _ __
/ | / /__ / /_ __ __/ /___ _ / ___/____ ___ _____ / //_/(_) /_
/ |/ / _ \/ __ \/ / / / / __ `/ \__ \/ __ \/ _ \/ ___/ / ,< / / __/
/ /| / __/ /_/ / /_/ / / /_/ / ___/ / /_/ / __/ /__ / /| |/ / /_
/_/ |_|\___/_.___/\__,_/_/\__,_/ /____/ .___/\___/\___/ /_/ |_/_/\__/
/_/
- Autor: Maurício Molinari
- Licença: MIT
- Repositório: https://github.com/MolinariBR/NebulaSpecKit
- Site: https://nebulaweb.vercel.app/
- Versão: 1.0.3
- Última atualização: 2026-04-09
Framework de governança documental, execução por tasks e validação técnica, com foco em fidelidade de produção.
A maioria dos projetos falha não por falta de talento, mas por falta de estrutura: decisões sem rastreabilidade, documentação desatualizada, execução inconsistente entre devs e IAs e qualidade improvisada.
O Nébula resolve esse problema.
Ele padroniza como um projeto é descoberto, definido, planejado, executado e validado, com suporte nativo a agentes de IA, sem abrir mão de governança, previsibilidade e qualidade de produção.
Mudanças estruturais recentes já refletidas neste repositório:
- Agentes renomeados para padrão curto:
agents/<role>.md(sem sufixo-agent). - Arquivo legado removido:
agents/02CATALOG.md. Manual/permanece como guia para dev humano e não compõe o contexto mínimo de IA.- Contexto mínimo de execução com IA centralizado em:
instructions.mdGUIDE.mdWorkflows/README.mdSkills/README.mdQuality/validation-rules.md
| Pilar | Arquivo | Responsabilidade |
|---|---|---|
| Instruções | instructions.md | Raiz operacional e precedência de execução |
| Metodologia | GUIDE.md | Referência central do método |
| Documentação | Docs/README.md | Artefatos oficiais do projeto |
| Skills | Skills/README.md | Capacidades técnicas mapeadas |
| Workflows | Workflows/README.md | Fluxos de execução padronizados |
| Quality | Quality/README.md | Gates e políticas de qualidade |
| Templates | Templates/Full/README.md | Modelos de preenchimento |
| Agentes | agents/README.md | Contrato e papéis de agentes de IA |
| Manual | Manual/README.md | Guia de uso para dev humano (fora do contexto mínimo de IA) |
| Protótipos | Docs/Prototype/README.md | Interfaces HTML de referência |
.
├── README.md
├── GUIDE.md # Metodologia central
├── instructions.md # Raiz operacional
├── Docs/ # Artefatos oficiais (saída de produção)
│ └── Prototype/ # Protótipos de interface
├── Templates/
│ ├── Full/ # Templates completos por artefato
│ └── Quick/ # Templates de uso rápido
├── Skills/ # Capacidades técnicas
├── Workflows/ # Fluxos executáveis
├── Quality/ # Gates, testes e políticas
├── agents/ # Agentes especializados
└── Manual/ # Documentação operacional
Brief → Projeto e Stack → UX e Design → Protótipos → Técnico → Execução → Validação
- Brief: preencha
Templates/Full/brief.mde salve emDocs/brief.md. - Projeto e Stack: use os templates de projeto e stack e salve em
Docs/. - UX e Design: documente user stories, páginas, fluxo e design system em
Docs/. - Protótipos: construa interfaces HTML em
Docs/Prototype/. - Técnico: documente entidades, arquitetura, contrato, estrutura e deploy em
Docs/. - Execução: opere com
Docs/plan.md,Docs/tasks.mdeDocs/control.md. - Validação: feche cada task com Quality/validation-rules.md.
Cada template tem exatamente um destino oficial:
Templates/Full/brief.md -> Docs/brief.md
Templates/Full/project.md -> Docs/project.md
Templates/Full/stack.md -> Docs/stack.md
Templates/Full/user-stories.md -> Docs/user-stories.md
Templates/Full/pages.md -> Docs/pages.md
Templates/Full/flow.md -> Docs/flow.md
Templates/Full/design-system.md -> Docs/design-system.md
Templates/Full/tokens.json -> Docs/tokens.json
Templates/Full/entities.md -> Docs/entities.md
Templates/Full/architecture.md -> Docs/architecture.md
Templates/Full/contract.yaml -> Docs/contract.yaml
Templates/Full/structure.md -> Docs/structure.md
Templates/Full/deploy.md -> Docs/deploy.md
Templates/Full/plan.md -> Docs/plan.md
Templates/Full/tasks.md -> Docs/tasks.md
Templates/Full/control.md -> Docs/control.md
O Nébula define regras estritas de execução para garantir rastreabilidade total:
- A Task 1 é sempre de bootstrap estrutural: é a única task autorizada a criar diretórios e arquivos.
- As tasks seguintes apenas editam: se um arquivo obrigatório estiver ausente, abra uma task de ajuste estrutural.
- 1 task = 1 commit: cada task concluída gera exatamente um commit.
- Todo commit deve registrar: hash, arquivos tocados e resultado do gate de qualidade.
Referências:
O framework adota qualidade orientada à produção realista: sem mocks e sem atalhos que não escalam.
| Arquivo | Conteúdo |
|---|---|
| Quality/README.md | Guia geral de qualidade |
| Quality/validation-rules.md | Gate obrigatório por task |
| Quality/realistic-tests.md | Testes realistas |
| Quality/anti-mock.md | Política anti-mock |
| Quality/clean-rules.md | Regras de código limpo |
| Quality/structure-rules.md | Regras de estrutura de arquivos e módulos |
| Quality/metrics.md | Métricas, limites e bandas de risco |
| Quality/review-checklist.md | Checklist de revisão técnica |
| Quality/dependencies.md | Dependências e compatibilidade |
| Quality/execution-policy.md | Política de execução e escopo |
Cada agente opera sob contrato único e carregamento obrigatório de contexto
definido em instructions.md e agents/README.md:
- Carregar contexto base:
GUIDE.mdSkills/README.mdWorkflows/README.mdQuality/validation-rules.md
- Carregar contexto condicional quando aplicável:
Templates/Full/README.md- políticas complementares em
Quality/*.md
- Carregar artefatos oficiais de execução em
Docs/. - Usar
Templates/apenas como referência de estrutura, nunca como saída final.
Papéis atuais de agente:
| Papel | Arquivo |
|---|---|
| Scope | agents/scope.md |
| Product | agents/product.md |
| System | agents/system.md |
| Execution | agents/execution.md |
| Quality | agents/quality.md |
| Release | agents/release.md |
| Recovery | agents/recovery.md |
Referências:
O manual é organizado em camadas de baseline + delta: cada baseline define o comportamento padrão, e os deltas especificam variações por modo de operação (com agentes ou sem agentes) e por ferramenta.
| Arquivo | Conteúdo |
|---|---|
| Manual/README.md | Entrada do manual |
| Arquivo | Conteúdo |
|---|---|
| Manual/17EXECUTION-BASELINE.md | Execução baseline |
| Manual/02AGENTS.md | Delta: execução com agentes |
| Manual/03NO-AGENTS.md | Delta: execução sem agentes |
| Arquivo | Conteúdo |
|---|---|
| Manual/16SCENARIOS-BASELINE.md | Cenários baseline |
| Manual/05SCENARIOS-AGENTS.md | Delta: cenários com agentes |
| Manual/06SCENARIOS-NO-AGENTS.md | Delta: cenários sem agentes |
| Arquivo | Conteúdo |
|---|---|
| Manual/18COMPONENTS-BASELINE.md | Componentes baseline |
| Manual/19COMPONENTS-SKILLS.md | Delta: Skills |
| Manual/20COMPONENTS-WORKFLOWS.md | Delta: Workflows |
| Manual/21COMPONENTS-QUALITY.md | Delta: Quality |
| Manual/22COMPONENTS-TEMPLATES.md | Delta: Templates |
| Arquivo | Conteúdo |
|---|---|
| Manual/15CREATE-AGENT-BASELINE.md | Criação de agentes baseline |
| Manual/07CREATE-AGENT-GITHUB-COPILOT.md até Manual/14CREATE-AGENT-ZED.md | Delta por ferramenta (Copilot, Cursor, Zed etc.) |
- Fidelidade: o que está documentado é o que vai para produção.
- Rastreabilidade: cada decisão e entrega têm registro.
- Consistência: documentação, execução e validação falam a mesma língua.
- Governança: dev e IA operam com as mesmas regras.
- Previsibilidade: prazo, qualidade e manutenção deixam de ser variáveis aleatórias.