get-shit-done-cc 1.4.8 → 1.4.10
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/discuss-phase.md +2 -3
- package/commands/gsd/execute-phase.md +0 -4
- package/commands/gsd/execute-plan.md +65 -91
- package/get-shit-done/templates/checkpoint-return.md +204 -0
- package/get-shit-done/templates/context.md +0 -21
- package/get-shit-done/templates/subagent-task-prompt.md +1 -1
- package/get-shit-done/workflows/discuss-phase.md +4 -14
- package/package.json +1 -1
|
@@ -7,7 +7,7 @@ argument-hint: "[phase]"
|
|
|
7
7
|
<objective>
|
|
8
8
|
Help the user articulate their vision for a phase through collaborative thinking.
|
|
9
9
|
|
|
10
|
-
Purpose: Understand HOW the user imagines this phase working — what it looks like, what's essential
|
|
10
|
+
Purpose: Understand HOW the user imagines this phase working — what it looks like, what's essential. You're a thinking partner helping them crystallize their vision, not an interviewer gathering technical requirements.
|
|
11
11
|
|
|
12
12
|
Output: {phase}-CONTEXT.md capturing the user's vision for the phase
|
|
13
13
|
</objective>
|
|
@@ -36,7 +36,6 @@ Phase number: $ARGUMENTS (required)
|
|
|
36
36
|
- Use AskUserQuestion: "How do you imagine this working?" with interpretation options
|
|
37
37
|
- Use AskUserQuestion to follow their thread — probe what excites them
|
|
38
38
|
- Use AskUserQuestion to sharpen the core — what's essential for THIS phase
|
|
39
|
-
- Use AskUserQuestion to find boundaries — what's explicitly out of scope
|
|
40
39
|
- Use AskUserQuestion for decision gate (ready / ask more / let me add context)
|
|
41
40
|
- Create CONTEXT.md capturing their vision
|
|
42
41
|
5. Offer next steps (research or plan the phase)
|
|
@@ -55,6 +54,6 @@ User is the visionary, you are the builder:
|
|
|
55
54
|
|
|
56
55
|
- Phase validated against roadmap
|
|
57
56
|
- Vision gathered through collaborative thinking (not interrogation)
|
|
58
|
-
- CONTEXT.md captures: how it works, what's essential
|
|
57
|
+
- CONTEXT.md captures: how it works, what's essential
|
|
59
58
|
- User knows next steps (research or plan the phase)
|
|
60
59
|
</success_criteria>
|
|
@@ -24,11 +24,7 @@ Context budget: ~15% orchestrator, 100% fresh per subagent.
|
|
|
24
24
|
|
|
25
25
|
<execution_context>
|
|
26
26
|
@~/.claude/get-shit-done/workflows/execute-phase.md
|
|
27
|
-
@~/.claude/get-shit-done/workflows/execute-plan.md
|
|
28
27
|
@~/.claude/get-shit-done/templates/subagent-task-prompt.md
|
|
29
|
-
@~/.claude/get-shit-done/templates/summary.md
|
|
30
|
-
@~/.claude/get-shit-done/references/checkpoints.md
|
|
31
|
-
@~/.claude/get-shit-done/references/tdd.md
|
|
32
28
|
</execution_context>
|
|
33
29
|
|
|
34
30
|
<context>
|
|
@@ -4,126 +4,100 @@ description: Execute a PLAN.md file
|
|
|
4
4
|
argument-hint: "[path-to-PLAN.md]"
|
|
5
5
|
allowed-tools:
|
|
6
6
|
- Read
|
|
7
|
-
- Write
|
|
8
|
-
- Edit
|
|
9
|
-
- Bash
|
|
10
7
|
- Glob
|
|
11
8
|
- Grep
|
|
9
|
+
- Bash
|
|
12
10
|
- Task
|
|
11
|
+
- TodoWrite
|
|
13
12
|
- AskUserQuestion
|
|
14
|
-
- SlashCommand
|
|
15
13
|
---
|
|
16
14
|
|
|
17
15
|
<objective>
|
|
18
|
-
Execute a PLAN.md file
|
|
16
|
+
Execute a single PLAN.md file by spawning a subagent.
|
|
19
17
|
|
|
20
|
-
|
|
21
|
-
- Each task → 1 commit immediately after completion (feat/fix/test/refactor)
|
|
22
|
-
- Plan completion → 1 metadata commit (docs: SUMMARY + STATE + ROADMAP)
|
|
18
|
+
Orchestrator stays lean: validate plan, spawn subagent, handle checkpoints, report completion. Subagent loads full execute-plan workflow and handles all execution details.
|
|
23
19
|
|
|
24
|
-
|
|
25
|
-
|
|
26
|
-
- Plans with verify checkpoints → segment execution, pause at checkpoints
|
|
27
|
-
- Plans with decision checkpoints → execute in main context
|
|
28
|
-
</objective>
|
|
20
|
+
Context budget: ~15% orchestrator, 100% fresh for subagent.
|
|
21
|
+
</objective>
|
|
29
22
|
|
|
30
23
|
<execution_context>
|
|
31
|
-
@~/.claude/get-shit-done/
|
|
32
|
-
@~/.claude/get-shit-done/templates/summary.md
|
|
33
|
-
@~/.claude/get-shit-done/references/checkpoints.md
|
|
34
|
-
@~/.claude/get-shit-done/references/tdd.md
|
|
24
|
+
@~/.claude/get-shit-done/templates/subagent-task-prompt.md
|
|
35
25
|
</execution_context>
|
|
36
26
|
|
|
37
27
|
<context>
|
|
38
28
|
Plan path: $ARGUMENTS
|
|
39
29
|
|
|
40
|
-
**Load project state first:**
|
|
41
30
|
@.planning/STATE.md
|
|
42
|
-
|
|
43
|
-
**Load workflow config:**
|
|
44
|
-
@.planning/config.json
|
|
31
|
+
@.planning/config.json (if exists)
|
|
45
32
|
</context>
|
|
46
33
|
|
|
47
34
|
<process>
|
|
48
|
-
1.
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
|
|
52
|
-
|
|
53
|
-
-
|
|
54
|
-
-
|
|
55
|
-
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
35
|
+
1. **Validate plan exists**
|
|
36
|
+
- Confirm file at $ARGUMENTS exists
|
|
37
|
+
- Error if not found: "Plan not found: {path}"
|
|
38
|
+
|
|
39
|
+
2. **Check if already executed**
|
|
40
|
+
- Derive SUMMARY path from plan path (replace PLAN.md with SUMMARY.md)
|
|
41
|
+
- If SUMMARY exists: "Plan already executed. SUMMARY: {path}"
|
|
42
|
+
- Offer: re-execute or exit
|
|
43
|
+
|
|
44
|
+
3. **Parse plan identifiers**
|
|
45
|
+
Extract from path like `.planning/phases/03-auth/03-02-PLAN.md`:
|
|
46
|
+
- phase_number: `03`
|
|
47
|
+
- phase_name: `auth`
|
|
48
|
+
- plan_number: `02`
|
|
49
|
+
- plan_path: full path
|
|
50
|
+
|
|
51
|
+
4. **Fill and spawn subagent**
|
|
52
|
+
- Fill subagent-task-prompt template with extracted values
|
|
53
|
+
- Spawn: `Task(prompt=filled_template, subagent_type="general-purpose")`
|
|
54
|
+
|
|
55
|
+
5. **Handle subagent return**
|
|
56
|
+
- If contains "## CHECKPOINT REACHED": Execute checkpoint_handling
|
|
57
|
+
- If contains "## PLAN COMPLETE": Verify SUMMARY exists, report success
|
|
58
|
+
|
|
59
|
+
6. **Report completion**
|
|
60
|
+
- Show SUMMARY path
|
|
61
|
+
- Show commits from subagent return
|
|
62
|
+
- Offer next steps
|
|
59
63
|
</process>
|
|
60
64
|
|
|
61
|
-
<
|
|
62
|
-
|
|
63
|
-
|
|
64
|
-
- Spawn subagent to execute entire plan
|
|
65
|
-
- Subagent creates SUMMARY.md and commits
|
|
66
|
-
- Main context: orchestration only (~5% usage)
|
|
67
|
-
|
|
68
|
-
**Strategy B: Segmented** (has verify-only checkpoints)
|
|
69
|
-
|
|
70
|
-
- Execute in segments between checkpoints
|
|
71
|
-
- Subagent for autonomous segments
|
|
72
|
-
- Main context for checkpoints
|
|
73
|
-
- Aggregate results → SUMMARY → commit
|
|
65
|
+
<checkpoint_handling>
|
|
66
|
+
When subagent returns with checkpoint:
|
|
74
67
|
|
|
75
|
-
**
|
|
68
|
+
**1. Parse return:**
|
|
69
|
+
```
|
|
70
|
+
## CHECKPOINT REACHED
|
|
76
71
|
|
|
77
|
-
-
|
|
78
|
-
-
|
|
79
|
-
|
|
80
|
-
</execution_strategies>
|
|
72
|
+
**Type:** [human-verify | decision | human-action]
|
|
73
|
+
**Plan:** {phase}-{plan}
|
|
74
|
+
**Progress:** {completed}/{total} tasks complete
|
|
81
75
|
|
|
82
|
-
|
|
83
|
-
During execution, handle discoveries automatically:
|
|
76
|
+
[Checkpoint content]
|
|
84
77
|
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
3. **Auto-fix blockers** - Can't proceed without fix, do it and document
|
|
88
|
-
4. **Ask about architectural** - Major structural changes, stop and ask user
|
|
89
|
-
5. **Log enhancements** - Nice-to-haves, log to ISSUES.md, continue
|
|
78
|
+
**Awaiting:** [Resume signal]
|
|
79
|
+
```
|
|
90
80
|
|
|
91
|
-
|
|
92
|
-
|
|
81
|
+
**2. Present to user:**
|
|
82
|
+
Display the checkpoint content exactly as returned by subagent.
|
|
93
83
|
|
|
94
|
-
|
|
95
|
-
|
|
84
|
+
**3. Collect response:**
|
|
85
|
+
Wait for user input:
|
|
86
|
+
- human-verify: "approved" or description of issues
|
|
87
|
+
- decision: option selection
|
|
88
|
+
- human-action: "done" when complete
|
|
96
89
|
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
4. Record commit hash for SUMMARY.md
|
|
90
|
+
**4. Resume subagent:**
|
|
91
|
+
```
|
|
92
|
+
Task(resume="{agent_id}", prompt="User response: {user_input}")
|
|
93
|
+
```
|
|
102
94
|
|
|
103
|
-
**
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
1. Stage planning artifacts only: PLAN.md, SUMMARY.md, STATE.md, ROADMAP.md
|
|
107
|
-
2. Commit with format: `docs({phase}-{plan}): complete [plan-name] plan`
|
|
108
|
-
3. NO code files (already committed per-task)
|
|
109
|
-
|
|
110
|
-
**NEVER use:**
|
|
111
|
-
- `git add .`
|
|
112
|
-
- `git add -A`
|
|
113
|
-
- `git add src/` or any broad directory
|
|
114
|
-
|
|
115
|
-
**Always stage files individually.**
|
|
116
|
-
|
|
117
|
-
See ~/.claude/get-shit-done/references/git-integration.md for full commit strategy.
|
|
118
|
-
</commit_rules>
|
|
95
|
+
**5. Repeat:**
|
|
96
|
+
Continue handling returns until "## PLAN COMPLETE" or user stops.
|
|
97
|
+
</checkpoint_handling>
|
|
119
98
|
|
|
120
99
|
<success_criteria>
|
|
121
|
-
|
|
122
|
-
- [ ] All
|
|
123
|
-
- [ ]
|
|
124
|
-
|
|
125
|
-
- [ ] STATE.md updated (position, decisions, issues, session)
|
|
126
|
-
- [ ] ROADMAP updated (plan count, phase status)
|
|
127
|
-
- [ ] Metadata committed with docs({phase}-{plan}): complete [plan-name] plan
|
|
128
|
-
- [ ] User informed of next steps
|
|
129
|
-
</success_criteria>
|
|
100
|
+
- [ ] Plan executed (SUMMARY.md created)
|
|
101
|
+
- [ ] All checkpoints handled
|
|
102
|
+
- [ ] User informed of completion and next steps
|
|
103
|
+
</success_criteria>
|
|
@@ -0,0 +1,204 @@
|
|
|
1
|
+
# Checkpoint Return Template
|
|
2
|
+
|
|
3
|
+
Structured format for subagent checkpoint returns. Enables orchestrator to spawn continuation agents without relying on resume.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Template
|
|
8
|
+
|
|
9
|
+
```markdown
|
|
10
|
+
## CHECKPOINT REACHED
|
|
11
|
+
|
|
12
|
+
**Type:** [human-verify | decision | human-action]
|
|
13
|
+
**Plan:** {phase}-{plan}
|
|
14
|
+
**Progress:** {completed}/{total} tasks complete
|
|
15
|
+
|
|
16
|
+
### Completed Tasks
|
|
17
|
+
|
|
18
|
+
| Task | Name | Commit | Files |
|
|
19
|
+
|------|------|--------|-------|
|
|
20
|
+
| 1 | [task name] | [hash] | [key files created/modified] |
|
|
21
|
+
| 2 | [task name] | [hash] | [key files created/modified] |
|
|
22
|
+
|
|
23
|
+
### Current Task
|
|
24
|
+
|
|
25
|
+
**Task {N}:** [task name]
|
|
26
|
+
**Status:** [blocked | awaiting verification | awaiting decision]
|
|
27
|
+
**Blocked by:** [specific blocker - auth required, user verification needed, decision needed]
|
|
28
|
+
|
|
29
|
+
### Checkpoint Details
|
|
30
|
+
|
|
31
|
+
[Checkpoint-specific content based on type - see below]
|
|
32
|
+
|
|
33
|
+
### Awaiting
|
|
34
|
+
|
|
35
|
+
[What user needs to do/provide]
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## Checkpoint Type Details
|
|
41
|
+
|
|
42
|
+
### For human-verify
|
|
43
|
+
|
|
44
|
+
```markdown
|
|
45
|
+
### Checkpoint Details
|
|
46
|
+
|
|
47
|
+
**What was built:**
|
|
48
|
+
[Description of completed work]
|
|
49
|
+
|
|
50
|
+
**How to verify:**
|
|
51
|
+
1. [Step 1 - exact command/URL]
|
|
52
|
+
2. [Step 2 - what to check]
|
|
53
|
+
3. [Step 3 - expected behavior]
|
|
54
|
+
|
|
55
|
+
### Awaiting
|
|
56
|
+
|
|
57
|
+
Type "approved" or describe issues to fix.
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
### For human-action
|
|
61
|
+
|
|
62
|
+
```markdown
|
|
63
|
+
### Checkpoint Details
|
|
64
|
+
|
|
65
|
+
**Automation attempted:**
|
|
66
|
+
[What Claude tried to do]
|
|
67
|
+
|
|
68
|
+
**Error encountered:**
|
|
69
|
+
[Exact error message or auth failure]
|
|
70
|
+
|
|
71
|
+
**What you need to do:**
|
|
72
|
+
1. [Step 1]
|
|
73
|
+
2. [Step 2]
|
|
74
|
+
|
|
75
|
+
**I'll verify after:**
|
|
76
|
+
[How Claude will confirm completion]
|
|
77
|
+
|
|
78
|
+
### Awaiting
|
|
79
|
+
|
|
80
|
+
Type "done" when complete.
|
|
81
|
+
```
|
|
82
|
+
|
|
83
|
+
### For decision
|
|
84
|
+
|
|
85
|
+
```markdown
|
|
86
|
+
### Checkpoint Details
|
|
87
|
+
|
|
88
|
+
**Decision needed:**
|
|
89
|
+
[What's being decided]
|
|
90
|
+
|
|
91
|
+
**Context:**
|
|
92
|
+
[Why this matters]
|
|
93
|
+
|
|
94
|
+
**Options:**
|
|
95
|
+
|
|
96
|
+
| Option | Pros | Cons |
|
|
97
|
+
|--------|------|------|
|
|
98
|
+
| [option-a] | [benefits] | [tradeoffs] |
|
|
99
|
+
| [option-b] | [benefits] | [tradeoffs] |
|
|
100
|
+
|
|
101
|
+
### Awaiting
|
|
102
|
+
|
|
103
|
+
Select: [option-a | option-b | ...]
|
|
104
|
+
```
|
|
105
|
+
|
|
106
|
+
---
|
|
107
|
+
|
|
108
|
+
## Why This Structure
|
|
109
|
+
|
|
110
|
+
**Completed Tasks table:** Orchestrator knows exactly what's done. Fresh agent won't redo work.
|
|
111
|
+
|
|
112
|
+
**Commit hashes:** Verification that work was committed. Fresh agent can check git log.
|
|
113
|
+
|
|
114
|
+
**Files column:** Quick reference for what exists. Fresh agent can verify state.
|
|
115
|
+
|
|
116
|
+
**Current Task + Blocked by:** Precise continuation point. Fresh agent knows exactly where to pick up.
|
|
117
|
+
|
|
118
|
+
**Checkpoint Details:** User-facing content. Orchestrator presents this directly.
|
|
119
|
+
|
|
120
|
+
---
|
|
121
|
+
|
|
122
|
+
## Example: Auth Gate
|
|
123
|
+
|
|
124
|
+
```markdown
|
|
125
|
+
## CHECKPOINT REACHED
|
|
126
|
+
|
|
127
|
+
**Type:** human-action
|
|
128
|
+
**Plan:** 01-01
|
|
129
|
+
**Progress:** 1/3 tasks complete
|
|
130
|
+
|
|
131
|
+
### Completed Tasks
|
|
132
|
+
|
|
133
|
+
| Task | Name | Commit | Files |
|
|
134
|
+
|------|------|--------|-------|
|
|
135
|
+
| 1 | Initialize Next.js 15 project | d6fe73f | package.json, tsconfig.json, next.config.js, app/ |
|
|
136
|
+
|
|
137
|
+
### Current Task
|
|
138
|
+
|
|
139
|
+
**Task 2:** Initialize Convex backend
|
|
140
|
+
**Status:** blocked
|
|
141
|
+
**Blocked by:** Convex CLI authentication required
|
|
142
|
+
|
|
143
|
+
### Checkpoint Details
|
|
144
|
+
|
|
145
|
+
**Automation attempted:**
|
|
146
|
+
Ran `npx convex dev` to initialize Convex backend
|
|
147
|
+
|
|
148
|
+
**Error encountered:**
|
|
149
|
+
"Error: Not authenticated. Run `npx convex login` first."
|
|
150
|
+
|
|
151
|
+
**What you need to do:**
|
|
152
|
+
1. Run: `npx convex login`
|
|
153
|
+
2. Complete browser authentication
|
|
154
|
+
3. Run: `npx convex dev`
|
|
155
|
+
4. Create project named "convex-saas-community" when prompted
|
|
156
|
+
|
|
157
|
+
**I'll verify after:**
|
|
158
|
+
`cat .env.local | grep CONVEX` returns the Convex URL
|
|
159
|
+
|
|
160
|
+
### Awaiting
|
|
161
|
+
|
|
162
|
+
Type "done" when Convex is authenticated and project created.
|
|
163
|
+
```
|
|
164
|
+
|
|
165
|
+
---
|
|
166
|
+
|
|
167
|
+
## Example: Visual Verification
|
|
168
|
+
|
|
169
|
+
```markdown
|
|
170
|
+
## CHECKPOINT REACHED
|
|
171
|
+
|
|
172
|
+
**Type:** human-verify
|
|
173
|
+
**Plan:** 03-02
|
|
174
|
+
**Progress:** 2/3 tasks complete
|
|
175
|
+
|
|
176
|
+
### Completed Tasks
|
|
177
|
+
|
|
178
|
+
| Task | Name | Commit | Files |
|
|
179
|
+
|------|------|--------|-------|
|
|
180
|
+
| 1 | Create dashboard layout | a1b2c3d | src/app/dashboard/layout.tsx, src/components/Sidebar.tsx |
|
|
181
|
+
| 2 | Add responsive navigation | e4f5g6h | src/components/NavBar.tsx, src/styles/nav.css |
|
|
182
|
+
|
|
183
|
+
### Current Task
|
|
184
|
+
|
|
185
|
+
**Task 3:** Verify responsive behavior
|
|
186
|
+
**Status:** awaiting verification
|
|
187
|
+
**Blocked by:** Human visual verification required
|
|
188
|
+
|
|
189
|
+
### Checkpoint Details
|
|
190
|
+
|
|
191
|
+
**What was built:**
|
|
192
|
+
Responsive dashboard with collapsible sidebar navigation
|
|
193
|
+
|
|
194
|
+
**How to verify:**
|
|
195
|
+
1. Run: `npm run dev`
|
|
196
|
+
2. Visit: http://localhost:3000/dashboard
|
|
197
|
+
3. Desktop (>1024px): Sidebar visible on left, content on right
|
|
198
|
+
4. Tablet (768px): Sidebar collapses to icons
|
|
199
|
+
5. Mobile (375px): Sidebar hidden, hamburger menu appears
|
|
200
|
+
|
|
201
|
+
### Awaiting
|
|
202
|
+
|
|
203
|
+
Type "approved" or describe issues to fix.
|
|
204
|
+
```
|
|
@@ -32,17 +32,6 @@ Template for `.planning/phases/XX-name/{phase}-CONTEXT.md` - captures the user's
|
|
|
32
32
|
|
|
33
33
|
</essential>
|
|
34
34
|
|
|
35
|
-
<boundaries>
|
|
36
|
-
## What's Out of Scope
|
|
37
|
-
|
|
38
|
-
[Explicit exclusions for this phase. What are we NOT building? Where does this phase end and the next begin?]
|
|
39
|
-
|
|
40
|
-
- [Not doing X - that's Phase Y]
|
|
41
|
-
- [Not including Z - deferred]
|
|
42
|
-
- [Explicitly excluding W]
|
|
43
|
-
|
|
44
|
-
</boundaries>
|
|
45
|
-
|
|
46
35
|
<specifics>
|
|
47
36
|
## Specific Ideas
|
|
48
37
|
|
|
@@ -91,16 +80,6 @@ The main thing is seeing their active projects and what needs attention. Think o
|
|
|
91
80
|
|
|
92
81
|
</essential>
|
|
93
82
|
|
|
94
|
-
<boundaries>
|
|
95
|
-
## What's Out of Scope
|
|
96
|
-
|
|
97
|
-
- Team features (shared dashboards, permissions) - that's a future milestone
|
|
98
|
-
- Analytics/reporting - just show what needs attention, not graphs
|
|
99
|
-
- Customizable layouts - keep it simple, one good layout
|
|
100
|
-
- Mobile optimization - desktop first for now
|
|
101
|
-
|
|
102
|
-
</boundaries>
|
|
103
|
-
|
|
104
83
|
<specifics>
|
|
105
84
|
## Specific Ideas
|
|
106
85
|
|
|
@@ -119,14 +119,7 @@ Use AskUserQuestion:
|
|
|
119
119
|
- question: "What's the most important part of this phase?"
|
|
120
120
|
- options: Key aspects they've mentioned + "All equally important" + "Something else"
|
|
121
121
|
|
|
122
|
-
**4.
|
|
123
|
-
|
|
124
|
-
Use AskUserQuestion:
|
|
125
|
-
- header: "Scope"
|
|
126
|
-
- question: "What's explicitly out of scope for this phase?"
|
|
127
|
-
- options: Things that might be tempting + "Nothing specific" + "Let me list them"
|
|
128
|
-
|
|
129
|
-
**5. Capture specifics (optional):**
|
|
122
|
+
**4. Capture specifics (optional):**
|
|
130
123
|
|
|
131
124
|
If they seem to have specific ideas, use AskUserQuestion:
|
|
132
125
|
- header: "Specifics"
|
|
@@ -138,8 +131,9 @@ CRITICAL — What NOT to ask:
|
|
|
138
131
|
- Codebase patterns (you read the code)
|
|
139
132
|
- Success metrics (too corporate)
|
|
140
133
|
- Constraints they didn't mention (don't interrogate)
|
|
134
|
+
- What's out of scope (implicit from roadmap)
|
|
141
135
|
|
|
142
|
-
**
|
|
136
|
+
**5. Decision gate:**
|
|
143
137
|
|
|
144
138
|
Use AskUserQuestion:
|
|
145
139
|
- header: "Ready?"
|
|
@@ -170,7 +164,6 @@ Populate template sections with VISION context (not technical analysis):
|
|
|
170
164
|
|
|
171
165
|
- `<vision>`: How the user imagines this working
|
|
172
166
|
- `<essential>`: What must be nailed in this phase
|
|
173
|
-
- `<boundaries>`: What's explicitly out of scope
|
|
174
167
|
- `<specifics>`: Any particular look/feel/behavior mentioned
|
|
175
168
|
- `<notes>`: Any other context gathered
|
|
176
169
|
|
|
@@ -191,9 +184,6 @@ Created: .planning/phases/${PHASE}-${SLUG}/${PHASE}-CONTEXT.md
|
|
|
191
184
|
## Essential
|
|
192
185
|
[What must be nailed]
|
|
193
186
|
|
|
194
|
-
## Boundaries
|
|
195
|
-
[What's out of scope]
|
|
196
|
-
|
|
197
187
|
---
|
|
198
188
|
|
|
199
189
|
## ▶ Next Up
|
|
@@ -240,7 +230,7 @@ Confirm: "Committed: docs(${PHASE}): capture phase context"
|
|
|
240
230
|
|
|
241
231
|
- Phase validated against roadmap
|
|
242
232
|
- Vision gathered through collaborative thinking (not interrogation)
|
|
243
|
-
- User's imagination captured: how it works, what's essential
|
|
233
|
+
- User's imagination captured: how it works, what's essential
|
|
244
234
|
- CONTEXT.md created in phase directory
|
|
245
235
|
- CONTEXT.md committed to git
|
|
246
236
|
- User knows next steps (typically: research or plan the phase)
|
package/package.json
CHANGED