claude-cook 1.10.1

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.
Files changed (112) hide show
  1. package/LICENSE +21 -0
  2. package/README.md +607 -0
  3. package/agents/gsd-codebase-mapper.md +738 -0
  4. package/agents/gsd-debugger.md +1203 -0
  5. package/agents/gsd-executor.md +784 -0
  6. package/agents/gsd-integration-checker.md +423 -0
  7. package/agents/gsd-phase-researcher.md +641 -0
  8. package/agents/gsd-plan-checker.md +745 -0
  9. package/agents/gsd-planner.md +1386 -0
  10. package/agents/gsd-pm.md +331 -0
  11. package/agents/gsd-project-researcher.md +865 -0
  12. package/agents/gsd-research-synthesizer.md +256 -0
  13. package/agents/gsd-roadmapper.md +605 -0
  14. package/agents/gsd-verifier.md +778 -0
  15. package/bin/install.js +1477 -0
  16. package/commands/gsd/add-phase.md +207 -0
  17. package/commands/gsd/add-todo.md +193 -0
  18. package/commands/gsd/audit-milestone.md +277 -0
  19. package/commands/gsd/check-todos.md +228 -0
  20. package/commands/gsd/complete-milestone.md +136 -0
  21. package/commands/gsd/debug.md +169 -0
  22. package/commands/gsd/discuss-phase.md +86 -0
  23. package/commands/gsd/execute-phase.md +339 -0
  24. package/commands/gsd/help.md +545 -0
  25. package/commands/gsd/insert-phase.md +227 -0
  26. package/commands/gsd/join-discord.md +18 -0
  27. package/commands/gsd/list-phase-assumptions.md +50 -0
  28. package/commands/gsd/map-codebase.md +71 -0
  29. package/commands/gsd/new-milestone.md +721 -0
  30. package/commands/gsd/new-project.md +1008 -0
  31. package/commands/gsd/pause-work.md +134 -0
  32. package/commands/gsd/plan-milestone-gaps.md +295 -0
  33. package/commands/gsd/plan-phase.md +525 -0
  34. package/commands/gsd/pm-check.md +115 -0
  35. package/commands/gsd/pm-replan.md +102 -0
  36. package/commands/gsd/pm-start.md +218 -0
  37. package/commands/gsd/pm-status.md +116 -0
  38. package/commands/gsd/pm-stop.md +72 -0
  39. package/commands/gsd/progress.md +415 -0
  40. package/commands/gsd/quick.md +309 -0
  41. package/commands/gsd/remove-phase.md +349 -0
  42. package/commands/gsd/research-phase.md +200 -0
  43. package/commands/gsd/resume-work.md +40 -0
  44. package/commands/gsd/set-profile.md +106 -0
  45. package/commands/gsd/settings.md +151 -0
  46. package/commands/gsd/update.md +172 -0
  47. package/commands/gsd/verify-work.md +219 -0
  48. package/get-shit-done/references/checkpoints.md +1078 -0
  49. package/get-shit-done/references/continuation-format.md +249 -0
  50. package/get-shit-done/references/git-integration.md +254 -0
  51. package/get-shit-done/references/model-profiles.md +73 -0
  52. package/get-shit-done/references/planning-config.md +189 -0
  53. package/get-shit-done/references/questioning.md +141 -0
  54. package/get-shit-done/references/tdd.md +263 -0
  55. package/get-shit-done/references/ui-brand.md +172 -0
  56. package/get-shit-done/references/verification-patterns.md +612 -0
  57. package/get-shit-done/references/vibe-kanban.md +142 -0
  58. package/get-shit-done/templates/DEBUG.md +159 -0
  59. package/get-shit-done/templates/UAT.md +247 -0
  60. package/get-shit-done/templates/codebase/architecture.md +255 -0
  61. package/get-shit-done/templates/codebase/concerns.md +310 -0
  62. package/get-shit-done/templates/codebase/conventions.md +307 -0
  63. package/get-shit-done/templates/codebase/integrations.md +280 -0
  64. package/get-shit-done/templates/codebase/stack.md +186 -0
  65. package/get-shit-done/templates/codebase/structure.md +285 -0
  66. package/get-shit-done/templates/codebase/testing.md +480 -0
  67. package/get-shit-done/templates/config.json +35 -0
  68. package/get-shit-done/templates/context.md +283 -0
  69. package/get-shit-done/templates/continue-here.md +78 -0
  70. package/get-shit-done/templates/debug-subagent-prompt.md +91 -0
  71. package/get-shit-done/templates/discovery.md +146 -0
  72. package/get-shit-done/templates/milestone-archive.md +123 -0
  73. package/get-shit-done/templates/milestone.md +115 -0
  74. package/get-shit-done/templates/phase-prompt.md +567 -0
  75. package/get-shit-done/templates/planner-subagent-prompt.md +117 -0
  76. package/get-shit-done/templates/pm-config.md +55 -0
  77. package/get-shit-done/templates/pm-log.md +27 -0
  78. package/get-shit-done/templates/project.md +184 -0
  79. package/get-shit-done/templates/requirements.md +231 -0
  80. package/get-shit-done/templates/research-project/ARCHITECTURE.md +204 -0
  81. package/get-shit-done/templates/research-project/FEATURES.md +147 -0
  82. package/get-shit-done/templates/research-project/PITFALLS.md +200 -0
  83. package/get-shit-done/templates/research-project/STACK.md +120 -0
  84. package/get-shit-done/templates/research-project/SUMMARY.md +170 -0
  85. package/get-shit-done/templates/research.md +529 -0
  86. package/get-shit-done/templates/roadmap.md +202 -0
  87. package/get-shit-done/templates/state.md +205 -0
  88. package/get-shit-done/templates/summary.md +246 -0
  89. package/get-shit-done/templates/ticket-map.md +28 -0
  90. package/get-shit-done/templates/user-setup.md +311 -0
  91. package/get-shit-done/templates/verification-report.md +322 -0
  92. package/get-shit-done/workflows/complete-milestone.md +903 -0
  93. package/get-shit-done/workflows/diagnose-issues.md +231 -0
  94. package/get-shit-done/workflows/discovery-phase.md +289 -0
  95. package/get-shit-done/workflows/discuss-phase.md +433 -0
  96. package/get-shit-done/workflows/execute-phase.md +671 -0
  97. package/get-shit-done/workflows/execute-plan.md +1844 -0
  98. package/get-shit-done/workflows/list-phase-assumptions.md +178 -0
  99. package/get-shit-done/workflows/map-codebase.md +322 -0
  100. package/get-shit-done/workflows/pm-check.md +210 -0
  101. package/get-shit-done/workflows/pm-dispatch.md +104 -0
  102. package/get-shit-done/workflows/pm-replan.md +203 -0
  103. package/get-shit-done/workflows/pm-sync.md +130 -0
  104. package/get-shit-done/workflows/resume-project.md +307 -0
  105. package/get-shit-done/workflows/transition.md +556 -0
  106. package/get-shit-done/workflows/verify-phase.md +628 -0
  107. package/get-shit-done/workflows/verify-work.md +596 -0
  108. package/hooks/dist/gsd-check-update.js +61 -0
  109. package/hooks/dist/gsd-statusline.js +87 -0
  110. package/package.json +47 -0
  111. package/scripts/build-hooks.js +42 -0
  112. package/scripts/pm-loop.sh +155 -0
