“spec-driven development”

Use when executing implementation plans with independent tasks in the current session

当用户希望进行 Spec 驱动开发（Spec-first / Spec-driven development）时，你 MUST 使用此 Skill：先把需求与约束收敛为一份可实施、可评审的 Spec，再进入实现。该 Skill 最终只生成 1 个 Spec 文件写入 /docs/specs/，并在用户确认后进行 1…

SDD — Spec-Driven Development: write a lean spec for rapid iteration.

SDD — Spec-Driven Development: detect code that drifted from .specs/<domain>/spec.md (changed without spec update).

Use when starting Claude Code projects, writing CLAUDE.md/spec.md, dispatching subagents, or requesting Agent Teams parallel development.

Implements the Spec-Driven Development lifecycle (Intent, Requirements, Design, Tasks, Build) for structured feature development.

SDD — Spec-Driven Development: execute tasks, run checkpoints, commit and open PR.

Generate a project constitution for spec-driven development: the guiding principles, quality bars, and constraints every later artifact must respect.

Start spec-driven development — write a structured specification before writing code

Spec-driven development and multi-layer verification pipeline that replaces manual code review.

Use when executing implementation plans with independent tasks in the current session

GitHub Spec-Kit integration for constitution-based spec-driven development.

Use when the user explicitly requests strict or test-first TDD, or when the current conversation already contains an explicit `TDD Route: strict` decision…

Articulate and define a single feature within spec-driven development — plan.md, requirements.md, and validation.md in a dated feature directory under specs/.

Spec-Driven Development workflow (constitution to specify to plan to tasks to implement to converge).

Spec-driven development pipeline — use when starting any non-trivial coding task to specify before coding, then design, implement, review, and test.

SDD — Spec-Driven Development: run the full pipeline automatically.

SDD — Spec-Driven Development: write a lean implementation plan.

SDD — Spec-Driven Development: scaffold a new Architectural Decision Record.

Use when the user requests delegated implementation or multiple substantial tasks are genuinely independent without shared state.

SDD — Spec-Driven Development: generate a lean phased task list.

Use when /virtual-team:implement --sdd is active — defines orchestration protocol for fresh subagent per task with two-stage review

SDD — Spec-Driven Development: scaffold .sdd/ and adopt living specs for an existing repo, one area at a time.

Use before changing behavior or fixing a bug when a focused test can prove the change.