Fluxo de desenvolvimento guiado por spec, empacotado como plugin de skills instalável em Cursor, Claude Code, OpenAI Codex, GitHub Copilot CLI, Gemini CLI e OpenCode.
As skills cobrem o ciclo completo — /sdd-init (bootstrap) → 01 New → 02 Research → 03 Specify → 04 Plan → 05 Review → 06 Execute (implement + review loop; worktree opt-in) → 07 Spec review → 08 Docs → finish-branch — mais skills transversais de TDD condicional, debugging, verificação, worktrees, receber review, execução paralela, commit message e design de schema PostgreSQL.
Em cada mudança rastreável, o fluxo também gera documentação de histórico versionada no repositório — pasta specs/ com spec (As Is → To Be), plano, execuções, revisões e implementation-log.md — registrando o porquê, o que mudou e como foi validado.
Genérico por design. As skills não assumem stack/linguagem. O específico de cada projeto (comandos de build, issue tracker, integrações, branch base, mapas) vive no
AGENTS.mddo repositório que consome o plugin. Veja o contrato emskills/using-sdd/references/agents-md-contract.md.
Repositório: guskuma/sdd-workflow.
O /sdd-01-new faz o scaffold de specs/ na primeira mudança do repositório (templates em specs/templates/). Cada spec vive em uma pasta datada e acumula artefatos ao longo das fases:
specs/
├── templates/ # cópia dos templates do plugin (primeira spec)
├── implementation-log.md # índice global de specs concluídas
└── YYYY-MM-{ISSUE-KEY}-slug/
├── spec.md # As Is, To Be, goals, restrições (research → specify)
├── design.md # opcional — alta complexidade (specify)
├── tasks.md # opcional — backlog detalhado (plan, ≥ 5 tasks)
├── executions.md # gates, revisões, desvios, fechamento (execute → docs)
├── issue-summary.md # snapshot da issue (new)
└── mr-template.md # corpo do MR/PR (preenchido em docs)
| Arquivo | Fase principal | O que registra |
|---|---|---|
spec.md |
02 Research → 03 Specify | Contexto, As Is, To Be, goals, non-goals, restrições |
design.md |
03 Specify | Decisões de design quando a complexidade exige |
tasks.md |
04 Plan | Backlog zero-context: Constraints, mapa, Interfaces, Steps; em specs grandes, Plan em ondas (progresso + checkpoints) |
executions.md |
06 Execute → 08 Docs | O que foi feito, gates, revisões, documentação |
issue-summary.md |
01 New | Snapshot da issue no início |
mr-template.md |
08 Docs | Descrição pronta para abrir o MR/PR |
implementation-log.md |
08 Docs | Entrada por spec concluída (link, branch, data) |
Sem issue tracker? Use um identificador curto no lugar de
{ISSUE-KEY}(ex.: o slug) e marque os campos de issue comoN/A. A convenção completa está emskills/using-sdd/references/agents-md-contract.md.
| Skill | Tipo | Para que serve |
|---|---|---|
using-sdd |
bootstrap | Disciplina de uso + adaptação entre plataformas |
sdd-init |
bootstrap | Análise do repositório + geração de AGENTS.md, CLAUDE.md e GEMINI.md (idempotente) |
sdd-01-new … sdd-08-docs |
fases | Ciclo SDD ponta a ponta (TDD e feature flag decididos no 01-new; padrão de implementação no AGENTS.md via /sdd-init) |
tdd |
transversal | Red → green → refactor com Iron Law (só se tdd: true) |
debugging |
transversal | Causa raiz antes do fix (4 fases + instrumentação multi-camada) |
verification |
transversal | Evidência antes de afirmar sucesso |
worktrees |
transversal | Isolamento via git worktree (opt-in no /sdd-06-execute) |
parallel-execution |
transversal | Tasks independentes via subagentes |
receiving-review |
transversal | Filtra findings (loop 06 + review externo) antes de implementar |
finish-branch |
transversal | Menu pós-docs: merge / MR/PR / manter / descartar |
commit-message |
transversal | Mensagens Conventional Commits (+ issue key opcional) |
postgresql-table-design |
transversal | Schema PostgreSQL (tipos, indexes, constraints, gotchas) |
writing-skills |
meta | Endurecer/criar skills com pressure scenarios |
Inclui ainda: commands/ (slash /sdd-init e /sdd-0X), agents/code-reviewer.agent.md, templates SDD empacotados (scaffoldados em specs/ pelo /sdd-01-new; bootstrap de projeto pelo /sdd-init).
Adicione o marketplace e instale o plugin sdd-workflow (ou aponte o Cursor para este repositório como plugin). Os comandos /sdd-init e /sdd-0X ficam disponíveis no chat.
/plugin marketplace add guskuma/sdd-workflow
/plugin install sdd-workflow@sdd-marketplacecopilot plugin marketplace add guskuma/sdd-workflow
copilot plugin install sdd-workflow@sdd-marketplacePeça ao Codex:
Fetch and follow instructions from https://raw.githubusercontent.com/guskuma/sdd-workflow/refs/heads/main/.codex/INSTALL.md
Detalhes: .codex/INSTALL.md.
gemini extensions install https://github.com/guskuma/sdd-workflowDetalhes: .opencode/INSTALL.md.
- O hook
SessionStartinjeta a skillusing-sddno início da sessão (formato JSON detectado por plataforma). using-sddorienta o agente a sempre consultar oAGENTS.mddo projeto e a invocar as skills relevantes.- Sem
AGENTS.md, o agente sugere/sdd-initpara analisar o repositório e gerar os arquivos de bootstrap. - As skills usam nomes de tools do estilo Claude Code/Cursor; o mapeamento para outras plataformas está em
skills/using-sdd/references/*-tools.md.
Para o fluxo funcionar bem, o repositório que usa o plugin precisa de um AGENTS.md na raiz com, no mínimo: Gate de qualidade (comandos de lint/test/build), issue tracker, branches, integrações externas e restrições padrão. Modelo completo em skills/using-sdd/references/agents-md-contract.md.
Primeira vez no projeto? Rode
/sdd-init— a skill detecta stack, comandos de CI, issue tracker e convenções Git quando possível, geraAGENTS.md(ou preenche lacunas no existente) e criaCLAUDE.md/GEMINI.mdapontando para ele.
| Recurso | Cursor | Claude Code | Codex | Copilot CLI | Gemini CLI | OpenCode |
|---|---|---|---|---|---|---|
| Skills | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |
Slash /sdd-init, /sdd-0X |
✓ | ✓ | — (invocar por nome) | — | ✓ | — |
Subagentes (parallel-execution, code-reviewer) |
✓ | ✓ | ✓ (multi_agent) | ✓ | — | depende |
Plan mode (no /sdd-06) |
✓ | ✓ | — (degrada) | — | — | — |
| Hook SessionStart | ✓ | ✓ | n/a | ✓ | n/a | n/a |
Onde um recurso não existe, as skills degradam graciosamente (ex.: sem Plan mode, descrevem o micro-plano no chat; sem subagentes, executam sequencialmente).
MIT — ver LICENSE.