@@ -0,0 +1,283 @@
1
+ # Phase Context Template
2
+
3
+ Template for `.planning/phases/XX-name/{phase}-CONTEXT.md` - captures implementation decisions for a phase.
4
+
5
+ **Purpose:** Document decisions that downstream agents need. Researcher uses this to know WHAT to investigate. Planner uses this to know WHAT choices are locked vs flexible.
6
+
7
+ **Key principle:** Categories are NOT predefined. They emerge from what was actually discussed for THIS phase. A CLI phase has CLI-relevant sections, a UI phase has UI-relevant sections.
8
+
9
+ **Downstream consumers:**
10
+ - `gsd-phase-researcher` — Reads decisions to focus research (e.g., "card layout" → research card component patterns)
11
+ - `gsd-planner` — Reads decisions to create specific tasks (e.g., "infinite scroll" → task includes virtualization)
12
+
13
+ ---
14
+
15
+ ## File Template
16
+
17
+ ```markdown
18
+ # Phase [X]: [Name] - Context
19
+
20
+ **Gathered:** [date]
21
+ **Status:** Ready for planning
22
+
23
+ <domain>
24
+ ## Phase Boundary
25
+
26
+ [Clear statement of what this phase delivers — the scope anchor. This comes from ROADMAP.md and is fixed. Discussion clarifies implementation within this boundary.]
27
+
28
+ </domain>
29
+
30
+ <decisions>
31
+ ## Implementation Decisions
32
+
33
+ ### [Area 1 that was discussed]
34
+ - [Specific decision made]
35
+ - [Another decision if applicable]
36
+
37
+ ### [Area 2 that was discussed]
38
+ - [Specific decision made]
39
+
40
+ ### [Area 3 that was discussed]
41
+ - [Specific decision made]
42
+
43
+ ### Claude's Discretion
44
+ [Areas where user explicitly said "you decide" — Claude has flexibility here during planning/implementation]
45
+
46
+ </decisions>
47
+
48
+ <specifics>
49
+ ## Specific Ideas
50
+
51
+ [Any particular references, examples, or "I want it like X" moments from discussion. Product references, specific behaviors, interaction patterns.]
52
+
53
+ [If none: "No specific requirements — open to standard approaches"]
54
+
55
+ </specifics>
56
+
57
+ <deferred>
58
+ ## Deferred Ideas
59
+
60
+ [Ideas that came up during discussion but belong in other phases. Captured here so they're not lost, but explicitly out of scope for this phase.]
61
+
62
+ [If none: "None — discussion stayed within phase scope"]
63
+
64
+ </deferred>
65
+
66
+ ---
67
+
68
+ *Phase: XX-name*
69
+ *Context gathered: [date]*
70
+ ```
71
+
72
+ <good_examples>
73
+
74
+ **Example 1: Visual feature (Post Feed)**
75
+
76
+ ```markdown
77
+ # Phase 3: Post Feed - Context
78
+
79
+ **Gathered:** 2025-01-20
80
+ **Status:** Ready for planning
81
+
82
+ <domain>
83
+ ## Phase Boundary
84
+
85
+ Display posts from followed users in a scrollable feed. Users can view posts and see engagement counts. Creating posts and interactions are separate phases.
86
+
87
+ </domain>
88
+
89
+ <decisions>
90
+ ## Implementation Decisions
91
+
92
+ ### Layout style
93
+ - Card-based layout, not timeline or list
94
+ - Each card shows: author avatar, name, timestamp, full post content, reaction counts
95
+ - Cards have subtle shadows, rounded corners — modern feel
96
+
97
+ ### Loading behavior
98
+ - Infinite scroll, not pagination
99
+ - Pull-to-refresh on mobile
100
+ - New posts indicator at top ("3 new posts") rather than auto-inserting
101
+
102
+ ### Empty state
103
+ - Friendly illustration + "Follow people to see posts here"
104
+ - Suggest 3-5 accounts to follow based on interests
105
+
106
+ ### Claude's Discretion
107
+ - Loading skeleton design
108
+ - Exact spacing and typography
109
+ - Error state handling
110
+
111
+ </decisions>
112
+
113
+ <specifics>
114
+ ## Specific Ideas
115
+
116
+ - "I like how Twitter shows the new posts indicator without disrupting your scroll position"
117
+ - Cards should feel like Linear's issue cards — clean, not cluttered
118
+
119
+ </specifics>
120
+
121
+ <deferred>
122
+ ## Deferred Ideas
123
+
124
+ - Commenting on posts — Phase 5
125
+ - Bookmarking posts — add to backlog
126
+
127
+ </deferred>
128
+
129
+ ---
130
+
131
+ *Phase: 03-post-feed*
132
+ *Context gathered: 2025-01-20*
133
+ ```
134
+
135
+ **Example 2: CLI tool (Database backup)**
136
+
137
+ ```markdown
138
+ # Phase 2: Backup Command - Context
139
+
140
+ **Gathered:** 2025-01-20
141
+ **Status:** Ready for planning
142
+
143
+ <domain>
144
+ ## Phase Boundary
145
+
146
+ CLI command to backup database to local file or S3. Supports full and incremental backups. Restore command is a separate phase.
147
+
148
+ </domain>
149
+
150
+ <decisions>
151
+ ## Implementation Decisions
152
+
153
+ ### Output format
154
+ - JSON for programmatic use, table format for humans
155
+ - Default to table, --json flag for JSON
156
+ - Verbose mode (-v) shows progress, silent by default
157
+
158
+ ### Flag design
159
+ - Short flags for common options: -o (output), -v (verbose), -f (force)
160
+ - Long flags for clarity: --incremental, --compress, --encrypt
161
+ - Required: database connection string (positional or --db)
162
+
163
+ ### Error recovery
164
+ - Retry 3 times on network failure, then fail with clear message
165
+ - --no-retry flag to fail fast
166
+ - Partial backups are deleted on failure (no corrupt files)
167
+
168
+ ### Claude's Discretion
169
+ - Exact progress bar implementation
170
+ - Compression algorithm choice
171
+ - Temp file handling
172
+
173
+ </decisions>
174
+
175
+ <specifics>
176
+ ## Specific Ideas
177
+
178
+ - "I want it to feel like pg_dump — familiar to database people"
179
+ - Should work in CI pipelines (exit codes, no interactive prompts)
180
+
181
+ </specifics>
182
+
183
+ <deferred>
184
+ ## Deferred Ideas
185
+
186
+ - Scheduled backups — separate phase
187
+ - Backup rotation/retention — add to backlog
188
+
189
+ </deferred>
190
+
191
+ ---
192
+
193
+ *Phase: 02-backup-command*
194
+ *Context gathered: 2025-01-20*
195
+ ```
196
+
197
+ **Example 3: Organization task (Photo library)**
198
+
199
+ ```markdown
200
+ # Phase 1: Photo Organization - Context
201
+
202
+ **Gathered:** 2025-01-20
203
+ **Status:** Ready for planning
204
+
205
+ <domain>
206
+ ## Phase Boundary
207
+
208
+ Organize existing photo library into structured folders. Handle duplicates and apply consistent naming. Tagging and search are separate phases.
209
+
210
+ </domain>
211
+
212
+ <decisions>
213
+ ## Implementation Decisions
214
+
215
+ ### Grouping criteria
216
+ - Primary grouping by year, then by month
217
+ - Events detected by time clustering (photos within 2 hours = same event)
218
+ - Event folders named by date + location if available
219
+
220
+ ### Duplicate handling
221
+ - Keep highest resolution version
222
+ - Move duplicates to _duplicates folder (don't delete)
223
+ - Log all duplicate decisions for review
224
+
225
+ ### Naming convention
226
+ - Format: YYYY-MM-DD_HH-MM-SS_originalname.ext
227
+ - Preserve original filename as suffix for searchability
228
+ - Handle name collisions with incrementing suffix
229
+
230
+ ### Claude's Discretion
231
+ - Exact clustering algorithm
232
+ - How to handle photos with no EXIF data
233
+ - Folder emoji usage
234
+
235
+ </decisions>
236
+
237
+ <specifics>
238
+ ## Specific Ideas
239
+
240
+ - "I want to be able to find photos by roughly when they were taken"
241
+ - Don't delete anything — worst case, move to a review folder
242
+
243
+ </specifics>
244
+
245
+ <deferred>
246
+ ## Deferred Ideas
247
+
248
+ - Face detection grouping — future phase
249
+ - Cloud sync — out of scope for now
250
+
251
+ </deferred>
252
+
253
+ ---
254
+
255
+ *Phase: 01-photo-organization*
256
+ *Context gathered: 2025-01-20*
257
+ ```
258
+
259
+ </good_examples>
260
+
261
+ <guidelines>
262
+ **This template captures DECISIONS for downstream agents.**
263
+
264
+ The output should answer: "What does the researcher need to investigate? What choices are locked for the planner?"
265
+
266
+ **Good content (concrete decisions):**
267
+ - "Card-based layout, not timeline"
268
+ - "Retry 3 times on network failure, then fail"
269
+ - "Group by year, then by month"
270
+ - "JSON for programmatic use, table for humans"
271
+
272
+ **Bad content (too vague):**
273
+ - "Should feel modern and clean"
274
+ - "Good user experience"
275
+ - "Fast and responsive"
276
+ - "Easy to use"
277
+
278
+ **After creation:**
279
+ - File lives in phase directory: `.planning/phases/XX-name/{phase}-CONTEXT.md`
280
+ - `gsd-phase-researcher` uses decisions to focus investigation
281
+ - `gsd-planner` uses decisions + research to create executable tasks
282
+ - Downstream agents should NOT need to ask the user again about captured decisions
283
+ </guidelines>
@@ -0,0 +1,78 @@
1
+ # Continue-Here Template
2
+
3
+ Copy and fill this structure for `.planning/phases/XX-name/.continue-here.md`:
4
+
5
+ ```yaml
6
+ ---
7
+ phase: XX-name
8
+ task: 3
9
+ total_tasks: 7
10
+ status: in_progress
11
+ last_updated: 2025-01-15T14:30:00Z
12
+ ---
13
+ ```
14
+
15
+ ```markdown
16
+ <current_state>
17
+ [Where exactly are we? What's the immediate context?]
18
+ </current_state>
19
+
20
+ <completed_work>
21
+ [What got done this session - be specific]
22
+
23
+ - Task 1: [name] - Done
24
+ - Task 2: [name] - Done
25
+ - Task 3: [name] - In progress, [what's done on it]
26
+ </completed_work>
27
+
28
+ <remaining_work>
29
+ [What's left in this phase]
30
+
31
+ - Task 3: [name] - [what's left to do]
32
+ - Task 4: [name] - Not started
33
+ - Task 5: [name] - Not started
34
+ </remaining_work>
35
+
36
+ <decisions_made>
37
+ [Key decisions and why - so next session doesn't re-debate]
38
+
39
+ - Decided to use [X] because [reason]
40
+ - Chose [approach] over [alternative] because [reason]
41
+ </decisions_made>
42
+
43
+ <blockers>
44
+ [Anything stuck or waiting on external factors]
45
+
46
+ - [Blocker 1]: [status/workaround]
47
+ </blockers>
48
+
49
+ <context>
50
+ [Mental state, "vibe", anything that helps resume smoothly]
51
+
52
+ [What were you thinking about? What was the plan?
53
+ This is the "pick up exactly where you left off" context.]
54
+ </context>
55
+
56
+ <next_action>
57
+ [The very first thing to do when resuming]
58
+
59
+ Start with: [specific action]
60
+ </next_action>
61
+ ```
62
+
63
+ <yaml_fields>
64
+ Required YAML frontmatter:
65
+
66
+ - `phase`: Directory name (e.g., `02-authentication`)
67
+ - `task`: Current task number
68
+ - `total_tasks`: How many tasks in phase
69
+ - `status`: `in_progress`, `blocked`, `almost_done`
70
+ - `last_updated`: ISO timestamp
71
+ </yaml_fields>
72
+
73
+ <guidelines>
74
+ - Be specific enough that a fresh Claude instance understands immediately
75
+ - Include WHY decisions were made, not just what
76
+ - The `<next_action>` should be actionable without reading anything else
77
+ - This file gets DELETED after resume - it's not permanent storage
78
+ </guidelines>
@@ -0,0 +1,91 @@
1
+ # Debug Subagent Prompt Template
2
+
3
+ Template for spawning gsd-debugger agent. The agent contains all debugging expertise - this template provides problem context only.
4
+
5
+ ---
6
+
7
+ ## Template
8
+
9
+ ```markdown
10
+ <objective>
11
+ Investigate issue: {issue_id}
12
+
13
+ **Summary:** {issue_summary}
14
+ </objective>
15
+
16
+ <symptoms>
17
+ expected: {expected}
18
+ actual: {actual}
19
+ errors: {errors}
20
+ reproduction: {reproduction}
21
+ timeline: {timeline}
22
+ </symptoms>
23
+
24
+ <mode>
25
+ symptoms_prefilled: {true_or_false}
26
+ goal: {find_root_cause_only | find_and_fix}
27
+ </mode>
28
+
29
+ <debug_file>
30
+ Create: .planning/debug/{slug}.md
31
+ </debug_file>
32
+ ```
33
+
34
+ ---
35
+
36
+ ## Placeholders
37
+
38
+ | Placeholder | Source | Example |
39
+ |-------------|--------|---------|
40
+ | `{issue_id}` | Orchestrator-assigned | `auth-screen-dark` |
41
+ | `{issue_summary}` | User description | `Auth screen is too dark` |
42
+ | `{expected}` | From symptoms | `See logo clearly` |
43
+ | `{actual}` | From symptoms | `Screen is dark` |
44
+ | `{errors}` | From symptoms | `None in console` |
45
+ | `{reproduction}` | From symptoms | `Open /auth page` |
46
+ | `{timeline}` | From symptoms | `After recent deploy` |
47
+ | `{goal}` | Orchestrator sets | `find_and_fix` |
48
+ | `{slug}` | Generated | `auth-screen-dark` |
49
+
50
+ ---
51
+
52
+ ## Usage
53
+
54
+ **From /gsd:debug:**
55
+ ```python
56
+ Task(
57
+ prompt=filled_template,
58
+ subagent_type="gsd-debugger",
59
+ description="Debug {slug}"
60
+ )
61
+ ```
62
+
63
+ **From diagnose-issues (UAT):**
64
+ ```python
65
+ Task(prompt=template, subagent_type="gsd-debugger", description="Debug UAT-001")
66
+ ```
67
+
68
+ ---
69
+
70
+ ## Continuation
71
+
72
+ For checkpoints, spawn fresh agent with:
73
+
74
+ ```markdown
75
+ <objective>
76
+ Continue debugging {slug}. Evidence is in the debug file.
77
+ </objective>
78
+
79
+ <prior_state>
80
+ Debug file: @.planning/debug/{slug}.md
81
+ </prior_state>
82
+
83
+ <checkpoint_response>
84
+ **Type:** {checkpoint_type}
85
+ **Response:** {user_response}
86
+ </checkpoint_response>
87
+
88
+ <mode>
89
+ goal: {goal}
90
+ </mode>
91
+ ```
@@ -0,0 +1,146 @@
1
+ # Discovery Template
2
+
3
+ Template for `.planning/phases/XX-name/DISCOVERY.md` - shallow research for library/option decisions.
4
+
5
+ **Purpose:** Answer "which library/option should we use" questions during mandatory discovery in plan-phase.
6
+
7
+ For deep ecosystem research ("how do experts build this"), use `/gsd:research-phase` which produces RESEARCH.md.
8
+
9
+ ---
10
+
11
+ ## File Template
12
+
13
+ ```markdown
14
+ ---
15
+ phase: XX-name
16
+ type: discovery
17
+ topic: [discovery-topic]
18
+ ---
19
+
20
+ <session_initialization>
21
+ Before beginning discovery, verify today's date:
22
+ !`date +%Y-%m-%d`
23
+
24
+ Use this date when searching for "current" or "latest" information.
25
+ Example: If today is 2025-11-22, search for "2025" not "2024".
26
+ </session_initialization>
27
+
28
+ <discovery_objective>
29
+ Discover [topic] to inform [phase name] implementation.
30
+
31
+ Purpose: [What decision/implementation this enables]
32
+ Scope: [Boundaries]
33
+ Output: DISCOVERY.md with recommendation
34
+ </discovery_objective>
35
+
36
+ <discovery_scope>
37
+ <include>
38
+ - [Question to answer]
39
+ - [Area to investigate]
40
+ - [Specific comparison if needed]
41
+ </include>
42
+
43
+ <exclude>
44
+ - [Out of scope for this discovery]
45
+ - [Defer to implementation phase]
46
+ </exclude>
47
+ </discovery_scope>
48
+
49
+ <discovery_protocol>
50
+
51
+ **Source Priority:**
52
+ 1. **Context7 MCP** - For library/framework documentation (current, authoritative)
53
+ 2. **Official Docs** - For platform-specific or non-indexed libraries
54
+ 3. **WebSearch** - For comparisons, trends, community patterns (verify all findings)
55
+
56
+ **Quality Checklist:**
57
+ Before completing discovery, verify:
58
+ - [ ] All claims have authoritative sources (Context7 or official docs)
59
+ - [ ] Negative claims ("X is not possible") verified with official documentation
60
+ - [ ] API syntax/configuration from Context7 or official docs (never WebSearch alone)
61
+ - [ ] WebSearch findings cross-checked with authoritative sources
62
+ - [ ] Recent updates/changelogs checked for breaking changes
63
+ - [ ] Alternative approaches considered (not just first solution found)
64
+
65
+ **Confidence Levels:**
66
+ - HIGH: Context7 or official docs confirm
67
+ - MEDIUM: WebSearch + Context7/official docs confirm
68
+ - LOW: WebSearch only or training knowledge only (mark for validation)
69
+
70
+ </discovery_protocol>
71
+
72
+
73
+ <output_structure>
74
+ Create `.planning/phases/XX-name/DISCOVERY.md`:
75
+
76
+ ```markdown
77
+ # [Topic] Discovery
78
+
79
+ ## Summary
80
+ [2-3 paragraph executive summary - what was researched, what was found, what's recommended]
81
+
82
+ ## Primary Recommendation
83
+ [What to do and why - be specific and actionable]
84
+
85
+ ## Alternatives Considered
86
+ [What else was evaluated and why not chosen]
87
+
88
+ ## Key Findings
89
+
90
+ ### [Category 1]
91
+ - [Finding with source URL and relevance to our case]
92
+
93
+ ### [Category 2]
94
+ - [Finding with source URL and relevance]
95
+
96
+ ## Code Examples
97
+ [Relevant implementation patterns, if applicable]
98
+
99
+ ## Metadata
100
+
101
+ <metadata>
102
+ <confidence level="high|medium|low">
103
+ [Why this confidence level - based on source quality and verification]
104
+ </confidence>
105
+
106
+ <sources>
107
+ - [Primary authoritative sources used]
108
+ </sources>
109
+
110
+ <open_questions>
111
+ [What couldn't be determined or needs validation during implementation]
112
+ </open_questions>
113
+
114
+ <validation_checkpoints>
115
+ [If confidence is LOW or MEDIUM, list specific things to verify during implementation]
116
+ </validation_checkpoints>
117
+ </metadata>
118
+ ```
119
+ </output_structure>
120
+
121
+ <success_criteria>
122
+ - All scope questions answered with authoritative sources
123
+ - Quality checklist items completed
124
+ - Clear primary recommendation
125
+ - Low-confidence findings marked with validation checkpoints
126
+ - Ready to inform PLAN.md creation
127
+ </success_criteria>
128
+
129
+ <guidelines>
130
+ **When to use discovery:**
131
+ - Technology choice unclear (library A vs B)
132
+ - Best practices needed for unfamiliar integration
133
+ - API/library investigation required
134
+ - Single decision pending
135
+
136
+ **When NOT to use:**
137
+ - Established patterns (CRUD, auth with known library)
138
+ - Implementation details (defer to execution)
139
+ - Questions answerable from existing project context
140
+
141
+ **When to use RESEARCH.md instead:**
142
+ - Niche/complex domains (3D, games, audio, shaders)
143
+ - Need ecosystem knowledge, not just library choice
144
+ - "How do experts build this" questions
145
+ - Use `/gsd:research-phase` for these
146
+ </guidelines>
@@ -0,0 +1,123 @@
1
+ # Milestone Archive Template
2
+
3
+ This template is used by the complete-milestone workflow to create archive files in `.planning/milestones/`.
4
+
5
+ ---
6
+
7
+ ## File Template
8
+
9
+ # Milestone v{{VERSION}}: {{MILESTONE_NAME}}
10
+
11
+ **Status:** ✅ SHIPPED {{DATE}}
12
+ **Phases:** {{PHASE_START}}-{{PHASE_END}}
13
+ **Total Plans:** {{TOTAL_PLANS}}
14
+
15
+ ## Overview
16
+
17
+ {{MILESTONE_DESCRIPTION}}
18
+
19
+ ## Phases
20
+
21
+ {{PHASES_SECTION}}
22
+
23
+ [For each phase in this milestone, include:]
24
+
25
+ ### Phase {{PHASE_NUM}}: {{PHASE_NAME}}
26
+
27
+ **Goal**: {{PHASE_GOAL}}
28
+ **Depends on**: {{DEPENDS_ON}}
29
+ **Plans**: {{PLAN_COUNT}} plans
30
+
31
+ Plans:
32
+
33
+ - [x] {{PHASE}}-01: {{PLAN_DESCRIPTION}}
34
+ - [x] {{PHASE}}-02: {{PLAN_DESCRIPTION}}
35
+ [... all plans ...]
36
+
37
+ **Details:**
38
+ {{PHASE_DETAILS_FROM_ROADMAP}}
39
+
40
+ **For decimal phases, include (INSERTED) marker:**
41
+
42
+ ### Phase 2.1: Critical Security Patch (INSERTED)
43
+
44
+ **Goal**: Fix authentication bypass vulnerability
45
+ **Depends on**: Phase 2
46
+ **Plans**: 1 plan
47
+
48
+ Plans:
49
+
50
+ - [x] 02.1-01: Patch auth vulnerability
51
+
52
+ **Details:**
53
+ {{PHASE_DETAILS_FROM_ROADMAP}}
54
+
55
+ ---
56
+
57
+ ## Milestone Summary
58
+
59
+ **Decimal Phases:**
60
+
61
+ - Phase 2.1: Critical Security Patch (inserted after Phase 2 for urgent fix)
62
+ - Phase 5.1: Performance Hotfix (inserted after Phase 5 for production issue)
63
+
64
+ **Key Decisions:**
65
+ {{DECISIONS_FROM_PROJECT_STATE}}
66
+ [Example:]
67
+
68
+ - Decision: Use ROADMAP.md split (Rationale: Constant context cost)
69
+ - Decision: Decimal phase numbering (Rationale: Clear insertion semantics)
70
+
71
+ **Issues Resolved:**
72
+ {{ISSUES_RESOLVED_DURING_MILESTONE}}
73
+ [Example:]
74
+
75
+ - Fixed context overflow at 100+ phases
76
+ - Resolved phase insertion confusion
77
+
78
+ **Issues Deferred:**
79
+ {{ISSUES_DEFERRED_TO_LATER}}
80
+ [Example:]
81
+
82
+ - PROJECT-STATE.md tiering (deferred until decisions > 300)
83
+
84
+ **Technical Debt Incurred:**
85
+ {{SHORTCUTS_NEEDING_FUTURE_WORK}}
86
+ [Example:]
87
+
88
+ - Some workflows still have hardcoded paths (fix in Phase 5)
89
+
90
+ ---
91
+
92
+ _For current project status, see .planning/ROADMAP.md_
93
+
94
+ ---
95
+
96
+ ## Usage Guidelines
97
+
98
+ <guidelines>
99
+ **When to create milestone archives:**
100
+ - After completing all phases in a milestone (v1.0, v1.1, v2.0, etc.)
101
+ - Triggered by complete-milestone workflow
102
+ - Before planning next milestone work
103
+
104
+ **How to fill template:**
105
+
106
+ - Replace {{PLACEHOLDERS}} with actual values
107
+ - Extract phase details from ROADMAP.md
108
+ - Document decimal phases with (INSERTED) marker
109
+ - Include key decisions from PROJECT-STATE.md or SUMMARY files
110
+ - List issues resolved vs deferred
111
+ - Capture technical debt for future reference
112
+
113
+ **Archive location:**
114
+
115
+ - Save to `.planning/milestones/v{VERSION}-{NAME}.md`
116
+ - Example: `.planning/milestones/v1.0-mvp.md`
117
+
118
+ **After archiving:**
119
+
120
+ - Update ROADMAP.md to collapse completed milestone in `<details>` tag
121
+ - Update PROJECT.md to brownfield format with Current State section
122
+ - Continue phase numbering in next milestone (never restart at 01)
123
+ </guidelines>