create-sdd-project 0.8.7 → 0.8.9

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "create-sdd-project",
3
- "version": "0.8.7",
3
+ "version": "0.8.9",
4
4
  "description": "Create a new SDD DevFlow project with AI-assisted development workflow",
5
5
  "bin": {
6
6
  "create-sdd-project": "bin/cli.js"
@@ -85,7 +85,7 @@ See `references/branching-strategy.md` for details.
85
85
 
86
86
  1. Verify product tracker exists, no active feature, dependencies met
87
87
  2. Create feature branch: `feature/<feature-id>-<short-description>`
88
- 3. **Std/Cplx:** Copy ALL sections from `references/ticket-template.md` (Spec, Implementation Plan, Acceptance Criteria, Definition of Done, Workflow Checklist, Completion Log) → fill `## Spec` section. Do NOT omit empty sections — they are filled in later steps
88
+ 3. **Std/Cplx:** Copy ALL sections from `references/ticket-template.md` (Spec, Implementation Plan, Acceptance Criteria, Definition of Done, Workflow Checklist, Completion Log) → fill `## Spec` section. Do NOT omit empty sections — they are filled in later steps. **After generating the ticket, verify it contains ALL 6 sections in this exact order: Spec → Implementation Plan → Acceptance Criteria → Definition of Done → Workflow Checklist → Completion Log. If any section is missing, add it now.**
89
89
  4. **Complex:** Also review `decisions.md` for related ADRs
90
90
  5. Update product tracker → Active Session: feature, step `1/6 (Setup)`, branch, complexity. Update Features table: status `in-progress`, step `1/6`
91
91
 
@@ -153,15 +153,7 @@ Update tracker (Active Session + Features table): step `4/6 (Finalize)`. Mark ti
153
153
 
154
154
  **→ CHECKPOINT: Merge Approval**
155
155
 
156
- **STOP.** Before requesting merge approval, complete these actions IN ORDER:
157
-
158
- 1. **Std/Cplx:** Re-read the ticket file (`docs/tickets/<feature-id>.md`) — mark ALL items `[x]` in: Workflow Checklist (Steps 0–5), Acceptance Criteria, Definition of Done. Add missing Completion Log entries (date, action, notes for each step).
159
- 2. Re-read `docs/project_notes/product-tracker.md` — verify Active Session shows step `5/6 (Review)` and Features table is updated. Fix if stale.
160
- 3. Update `key_facts.md` if new models, schemas, migrations, or reusable components were added.
161
- 4. Update `decisions.md` with ADR if Definition of Done requires it.
162
- 5. Commit ALL documentation updates.
163
- 6. Run `git status` — verify clean working tree. No unstaged files allowed.
164
- 7. THEN request merge approval from the user.
156
+ **STOP.** Read `references/merge-checklist.md` and execute ALL actions in order. Do NOT request merge approval until every action is done.
165
157
 
166
158
  ---
167
159
 
@@ -194,6 +186,7 @@ Update tracker (Active Session + Features table): step `4/6 (Finalize)`. Mark ti
194
186
  - `references/add-feature-template.md` — Add feature to tracker
195
187
  - `references/complexity-guide.md` — Complexity classification
196
188
  - `references/workflow-example.md` — Full worked example
189
+ - `references/merge-checklist.md` — Pre-merge approval actions (MANDATORY)
197
190
  - `references/failure-handling.md` — Recovery & rollbacks
198
191
 
199
192
  ## Constraints
@@ -0,0 +1,51 @@
1
+ # Merge Approval Checklist
2
+
3
+ > Execute ALL actions below IN ORDER before requesting merge approval from the user.
4
+ > Do NOT skip any action. Do NOT request merge approval until every action is complete.
5
+
6
+ ## Action 0: Validate ticket structure (Std/Cplx)
7
+
8
+ Re-read the ticket file (`docs/tickets/<feature-id>.md`).
9
+
10
+ Verify it contains ALL required sections: **Acceptance Criteria**, **Definition of Done**, **Workflow Checklist**, **Completion Log**.
11
+
12
+ **If ANY section is missing**, add it from `references/ticket-template.md` before continuing.
13
+
14
+ ## Action 1: Mark all items (Std/Cplx)
15
+
16
+ In the ticket file, mark ALL items `[x]` in:
17
+
18
+ - **Workflow Checklist** — Steps 0 through 5 (all that apply to this complexity tier)
19
+ - **Acceptance Criteria** — every item
20
+ - **Definition of Done** — every item
21
+
22
+ Add missing **Completion Log** entries: one row per step with date, action, and notes.
23
+
24
+ ## Action 2: Verify product tracker
25
+
26
+ Re-read `docs/project_notes/product-tracker.md`.
27
+
28
+ - **Active Session** must show step `5/6 (Review)` with current context.
29
+ - **Features table** must show step `5/6` and status `in-progress`.
30
+
31
+ Fix if stale.
32
+
33
+ ## Action 3: Update key_facts.md
34
+
35
+ If this feature added new models, schemas, migrations, endpoints, reusable components, error codes, or shared utilities → update `docs/project_notes/key_facts.md`.
36
+
37
+ ## Action 4: Update decisions.md
38
+
39
+ If Definition of Done requires an ADR → add it to `docs/project_notes/decisions.md`.
40
+
41
+ ## Action 5: Commit documentation
42
+
43
+ Commit ALL documentation updates from actions 0–4. Use commit message: `docs: update ticket, tracker, and project docs for <feature-id>`.
44
+
45
+ ## Action 6: Verify clean working tree
46
+
47
+ Run `git status`. **No unstaged or untracked files allowed.** If any remain, stage and commit them.
48
+
49
+ ## Action 7: Request merge approval
50
+
51
+ THEN — and only then — request merge approval from the user.
@@ -85,7 +85,7 @@ See `references/branching-strategy.md` for details.
85
85
 
86
86
  1. Verify product tracker exists, no active feature, dependencies met
87
87
  2. Create feature branch: `feature/<feature-id>-<short-description>`
88
- 3. **Std/Cplx:** Copy ALL sections from `references/ticket-template.md` (Spec, Implementation Plan, Acceptance Criteria, Definition of Done, Workflow Checklist, Completion Log) → fill `## Spec` section. Do NOT omit empty sections — they are filled in later steps
88
+ 3. **Std/Cplx:** Copy ALL sections from `references/ticket-template.md` (Spec, Implementation Plan, Acceptance Criteria, Definition of Done, Workflow Checklist, Completion Log) → fill `## Spec` section. Do NOT omit empty sections — they are filled in later steps. **After generating the ticket, verify it contains ALL 6 sections in this exact order: Spec → Implementation Plan → Acceptance Criteria → Definition of Done → Workflow Checklist → Completion Log. If any section is missing, add it now.**
89
89
  4. **Complex:** Also review `decisions.md` for related ADRs
90
90
  5. Update product tracker → Active Session: feature, step `1/6 (Setup)`, branch, complexity. Update Features table: status `in-progress`, step `1/6`
91
91
 
@@ -153,15 +153,7 @@ Update tracker (Active Session + Features table): step `4/6 (Finalize)`. Mark ti
153
153
 
154
154
  **→ CHECKPOINT: Merge Approval**
155
155
 
156
- **STOP.** Before requesting merge approval, complete these actions IN ORDER:
157
-
158
- 1. **Std/Cplx:** Re-read the ticket file (`docs/tickets/<feature-id>.md`) — mark ALL items `[x]` in: Workflow Checklist (Steps 0–5), Acceptance Criteria, Definition of Done. Add missing Completion Log entries (date, action, notes for each step).
159
- 2. Re-read `docs/project_notes/product-tracker.md` — verify Active Session shows step `5/6 (Review)` and Features table is updated. Fix if stale.
160
- 3. Update `key_facts.md` if new models, schemas, migrations, or reusable components were added.
161
- 4. Update `decisions.md` with ADR if Definition of Done requires it.
162
- 5. Commit ALL documentation updates.
163
- 6. Run `git status` — verify clean working tree. No unstaged files allowed.
164
- 7. THEN request merge approval from the user.
156
+ **STOP.** Read `references/merge-checklist.md` and execute ALL actions in order. Do NOT request merge approval until every action is done.
165
157
 
166
158
  ---
167
159
 
@@ -196,6 +188,7 @@ Agent instructions are in `.gemini/agents/`. Read the relevant agent file when e
196
188
  - `references/add-feature-template.md` — Add feature to tracker
197
189
  - `references/complexity-guide.md` — Complexity classification
198
190
  - `references/workflow-example.md` — Full worked example
191
+ - `references/merge-checklist.md` — Pre-merge approval actions (MANDATORY)
199
192
  - `references/failure-handling.md` — Recovery & rollbacks
200
193
 
201
194
  ## Constraints
@@ -0,0 +1,51 @@
1
+ # Merge Approval Checklist
2
+
3
+ > Execute ALL actions below IN ORDER before requesting merge approval from the user.
4
+ > Do NOT skip any action. Do NOT request merge approval until every action is complete.
5
+
6
+ ## Action 0: Validate ticket structure (Std/Cplx)
7
+
8
+ Re-read the ticket file (`docs/tickets/<feature-id>.md`).
9
+
10
+ Verify it contains ALL required sections: **Acceptance Criteria**, **Definition of Done**, **Workflow Checklist**, **Completion Log**.
11
+
12
+ **If ANY section is missing**, add it from `references/ticket-template.md` before continuing.
13
+
14
+ ## Action 1: Mark all items (Std/Cplx)
15
+
16
+ In the ticket file, mark ALL items `[x]` in:
17
+
18
+ - **Workflow Checklist** — Steps 0 through 5 (all that apply to this complexity tier)
19
+ - **Acceptance Criteria** — every item
20
+ - **Definition of Done** — every item
21
+
22
+ Add missing **Completion Log** entries: one row per step with date, action, and notes.
23
+
24
+ ## Action 2: Verify product tracker
25
+
26
+ Re-read `docs/project_notes/product-tracker.md`.
27
+
28
+ - **Active Session** must show step `5/6 (Review)` with current context.
29
+ - **Features table** must show step `5/6` and status `in-progress`.
30
+
31
+ Fix if stale.
32
+
33
+ ## Action 3: Update key_facts.md
34
+
35
+ If this feature added new models, schemas, migrations, endpoints, reusable components, error codes, or shared utilities → update `docs/project_notes/key_facts.md`.
36
+
37
+ ## Action 4: Update decisions.md
38
+
39
+ If Definition of Done requires an ADR → add it to `docs/project_notes/decisions.md`.
40
+
41
+ ## Action 5: Commit documentation
42
+
43
+ Commit ALL documentation updates from actions 0–4. Use commit message: `docs: update ticket, tracker, and project docs for <feature-id>`.
44
+
45
+ ## Action 6: Verify clean working tree
46
+
47
+ Run `git status`. **No unstaged or untracked files allowed.** If any remain, stage and commit them.
48
+
49
+ ## Action 7: Request merge approval
50
+
51
+ THEN — and only then — request merge approval from the user.