These templates demonstrate the spec-driven development workflow I use to ship production apps with AI assistance.
Every feature I build starts with three spec documents:
- requirements.md - What we're building and why (user stories + acceptance criteria)
- design.md - How we're building it (architecture, components, data models)
- tasks.md - The execution plan (ordered tasks with checkboxes)
- Context preservation: AI has a single source of truth to reference
- Drift prevention: Specs enforce consistency across long sessions
- Testability: Acceptance criteria become test cases
- Automation: Well-structured tasks can be executed with minimal intervention
- Copy the template folder for your feature
- Fill in requirements.md first (iterate with AI until complete)
- Generate design.md from requirements (ask AI to propose architecture)
- Generate tasks.md from design (ask AI to break down into ordered tasks)
- Execute tasks using AI as orchestrator
- No file over 400 lines - keeps context manageable
- Backend first - APIs are testable, frontend follows
- Modular everything - hooks, components, services all separate
- Test alongside - each task should include its tests
.kiro/specs/
└── feature-name/
├── requirements.md
├── design.md
└── tasks.md
MIT - use however you want