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.
@@ -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, what's out of scope. You're a thinking partner helping them crystallize their vision, not an interviewer gathering technical requirements.
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, what's out of scope
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 with per-task atomic commits, create SUMMARY.md, update project state.
16
+ Execute a single PLAN.md file by spawning a subagent.
19
17
 
20
- Commit strategy:
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
- Uses intelligent segmentation:
25
- - Plans without checkpoints → spawn subagent for full autonomous execution
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/workflows/execute-plan.md
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. Check .planning/ directory exists (error if not - user should run /gsd:new-project)
49
- 2. Verify plan at $ARGUMENTS exists
50
- 3. Check if SUMMARY.md already exists (plan already executed?)
51
- 4. Load workflow config for mode (interactive/yolo)
52
- 5. Follow execute-plan.md workflow:
53
- - Parse plan and determine execution strategy (A/B/C)
54
- - Execute tasks (via subagent or main context as appropriate)
55
- - Handle checkpoints and deviations
56
- - Create SUMMARY.md
57
- - Update STATE.md
58
- - Commit changes
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
- <execution_strategies>
62
- **Strategy A: Fully Autonomous** (no checkpoints)
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
- **Strategy C: Decision-Dependent** (has decision checkpoints)
68
+ **1. Parse return:**
69
+ ```
70
+ ## CHECKPOINT REACHED
76
71
 
77
- - Execute in main context
78
- - Decision outcomes affect subsequent tasks
79
- - Quality maintained through small scope (2-3 tasks per plan)
80
- </execution_strategies>
72
+ **Type:** [human-verify | decision | human-action]
73
+ **Plan:** {phase}-{plan}
74
+ **Progress:** {completed}/{total} tasks complete
81
75
 
82
- <deviation_rules>
83
- During execution, handle discoveries automatically:
76
+ [Checkpoint content]
84
77
 
85
- 1. **Auto-fix bugs** - Fix immediately, document in Summary
86
- 2. **Auto-add critical** - Security/correctness gaps, add and document
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
- Only rule 4 requires user intervention.
92
- </deviation_rules>
81
+ **2. Present to user:**
82
+ Display the checkpoint content exactly as returned by subagent.
93
83
 
94
- <commit_rules>
95
- **Per-Task Commits:**
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
- After each task completes:
98
- 1. Stage only files modified by that task
99
- 2. Commit with format: `{type}({phase}-{plan}): {task-name}`
100
- 3. Types: feat, fix, test, refactor, perf, chore
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
- **Plan Metadata Commit:**
104
-
105
- After all tasks complete:
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 tasks executed
123
- - [ ] Each task committed individually (feat/fix/test/refactor)
124
- - [ ] SUMMARY.md created with substantive content and commit hashes
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
 
@@ -1,6 +1,6 @@
1
1
  # Subagent Task Prompt Template
2
2
 
3
- Template for spawning plan execution agents from execute-phase orchestrator.
3
+ Template for spawning plan execution agents. Used by execute-phase (parallel) and execute-plan (single) orchestrators.
4
4
 
5
5
  ---
6
6
 
@@ -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. Find boundaries:**
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
- **6. Decision gate:**
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, what's out of scope
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
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "get-shit-done-cc",
3
- "version": "1.4.8",
3
+ "version": "1.4.10",
4
4
  "description": "A meta-prompting, context engineering and spec-driven development system for Claude Code by TÂCHES.",
5
5
  "bin": {
6
6
  "get-shit-done-cc": "bin/install.js"