get-shit-done-cc 1.0.10 → 1.1.0
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/commands/gsd/create-roadmap.md +146 -0
- package/commands/gsd/help.md +48 -7
- package/commands/gsd/new-project.md +20 -59
- package/commands/gsd/research-phase.md +90 -0
- package/commands/gsd/research-project.md +142 -0
- package/commands/gsd/resume-work.md +0 -11
- package/get-shit-done/references/git-integration.md +2 -2
- package/get-shit-done/references/plan-format.md +1 -1
- package/get-shit-done/references/questioning.md +102 -121
- package/get-shit-done/references/research-subagent-prompts.md +557 -0
- package/get-shit-done/references/scope-estimation.md +3 -3
- package/get-shit-done/templates/{research-prompt.md → discovery.md} +35 -22
- package/get-shit-done/templates/phase-prompt.md +2 -2
- package/get-shit-done/templates/project-research.md +181 -0
- package/get-shit-done/templates/research.md +529 -0
- package/get-shit-done/workflows/create-roadmap.md +107 -1
- package/get-shit-done/workflows/discovery-phase.md +293 -0
- package/get-shit-done/workflows/plan-phase.md +50 -22
- package/get-shit-done/workflows/research-phase.md +325 -202
- package/get-shit-done/workflows/research-project.md +191 -0
- package/package.json +1 -1
|
@@ -0,0 +1,146 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Create roadmap with phases for the project
|
|
3
|
+
allowed-tools:
|
|
4
|
+
- Read
|
|
5
|
+
- Write
|
|
6
|
+
- Bash
|
|
7
|
+
- AskUserQuestion
|
|
8
|
+
- Glob
|
|
9
|
+
---
|
|
10
|
+
|
|
11
|
+
<objective>
|
|
12
|
+
Create project roadmap, optionally incorporating research findings from /gsd:research-project.
|
|
13
|
+
|
|
14
|
+
Roadmaps define the phase breakdown - what work happens in what order. This command can be used:
|
|
15
|
+
1. After /gsd:new-project (without research)
|
|
16
|
+
2. After /gsd:research-project (with domain research incorporated)
|
|
17
|
+
</objective>
|
|
18
|
+
|
|
19
|
+
<execution_context>
|
|
20
|
+
@~/.claude/get-shit-done/workflows/create-roadmap.md
|
|
21
|
+
@~/.claude/get-shit-done/templates/roadmap.md
|
|
22
|
+
@~/.claude/get-shit-done/templates/state.md
|
|
23
|
+
</execution_context>
|
|
24
|
+
|
|
25
|
+
<context>
|
|
26
|
+
@.planning/PROJECT.md
|
|
27
|
+
|
|
28
|
+
**Check for research:**
|
|
29
|
+
!`ls .planning/research/*.md 2>/dev/null || echo "NO_RESEARCH"`
|
|
30
|
+
|
|
31
|
+
**Load config:**
|
|
32
|
+
@.planning/config.json
|
|
33
|
+
</context>
|
|
34
|
+
|
|
35
|
+
<process>
|
|
36
|
+
|
|
37
|
+
<step name="validate">
|
|
38
|
+
```bash
|
|
39
|
+
# Verify project exists
|
|
40
|
+
[ -f .planning/PROJECT.md ] || { echo "ERROR: No PROJECT.md found. Run /gsd:new-project first."; exit 1; }
|
|
41
|
+
```
|
|
42
|
+
</step>
|
|
43
|
+
|
|
44
|
+
<step name="check_existing">
|
|
45
|
+
Check if roadmap already exists:
|
|
46
|
+
|
|
47
|
+
```bash
|
|
48
|
+
[ -f .planning/ROADMAP.md ] && echo "ROADMAP_EXISTS" || echo "NO_ROADMAP"
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
**If ROADMAP_EXISTS:**
|
|
52
|
+
Use AskUserQuestion:
|
|
53
|
+
- header: "Roadmap exists"
|
|
54
|
+
- question: "A roadmap already exists. What would you like to do?"
|
|
55
|
+
- options:
|
|
56
|
+
- "View existing" - Show current roadmap
|
|
57
|
+
- "Replace" - Create new roadmap (will overwrite)
|
|
58
|
+
- "Cancel" - Keep existing roadmap
|
|
59
|
+
|
|
60
|
+
If "View existing": `cat .planning/ROADMAP.md` and exit
|
|
61
|
+
If "Cancel": Exit
|
|
62
|
+
If "Replace": Continue with workflow
|
|
63
|
+
</step>
|
|
64
|
+
|
|
65
|
+
<step name="check_research">
|
|
66
|
+
Check for project research:
|
|
67
|
+
|
|
68
|
+
```bash
|
|
69
|
+
ls .planning/research/*.md 2>/dev/null
|
|
70
|
+
```
|
|
71
|
+
|
|
72
|
+
**If research found:**
|
|
73
|
+
Load and summarize each research file:
|
|
74
|
+
- ecosystem.md → Key libraries/frameworks recommended
|
|
75
|
+
- architecture.md → Architectural patterns to follow
|
|
76
|
+
- pitfalls.md → Top 2-3 critical pitfalls to avoid
|
|
77
|
+
- standards.md → Standards and conventions to follow
|
|
78
|
+
|
|
79
|
+
Present summary:
|
|
80
|
+
```
|
|
81
|
+
Found project research:
|
|
82
|
+
|
|
83
|
+
Ecosystem: [key libraries/frameworks]
|
|
84
|
+
Architecture: [key patterns]
|
|
85
|
+
Pitfalls: [top 2-3 to avoid]
|
|
86
|
+
Standards: [key conventions]
|
|
87
|
+
|
|
88
|
+
This will inform phase structure.
|
|
89
|
+
```
|
|
90
|
+
|
|
91
|
+
**If no research found:**
|
|
92
|
+
```
|
|
93
|
+
No project research found.
|
|
94
|
+
Creating roadmap based on PROJECT.md alone.
|
|
95
|
+
(Optional: Run /gsd:research-project first for niche/complex domains)
|
|
96
|
+
```
|
|
97
|
+
</step>
|
|
98
|
+
|
|
99
|
+
<step name="create_roadmap">
|
|
100
|
+
Follow the create-roadmap.md workflow starting from detect_domain step.
|
|
101
|
+
|
|
102
|
+
The workflow handles:
|
|
103
|
+
- Domain expertise detection
|
|
104
|
+
- Phase identification (informed by research if present)
|
|
105
|
+
- Research flags for each phase
|
|
106
|
+
- Confirmation gates (respecting config mode)
|
|
107
|
+
- ROADMAP.md creation
|
|
108
|
+
- STATE.md initialization
|
|
109
|
+
- Phase directory creation
|
|
110
|
+
- Git commit
|
|
111
|
+
</step>
|
|
112
|
+
|
|
113
|
+
<step name="done">
|
|
114
|
+
```
|
|
115
|
+
Roadmap created:
|
|
116
|
+
- Roadmap: .planning/ROADMAP.md
|
|
117
|
+
- State: .planning/STATE.md
|
|
118
|
+
- [N] phases defined
|
|
119
|
+
|
|
120
|
+
What's next?
|
|
121
|
+
1. Discuss Phase 1 context (/gsd:discuss-phase 1)
|
|
122
|
+
2. Plan Phase 1 in detail (/gsd:plan-phase 1)
|
|
123
|
+
3. Review/adjust phases
|
|
124
|
+
4. Done for now
|
|
125
|
+
```
|
|
126
|
+
|
|
127
|
+
If user selects "Discuss Phase 1 context" → invoke `/gsd:discuss-phase 1`
|
|
128
|
+
If user selects "Plan Phase 1 in detail" → invoke `/gsd:plan-phase 1`
|
|
129
|
+
</step>
|
|
130
|
+
|
|
131
|
+
</process>
|
|
132
|
+
|
|
133
|
+
<output>
|
|
134
|
+
- `.planning/ROADMAP.md`
|
|
135
|
+
- `.planning/STATE.md`
|
|
136
|
+
- `.planning/phases/XX-name/` directories
|
|
137
|
+
</output>
|
|
138
|
+
|
|
139
|
+
<success_criteria>
|
|
140
|
+
- [ ] PROJECT.md validated
|
|
141
|
+
- [ ] Research incorporated if present
|
|
142
|
+
- [ ] ROADMAP.md created with phases
|
|
143
|
+
- [ ] STATE.md initialized
|
|
144
|
+
- [ ] Phase directories created
|
|
145
|
+
- [ ] Changes committed
|
|
146
|
+
</success_criteria>
|
package/commands/gsd/help.md
CHANGED
|
@@ -20,9 +20,11 @@ Output ONLY the reference content below. Do NOT add:
|
|
|
20
20
|
|
|
21
21
|
## Quick Start
|
|
22
22
|
|
|
23
|
-
1. `/gsd:new-project` - Initialize project with brief
|
|
24
|
-
2. `/gsd:
|
|
25
|
-
3. `/gsd:
|
|
23
|
+
1. `/gsd:new-project` - Initialize project with brief
|
|
24
|
+
2. `/gsd:research-project` - (Optional) Research domain ecosystem
|
|
25
|
+
3. `/gsd:create-roadmap` - Create roadmap and phases
|
|
26
|
+
4. `/gsd:plan-phase <number>` - Create detailed plan for first phase
|
|
27
|
+
5. `/gsd:execute-plan <path>` - Execute the plan
|
|
26
28
|
|
|
27
29
|
## Core Workflow
|
|
28
30
|
|
|
@@ -33,17 +35,35 @@ Initialization → Planning → Execution → Milestone Completion
|
|
|
33
35
|
### Project Initialization
|
|
34
36
|
|
|
35
37
|
**`/gsd:new-project`**
|
|
36
|
-
Initialize new project with brief
|
|
38
|
+
Initialize new project with brief and configuration.
|
|
37
39
|
|
|
38
40
|
- Creates `.planning/PROJECT.md` (vision and requirements)
|
|
39
|
-
- Creates `.planning/ROADMAP.md` (phase breakdown)
|
|
40
|
-
- Creates `.planning/STATE.md` (project memory)
|
|
41
41
|
- Creates `.planning/config.json` (workflow mode)
|
|
42
42
|
- Asks for workflow mode (interactive/yolo) upfront
|
|
43
|
-
- Commits
|
|
43
|
+
- Commits initialization files to git
|
|
44
44
|
|
|
45
45
|
Usage: `/gsd:new-project`
|
|
46
46
|
|
|
47
|
+
**`/gsd:research-project`**
|
|
48
|
+
Research domain ecosystem before creating roadmap.
|
|
49
|
+
|
|
50
|
+
- Spawns batched subagents to research domain patterns
|
|
51
|
+
- Creates `.planning/research/` with ecosystem findings
|
|
52
|
+
- Optional step for niche/complex domains
|
|
53
|
+
- Run after new-project, before create-roadmap
|
|
54
|
+
|
|
55
|
+
Usage: `/gsd:research-project`
|
|
56
|
+
|
|
57
|
+
**`/gsd:create-roadmap`**
|
|
58
|
+
Create roadmap and state tracking for initialized project.
|
|
59
|
+
|
|
60
|
+
- Creates `.planning/ROADMAP.md` (phase breakdown)
|
|
61
|
+
- Creates `.planning/STATE.md` (project memory)
|
|
62
|
+
- Creates `.planning/phases/` directories
|
|
63
|
+
- Incorporates research findings if present
|
|
64
|
+
|
|
65
|
+
Usage: `/gsd:create-roadmap`
|
|
66
|
+
|
|
47
67
|
### Phase Planning
|
|
48
68
|
|
|
49
69
|
**`/gsd:discuss-phase <number>`**
|
|
@@ -55,6 +75,16 @@ Gather phase context through adaptive questioning before planning.
|
|
|
55
75
|
|
|
56
76
|
Usage: `/gsd:discuss-phase 2`
|
|
57
77
|
|
|
78
|
+
**`/gsd:research-phase <number>`**
|
|
79
|
+
Comprehensive ecosystem research for niche/complex domains.
|
|
80
|
+
|
|
81
|
+
- Discovers standard stack, architecture patterns, pitfalls
|
|
82
|
+
- Creates RESEARCH.md with "how experts build this" knowledge
|
|
83
|
+
- Use for 3D, games, audio, shaders, ML, and other specialized domains
|
|
84
|
+
- Goes beyond "which library" to ecosystem knowledge
|
|
85
|
+
|
|
86
|
+
Usage: `/gsd:research-phase 3`
|
|
87
|
+
|
|
58
88
|
**`/gsd:list-phase-assumptions <number>`**
|
|
59
89
|
Surface Claude's assumptions about a phase before planning.
|
|
60
90
|
|
|
@@ -232,6 +262,17 @@ Change anytime by editing `.planning/config.json`
|
|
|
232
262
|
|
|
233
263
|
```
|
|
234
264
|
/gsd:new-project
|
|
265
|
+
/gsd:create-roadmap
|
|
266
|
+
/gsd:plan-phase 1
|
|
267
|
+
/gsd:execute-plan .planning/phases/01-foundation/01-01-PLAN.md
|
|
268
|
+
```
|
|
269
|
+
|
|
270
|
+
**Building something in a niche domain (3D, games, audio, shaders):**
|
|
271
|
+
|
|
272
|
+
```
|
|
273
|
+
/gsd:new-project
|
|
274
|
+
/gsd:research-project # Research domain ecosystem before roadmap
|
|
275
|
+
/gsd:create-roadmap # Roadmap incorporates research findings
|
|
235
276
|
/gsd:plan-phase 1
|
|
236
277
|
/gsd:execute-plan .planning/phases/01-foundation/01-01-PLAN.md
|
|
237
278
|
```
|
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
---
|
|
2
|
-
description: Initialize a new project with deep context gathering
|
|
2
|
+
description: Initialize a new project with deep context gathering and PROJECT.md
|
|
3
3
|
allowed-tools:
|
|
4
4
|
- Read
|
|
5
5
|
- Bash
|
|
@@ -7,27 +7,15 @@ allowed-tools:
|
|
|
7
7
|
- AskUserQuestion
|
|
8
8
|
---
|
|
9
9
|
|
|
10
|
-
<!--
|
|
11
|
-
DESIGN NOTE: Command + Workflow Pattern
|
|
12
|
-
|
|
13
|
-
This command handles the questioning phase directly (user interaction intensive),
|
|
14
|
-
then delegates roadmap/state creation to the create-roadmap workflow.
|
|
15
|
-
|
|
16
|
-
Architecture:
|
|
17
|
-
- Command: new-project.md - questioning, PROJECT.md, config.json
|
|
18
|
-
- Workflow: create-roadmap.md - domain detection, research flags, ROADMAP.md, STATE.md
|
|
19
|
-
-->
|
|
20
|
-
|
|
21
10
|
<objective>
|
|
22
11
|
Initialize a new project through comprehensive context gathering.
|
|
23
12
|
|
|
24
13
|
This is the most leveraged moment in any project. Deep questioning here means better plans, better execution, better outcomes.
|
|
25
14
|
|
|
26
|
-
Creates `.planning/` with PROJECT.md
|
|
15
|
+
Creates `.planning/` with PROJECT.md and config.json.
|
|
27
16
|
</objective>
|
|
28
17
|
|
|
29
18
|
<execution_context>
|
|
30
|
-
@~/.claude/get-shit-done/workflows/create-roadmap.md
|
|
31
19
|
@~/.claude/get-shit-done/references/principles.md
|
|
32
20
|
@~/.claude/get-shit-done/references/questioning.md
|
|
33
21
|
@~/.claude/get-shit-done/templates/project.md
|
|
@@ -57,21 +45,25 @@ Silent setup - execute before any user output:
|
|
|
57
45
|
<step name="question">
|
|
58
46
|
Start: "What do you want to build?"
|
|
59
47
|
|
|
60
|
-
|
|
48
|
+
Let them talk. Then follow the conversation arc from `questioning.md`:
|
|
49
|
+
1. **Follow the thread** — dig into what they said, what excites them
|
|
50
|
+
2. **Sharpen the core** — essential vs nice-to-have
|
|
51
|
+
3. **Find boundaries** — what is it NOT
|
|
52
|
+
4. **Ground in reality** — only constraints that actually exist
|
|
61
53
|
|
|
62
|
-
|
|
54
|
+
Be a thinking partner, not an interviewer. Help them discover and articulate their vision.
|
|
63
55
|
|
|
64
|
-
|
|
56
|
+
When you feel you understand it, offer the decision gate:
|
|
65
57
|
|
|
66
58
|
```
|
|
67
59
|
Header: "Ready?"
|
|
68
60
|
Options:
|
|
69
61
|
1. "Create PROJECT.md" - Finalize
|
|
70
|
-
2. "Ask more questions" -
|
|
62
|
+
2. "Ask more questions" - I'll dig deeper
|
|
71
63
|
3. "Let me add context" - User shares more
|
|
72
64
|
```
|
|
73
65
|
|
|
74
|
-
If "Ask more questions" →
|
|
66
|
+
If "Ask more questions" → check coverage gaps from `questioning.md` → ask naturally → return to gate.
|
|
75
67
|
Loop until "Create PROJECT.md" selected.
|
|
76
68
|
</step>
|
|
77
69
|
|
|
@@ -95,41 +87,17 @@ Use AskUserQuestion:
|
|
|
95
87
|
Create `.planning/config.json` with chosen mode using `templates/config.json` structure.
|
|
96
88
|
</step>
|
|
97
89
|
|
|
98
|
-
<step name="roadmap_and_state">
|
|
99
|
-
**Follow the create-roadmap workflow** from `@~/.claude/get-shit-done/workflows/create-roadmap.md`.
|
|
100
|
-
|
|
101
|
-
This handles:
|
|
102
|
-
|
|
103
|
-
1. Domain expertise detection (scan for applicable skills)
|
|
104
|
-
2. Phase identification (3-6 phases based on PROJECT.md)
|
|
105
|
-
3. Research needs detection (flag phases needing investigation)
|
|
106
|
-
4. Phase confirmation (respects yolo/interactive mode)
|
|
107
|
-
5. ROADMAP.md creation with research flags
|
|
108
|
-
6. STATE.md initialization
|
|
109
|
-
7. Phase directory creation
|
|
110
|
-
|
|
111
|
-
The workflow will create:
|
|
112
|
-
|
|
113
|
-
- `.planning/ROADMAP.md`
|
|
114
|
-
- `.planning/STATE.md`
|
|
115
|
-
- `.planning/phases/XX-name/` directories
|
|
116
|
-
</step>
|
|
117
|
-
|
|
118
90
|
<step name="commit">
|
|
119
91
|
```bash
|
|
120
|
-
git add .planning/
|
|
92
|
+
git add .planning/PROJECT.md .planning/config.json
|
|
121
93
|
git commit -m "$(cat <<'EOF'
|
|
122
|
-
docs: initialize [project-name]
|
|
94
|
+
docs: initialize [project-name]
|
|
123
95
|
|
|
124
96
|
[One-liner from PROJECT.md]
|
|
125
97
|
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
2. [phase-name]: [goal]
|
|
130
|
-
3. [phase-name]: [goal]
|
|
131
|
-
EOF
|
|
132
|
-
)"
|
|
98
|
+
Creates PROJECT.md with vision and requirements.
|
|
99
|
+
EOF
|
|
100
|
+
)"
|
|
133
101
|
|
|
134
102
|
```
|
|
135
103
|
</step>
|
|
@@ -140,38 +108,31 @@ Phases:
|
|
|
140
108
|
Project initialized:
|
|
141
109
|
|
|
142
110
|
- Project: .planning/PROJECT.md
|
|
143
|
-
- Roadmap: .planning/ROADMAP.md ([N] phases)
|
|
144
|
-
- State: .planning/STATE.md
|
|
145
111
|
- Config: .planning/config.json (mode: [chosen mode])
|
|
146
112
|
|
|
147
113
|
What's next?
|
|
148
114
|
|
|
149
|
-
1.
|
|
150
|
-
2.
|
|
115
|
+
1. Research domain ecosystem (/gsd:research-project) - For niche/complex domains
|
|
116
|
+
2. Create roadmap (/gsd:create-roadmap) - Skip research, go straight to planning
|
|
151
117
|
3. Done for now
|
|
152
118
|
|
|
153
119
|
```
|
|
154
120
|
|
|
155
|
-
If user selects "
|
|
121
|
+
If user selects "Research domain ecosystem" → invoke `/gsd:research-project`
|
|
122
|
+
If user selects "Create roadmap" → invoke `/gsd:create-roadmap`
|
|
156
123
|
</step>
|
|
157
124
|
|
|
158
125
|
</process>
|
|
159
126
|
|
|
160
127
|
<output>
|
|
161
128
|
- `.planning/PROJECT.md`
|
|
162
|
-
- `.planning/ROADMAP.md`
|
|
163
|
-
- `.planning/STATE.md`
|
|
164
129
|
- `.planning/config.json`
|
|
165
|
-
- `.planning/phases/XX-name/` directories
|
|
166
130
|
</output>
|
|
167
131
|
|
|
168
132
|
<success_criteria>
|
|
169
133
|
- [ ] Deep questioning completed (not rushed)
|
|
170
134
|
- [ ] PROJECT.md captures full context
|
|
171
135
|
- [ ] config.json has workflow mode
|
|
172
|
-
- [ ] ROADMAP.md has 3-6 phases with research flags
|
|
173
|
-
- [ ] STATE.md initialized with project summary
|
|
174
|
-
- [ ] Phase directories created
|
|
175
136
|
- [ ] All committed to git
|
|
176
137
|
</success_criteria>
|
|
177
138
|
```
|
|
@@ -0,0 +1,90 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Research how to implement a phase before planning
|
|
3
|
+
argument-hint: "[phase]"
|
|
4
|
+
allowed-tools:
|
|
5
|
+
- Read
|
|
6
|
+
- Bash
|
|
7
|
+
- Glob
|
|
8
|
+
- Grep
|
|
9
|
+
- Write
|
|
10
|
+
- WebFetch
|
|
11
|
+
- WebSearch
|
|
12
|
+
- mcp__context7__*
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
<objective>
|
|
16
|
+
Comprehensive research on HOW to implement a phase before planning.
|
|
17
|
+
|
|
18
|
+
This is for niche/complex domains where Claude's training data is sparse or outdated. Research discovers:
|
|
19
|
+
- What libraries exist for this problem
|
|
20
|
+
- What architecture patterns experts use
|
|
21
|
+
- What the standard stack looks like
|
|
22
|
+
- What problems people commonly hit
|
|
23
|
+
- What NOT to hand-roll (use existing solutions)
|
|
24
|
+
|
|
25
|
+
Output: RESEARCH.md with ecosystem knowledge that informs quality planning.
|
|
26
|
+
</objective>
|
|
27
|
+
|
|
28
|
+
<execution_context>
|
|
29
|
+
@~/.claude/get-shit-done/workflows/research-phase.md
|
|
30
|
+
@~/.claude/get-shit-done/templates/research.md
|
|
31
|
+
@~/.claude/get-shit-done/references/research-pitfalls.md
|
|
32
|
+
</execution_context>
|
|
33
|
+
|
|
34
|
+
<context>
|
|
35
|
+
Phase number: $ARGUMENTS (required)
|
|
36
|
+
|
|
37
|
+
**Load project state:**
|
|
38
|
+
@.planning/STATE.md
|
|
39
|
+
|
|
40
|
+
**Load roadmap:**
|
|
41
|
+
@.planning/ROADMAP.md
|
|
42
|
+
|
|
43
|
+
**Load phase context if exists:**
|
|
44
|
+
Check for `.planning/phases/XX-name/{phase}-CONTEXT.md` - bonus context from discuss-phase.
|
|
45
|
+
</context>
|
|
46
|
+
|
|
47
|
+
<process>
|
|
48
|
+
1. Validate phase number argument (error if missing or invalid)
|
|
49
|
+
2. Check if phase exists in roadmap - extract phase description
|
|
50
|
+
3. Check if RESEARCH.md already exists (offer to update or use existing)
|
|
51
|
+
4. Load CONTEXT.md if it exists (bonus context for research direction)
|
|
52
|
+
5. Follow research-phase.md workflow:
|
|
53
|
+
- Analyze phase to identify knowledge gaps
|
|
54
|
+
- Determine research domains (architecture, ecosystem, patterns, pitfalls)
|
|
55
|
+
- Execute comprehensive research via Context7, official docs, WebSearch
|
|
56
|
+
- Cross-verify all findings
|
|
57
|
+
- Create RESEARCH.md with actionable ecosystem knowledge
|
|
58
|
+
6. Offer next steps (plan the phase)
|
|
59
|
+
</process>
|
|
60
|
+
|
|
61
|
+
<when_to_use>
|
|
62
|
+
**Use research-phase for:**
|
|
63
|
+
- 3D graphics (Three.js, WebGL, procedural generation)
|
|
64
|
+
- Game development (physics, collision, AI, procedural content)
|
|
65
|
+
- Audio/music (Web Audio API, DSP, synthesis)
|
|
66
|
+
- Shaders (GLSL, Metal, ISF)
|
|
67
|
+
- ML/AI integration (model serving, inference, pipelines)
|
|
68
|
+
- Real-time systems (WebSockets, WebRTC, sync)
|
|
69
|
+
- Specialized frameworks with active ecosystems
|
|
70
|
+
- Any domain where "how do experts do this" matters
|
|
71
|
+
|
|
72
|
+
**Skip research-phase for:**
|
|
73
|
+
- Standard web dev (auth, CRUD, REST APIs)
|
|
74
|
+
- Well-known patterns (forms, validation, testing)
|
|
75
|
+
- Simple integrations (Stripe, SendGrid with clear docs)
|
|
76
|
+
- Commodity features Claude handles well
|
|
77
|
+
</when_to_use>
|
|
78
|
+
|
|
79
|
+
<success_criteria>
|
|
80
|
+
- [ ] Phase validated against roadmap
|
|
81
|
+
- [ ] Domain/ecosystem identified from phase description
|
|
82
|
+
- [ ] Comprehensive research executed (Context7 + official docs + WebSearch)
|
|
83
|
+
- [ ] All WebSearch findings cross-verified with authoritative sources
|
|
84
|
+
- [ ] RESEARCH.md created with ecosystem knowledge
|
|
85
|
+
- [ ] Standard stack/libraries identified
|
|
86
|
+
- [ ] Architecture patterns documented
|
|
87
|
+
- [ ] Common pitfalls catalogued
|
|
88
|
+
- [ ] What NOT to hand-roll is clear
|
|
89
|
+
- [ ] User knows next steps (plan phase)
|
|
90
|
+
</success_criteria>
|
|
@@ -0,0 +1,142 @@
|
|
|
1
|
+
---
|
|
2
|
+
description: Research domain ecosystem before creating roadmap
|
|
3
|
+
allowed-tools:
|
|
4
|
+
- Task
|
|
5
|
+
- Read
|
|
6
|
+
- Write
|
|
7
|
+
- Bash
|
|
8
|
+
- Glob
|
|
9
|
+
- Grep
|
|
10
|
+
- AskUserQuestion
|
|
11
|
+
---
|
|
12
|
+
|
|
13
|
+
<objective>
|
|
14
|
+
Research domain ecosystem via batched subagents before roadmap creation.
|
|
15
|
+
|
|
16
|
+
Spawns 3-4 subagents in parallel to research:
|
|
17
|
+
|
|
18
|
+
- Ecosystem (libraries, frameworks, tools)
|
|
19
|
+
- Architecture (patterns, project structure)
|
|
20
|
+
- Pitfalls (common mistakes, what NOT to do)
|
|
21
|
+
- Standards (best practices, conventions)
|
|
22
|
+
|
|
23
|
+
Each subagent writes directly to `.planning/research/` preserving main context.
|
|
24
|
+
</objective>
|
|
25
|
+
|
|
26
|
+
<execution_context>
|
|
27
|
+
@~/.claude/get-shit-done/workflows/research-project.md
|
|
28
|
+
@~/.claude/get-shit-done/templates/project-research.md
|
|
29
|
+
@~/.claude/get-shit-done/references/research-subagent-prompts.md
|
|
30
|
+
</execution_context>
|
|
31
|
+
|
|
32
|
+
<context>
|
|
33
|
+
**Load project vision:**
|
|
34
|
+
@.planning/PROJECT.md
|
|
35
|
+
|
|
36
|
+
**Check for existing research:**
|
|
37
|
+
!`ls .planning/research/ 2>/dev/null || echo "NO_RESEARCH_DIR"`
|
|
38
|
+
</context>
|
|
39
|
+
|
|
40
|
+
<process>
|
|
41
|
+
|
|
42
|
+
<step name="validate">
|
|
43
|
+
Check prerequisites:
|
|
44
|
+
|
|
45
|
+
```bash
|
|
46
|
+
# Verify .planning/ exists
|
|
47
|
+
[ -d .planning ] || { echo "No .planning/ directory. Run /gsd:new-project first."; exit 1; }
|
|
48
|
+
|
|
49
|
+
# Verify PROJECT.md exists
|
|
50
|
+
[ -f .planning/PROJECT.md ] || { echo "No PROJECT.md. Run /gsd:new-project first."; exit 1; }
|
|
51
|
+
|
|
52
|
+
# Check for existing research
|
|
53
|
+
[ -d .planning/research ] && echo "RESEARCH_EXISTS" || echo "NO_RESEARCH"
|
|
54
|
+
```
|
|
55
|
+
|
|
56
|
+
If RESEARCH_EXISTS:
|
|
57
|
+
|
|
58
|
+
```
|
|
59
|
+
Research already exists at .planning/research/
|
|
60
|
+
|
|
61
|
+
What would you like to do?
|
|
62
|
+
1. View existing research
|
|
63
|
+
2. Re-run research (overwrites existing)
|
|
64
|
+
3. Skip to create-roadmap
|
|
65
|
+
```
|
|
66
|
+
|
|
67
|
+
Wait for user decision.
|
|
68
|
+
</step>
|
|
69
|
+
|
|
70
|
+
<step name="detect_domain">
|
|
71
|
+
Parse PROJECT.md to identify the domain and research scope.
|
|
72
|
+
|
|
73
|
+
Look for:
|
|
74
|
+
|
|
75
|
+
- Technologies mentioned (Three.js, WebGL, audio, etc.)
|
|
76
|
+
- Problem domain (3D, games, real-time, etc.)
|
|
77
|
+
- Technical constraints that suggest specific ecosystems
|
|
78
|
+
|
|
79
|
+
If domain unclear, use AskUserQuestion:
|
|
80
|
+
|
|
81
|
+
- header: "Domain"
|
|
82
|
+
- question: "What domain should we research?"
|
|
83
|
+
- options:
|
|
84
|
+
- "3D/Graphics" - Three.js, WebGL, shaders
|
|
85
|
+
- "Games/Interactive" - Physics, collision, procedural
|
|
86
|
+
- "Audio/Music" - Web Audio, synthesis, DSP
|
|
87
|
+
- (other relevant options based on PROJECT.md)
|
|
88
|
+
</step>
|
|
89
|
+
|
|
90
|
+
<step name="research">
|
|
91
|
+
Follow research-project.md workflow:
|
|
92
|
+
|
|
93
|
+
1. Create `.planning/research/` directory
|
|
94
|
+
2. Spawn first batch of subagents (ecosystem + architecture)
|
|
95
|
+
3. Wait for completion
|
|
96
|
+
4. Spawn second batch (pitfalls + standards)
|
|
97
|
+
5. Wait for completion
|
|
98
|
+
6. Verify all outputs exist
|
|
99
|
+
</step>
|
|
100
|
+
|
|
101
|
+
<step name="summarize">
|
|
102
|
+
After all subagents complete:
|
|
103
|
+
|
|
104
|
+
```
|
|
105
|
+
Research complete:
|
|
106
|
+
- .planning/research/ecosystem.md
|
|
107
|
+
- .planning/research/architecture.md
|
|
108
|
+
- .planning/research/pitfalls.md
|
|
109
|
+
- .planning/research/standards.md
|
|
110
|
+
|
|
111
|
+
Key findings:
|
|
112
|
+
- [Top ecosystem recommendation]
|
|
113
|
+
- [Key architecture pattern]
|
|
114
|
+
- [Critical pitfall to avoid]
|
|
115
|
+
|
|
116
|
+
What's next?
|
|
117
|
+
1. Create roadmap (/gsd:create-roadmap) - Incorporates research
|
|
118
|
+
2. Review research files
|
|
119
|
+
3. Done for now
|
|
120
|
+
```
|
|
121
|
+
|
|
122
|
+
If user selects "Create roadmap" → invoke `/gsd:create-roadmap`
|
|
123
|
+
</step>
|
|
124
|
+
|
|
125
|
+
</process>
|
|
126
|
+
|
|
127
|
+
<output>
|
|
128
|
+
- `.planning/research/ecosystem.md`
|
|
129
|
+
- `.planning/research/architecture.md`
|
|
130
|
+
- `.planning/research/pitfalls.md`
|
|
131
|
+
- `.planning/research/standards.md`
|
|
132
|
+
</output>
|
|
133
|
+
|
|
134
|
+
<success_criteria>
|
|
135
|
+
|
|
136
|
+
- [ ] PROJECT.md exists (prerequisite checked)
|
|
137
|
+
- [ ] Domain detected or user clarified
|
|
138
|
+
- [ ] Subagents spawned in batches of 3-4 max
|
|
139
|
+
- [ ] All subagents wrote files directly to .planning/research/
|
|
140
|
+
- [ ] All 4 research files exist
|
|
141
|
+
- [ ] User knows next steps (create-roadmap)
|
|
142
|
+
</success_criteria>
|
|
@@ -8,17 +8,6 @@ allowed-tools:
|
|
|
8
8
|
- SlashCommand
|
|
9
9
|
---
|
|
10
10
|
|
|
11
|
-
<!--
|
|
12
|
-
DESIGN NOTE: Command + Workflow Pattern
|
|
13
|
-
|
|
14
|
-
This command is a thin wrapper that routes to the resume-project workflow.
|
|
15
|
-
All resumption logic lives in the workflow for maintainability.
|
|
16
|
-
|
|
17
|
-
Architecture:
|
|
18
|
-
- Command: resume-work.md - entry point only
|
|
19
|
-
- Workflow: resume-project.md - all resumption logic
|
|
20
|
-
-->
|
|
21
|
-
|
|
22
11
|
<objective>
|
|
23
12
|
Restore complete project context and resume work seamlessly from previous session.
|
|
24
13
|
|
|
@@ -16,7 +16,7 @@ The git log should read like a changelog of what shipped, not a diary of plannin
|
|
|
16
16
|
| BRIEF + ROADMAP created | YES | Project initialization |
|
|
17
17
|
| PLAN.md created | NO | Intermediate - commit with completion |
|
|
18
18
|
| RESEARCH.md created | NO | Intermediate |
|
|
19
|
-
|
|
|
19
|
+
| DISCOVERY.md created | NO | Intermediate |
|
|
20
20
|
| **Phase completed** | YES | Actual code shipped |
|
|
21
21
|
| Handoff created | YES | WIP state preserved |
|
|
22
22
|
|
|
@@ -118,7 +118,7 @@ e]2f4a8 docs: initialize ecommerce-app (5 phases)
|
|
|
118
118
|
|
|
119
119
|
- PLAN.md creation (wait for phase completion)
|
|
120
120
|
- RESEARCH.md (intermediate)
|
|
121
|
-
-
|
|
121
|
+
- DISCOVERY.md (intermediate)
|
|
122
122
|
- Minor planning tweaks
|
|
123
123
|
- "Fixed typo in roadmap"
|
|
124
124
|
|
|
@@ -250,7 +250,7 @@ Use @file references to load context for the prompt:
|
|
|
250
250
|
<context>
|
|
251
251
|
@.planning/PROJECT.md # Project vision
|
|
252
252
|
@.planning/ROADMAP.md # Phase structure
|
|
253
|
-
@.planning/phases/02-auth/
|
|
253
|
+
@.planning/phases/02-auth/DISCOVERY.md # Discovery results
|
|
254
254
|
@src/lib/db.ts # Existing database setup
|
|
255
255
|
@src/types/user.ts # Existing type definitions
|
|
256
256
|
</context>
|