Specification-driven development with structured phases (Initialize, Plan, Tasks, Implement+Validate). Creates structured feature specs with traceability to requirements. Use when planning features, implementing with verification, or tracking decisions across sessions. Also use when the user wants to break a feature into tasks, plan before coding, track implementation progress, or organize work into specs and plans. Triggers on "create feature", "plan", "tasks", "implement", "validate", "arch...
Scanned 9/4/2026
Install to Claude Code
npx -y skills add NeverSight/skills_feed --skill spec-driven --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Spec Driven?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/neversight-spec-driven)More formats (shields.io, HTML) on the badges page.
---
name: spec-driven
description: Specification-driven development with structured phases (Initialize, Plan, Tasks, Implement+Validate). Creates structured feature specs with traceability to requirements. Use when planning features, implementing with verification, or tracking decisions across sessions. Also use when the user wants to break a feature into tasks, plan before coding, track implementation progress, or organize work into specs and plans. Triggers on "create feature", "plan", "tasks", "implement", "validate", "archive", "break this into tasks", "plan this feature".
metadata:
author: github.com/adeonir
version: "1.0.0"
---
# Spec-Driven Development
Structured development workflow: Initialize -> Plan -> Tasks -> Implement + Validate.
## Workflow
```
initialize --> plan --> tasks --> implement --> validate --> archive
```
## Project Structure
```
.artifacts/
├── features/
│ └── {ID}-{name}/
│ ├── spec.md # WHAT: Requirements
│ ├── plan.md # HOW: Architecture
│ ├── tasks.md # WHEN: Tasks
│ └── designs/ # Visual references (screenshots, mockups, wireframes)
└── research/ # Research cache (lazy)
└── {topic}.md
docs/
└── features/
└── {name}.md # Consolidated implementation
```
**Optional context** (generated by project-index skill):
```
.agents/
├── project.md # Project context
└── codebase/ # Codebase analysis
```
> Note: `.agents/` is optional. If it exists, spec-driven uses and updates it. If not, all context stays within the feature artifacts.
## Templates
| Context | Template |
|---------|----------|
| Feature spec | [spec.md](templates/spec.md) |
| Technical plan | [plan.md](templates/plan.md) |
| Task breakdown | [tasks.md](templates/tasks.md) |
| Archive document | [archive.md](templates/archive.md) |
| Codebase exploration | [exploration.md](templates/exploration.md) |
| Research cache | [research.md](templates/research.md) |
## Context Loading Strategy
**Base load (~15k tokens):**
- `.agents/project.md` (context, if exists)
- Current feature spec.md
**On-demand:**
- `.agents/codebase/*.md` (brownfield)
- plan.md (implementing)
- tasks.md (executing)
- research/*.md (new technologies)
**Never simultaneous:**
- Multiple feature specs
- Archived features
## Triggers
### Feature-Level
| Trigger Pattern | Reference |
|-----------------|-----------|
| Create new feature, new feature | [initialize.md](references/initialize.md) (greenfield) |
| Modify feature, improve feature | [initialize.md](references/initialize.md) (brownfield) |
| Create technical plan | [plan.md](references/plan.md) |
| Research technology, cache research | [research.md](references/research.md) |
| Create tasks | [tasks.md](references/tasks.md) |
| Implement task | [implement.md](references/implement.md) |
| Validate | [validate.md](references/validate.md) |
| Archive | [archive.md](references/archive.md) |
| List features, show status | [status-specs.md](references/status-specs.md) |
### Guidelines
| Trigger Pattern | Reference |
|-----------------|-----------|
| How to write specs | [spec-writing.md](references/spec-writing.md) |
| How to decompose tasks | [tasks.md](references/tasks.md) |
| Codebase exploration | [codebase-exploration.md](references/codebase-exploration.md) |
| Research patterns | [research.md](references/research.md) |
| Baseline discovery | [baseline-discovery.md](references/baseline-discovery.md) |
| Extract from PRD/docs | [doc-extraction.md](references/doc-extraction.md) |
| Coding principles | [coding-principles.md](references/coding-principles.md) |
| Status workflow, when to update status | [status-workflow.md](references/status-workflow.md) |
## Cross-References
```
initialize.md ------> plan.md (when spec complete)
plan.md ------------> tasks.md
plan.md ------------> research.md (if new tech)
tasks.md -----------> implement.md
implement.md -------> coding-principles.md (loaded before coding)
implement.md -------> validate.md
validate.md --------> implement.md (if issues)
validate.md --------> archive.md (if passed)
```
## Guidelines
**DO:**
- Separate content by purpose: spec=WHAT, plan=HOW, tasks=WHEN
- Follow status flow: draft -> ready -> in-progress -> to-review -> done -> archived
- Use sequential Feature IDs (001, 002)
- Reuse research cache across features (.artifacts/research/)
- Archive to docs/features/{name}.md (without ID prefix)
- Consume `.agents/` for project context and codebase info (optional - use if exists)
- Update `.agents/codebase/` with new discoveries during plan phase (if it exists)
**DON'T:**
- Reuse Feature IDs from previous features
- Mix spec, plan, and task content in a single file
- Skip status transitions (e.g., jumping from draft to done)
- Create feature-specific research files outside .artifacts/research/
- Generate `.agents/` content (that's project-index's responsibility)
## Error Handling
- No .artifacts/: Create it (features/ and research/ are created on demand)
- Spec not found: List available features
- Open questions blocking architecture: Resolve before planning
- Plan not found: Suggest plan before tasks
- Tasks not found: Suggest tasks before implement
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!