|
2 | 2 | agent: speckit.plan |
3 | 3 | --- |
4 | 4 |
|
5 | | -You must adhere to the following mandatory planning requirements when creating a development plan. |
| 5 | +You **MUST** adhere to the following mandatory requirements when creating a development plan. |
6 | 6 |
|
7 | | -## Documentation (Mandatory) |
| 7 | +**Workflow context:** |
8 | 8 |
|
9 | | -When making architectural or significant technical decisions, document them as Architecture Decision Records (ADRs): |
| 9 | +- **Input:** `spec.md` (feature specification) |
| 10 | +- **Output:** `plan.md` (implementation plan) |
| 11 | +- **Next phase:** Tasks generation (`/speckit.tasks`) |
10 | 12 |
|
11 | | -**What requires an ADR:** |
| 13 | +**Base requirements:** Follow all rules in [copilot-instructions.md](/.github/copilot-instructions.md), particularly: |
12 | 14 |
|
13 | | -- [ ] Architectural style choices (e.g. event-driven vs layered, monolith vs microservices) |
14 | | -- [ ] Architectural pattern choices (e.g. composition over inheritance, repository pattern, event sourcing) |
15 | | -- [ ] Language and framework selections |
16 | | -- [ ] Any other significant technical decision that shapes the system |
| 15 | +- Documentation ADRs |
| 16 | +- Toolchain Version |
| 17 | +- Repository Tooling |
17 | 18 |
|
18 | | -**ADR requirements:** |
| 19 | +## Show & Tell Sections (Mandatory) |
19 | 20 |
|
20 | | -- [ ] Use the template at [docs/adr/adr-template.md](/docs/adr/adr-template.md) |
21 | | -- [ ] Follow the existing ADR format for consistency |
22 | | -- [ ] Always present 3 or more options with trade-offs |
23 | | -- [ ] Include the conversational context that led to the decision |
24 | | -- [ ] Document decisions regardless of whether you made them independently or were guided by the user |
| 21 | +Each phase and user story in `plan.md` must include a `### Show & Tell` subsection. This subsection defines the demonstration steps that will be: |
25 | 22 |
|
26 | | -This requirement is mandatory, especially during the spec-driven development cycle: `spec` → `plan` → `tasks` → `implement`. |
| 23 | +1. Expanded with specific commands in `tasks.md` (next phase) |
| 24 | +2. Executed by the user during implementation to verify completion |
27 | 25 |
|
28 | | -## Toolchain Version (Mandatory) |
| 26 | +## Plan Completion Checklist (Mandatory) |
29 | 27 |
|
30 | | -- [ ] Use the latest stable language, runtime, and framework versions at the time of change, search the internet for the latest versions |
| 28 | +Before marking `plan.md` as complete, verify: |
31 | 29 |
|
32 | | -## Plan (Mandatory) |
33 | | - |
34 | | -- [ ] Plan each phase and user story to include a Show & Tell section with all instructions needed to demonstrate the completed work to stakeholders (e.g. terminal commands, browser navigation, API calls) |
35 | | -- [ ] Plan to always bring the below capabilities as the minimum using the repository-template skill at [.github/skills/repository-template/SKILL.md](/.github/skills/repository-template/SKILL.md), and ensure they are up to date: |
| 30 | +- [ ] Plan addresses all requirements from `spec.md` |
| 31 | +- [ ] All architectural decisions have corresponding ADRs |
| 32 | +- [ ] Toolchain versions are specified |
| 33 | +- [ ] Repository-template capabilities are planned using the skill at [.github/skills/repository-template/SKILL.md](/.github/skills/repository-template/SKILL.md), including at minimum: |
36 | 34 | - [ ] Core Make System |
37 | 35 | - [ ] Pre-commit Hooks |
38 | 36 | - [ ] Secret Scanning |
39 | 37 | - [ ] File Format Checking |
40 | 38 | - [ ] Markdown Linting |
41 | 39 | - [ ] Docker Support |
42 | 40 | - [ ] Tool Version Management |
| 41 | +- [ ] Each phase and user story includes a `### Show & Tell` subsection |
| 42 | +- [ ] Show & Tell subsections are placed at the end of each phase or user story |
0 commit comments