get-shit-done-cc 1.4.5 → 1.4.6

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.
@@ -4,6 +4,8 @@ description: Execute all plans in a phase with wave-based parallelization
4
4
  argument-hint: "<phase-number>"
5
5
  allowed-tools:
6
6
  - Read
7
+ - Write
8
+ - Edit
7
9
  - Glob
8
10
  - Grep
9
11
  - Bash
@@ -22,7 +24,11 @@ Context budget: ~15% orchestrator, 100% fresh per subagent.
22
24
 
23
25
  <execution_context>
24
26
  @~/.claude/get-shit-done/workflows/execute-phase.md
27
+ @~/.claude/get-shit-done/workflows/execute-plan.md
25
28
  @~/.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
26
32
  </execution_context>
27
33
 
28
34
  <context>
@@ -104,6 +110,42 @@ grep -c 'type="checkpoint' {plan_path}
104
110
  - Safe for parallel wave execution
105
111
  </checkpoint_detection>
106
112
 
113
+ <deviation_rules>
114
+ During execution, handle discoveries automatically:
115
+
116
+ 1. **Auto-fix bugs** - Fix immediately, document in Summary
117
+ 2. **Auto-add critical** - Security/correctness gaps, add and document
118
+ 3. **Auto-fix blockers** - Can't proceed without fix, do it and document
119
+ 4. **Ask about architectural** - Major structural changes, stop and ask user
120
+ 5. **Log enhancements** - Nice-to-haves, log to ISSUES.md, continue
121
+
122
+ Only rule 4 requires user intervention.
123
+ </deviation_rules>
124
+
125
+ <commit_rules>
126
+ **Per-Task Commits:**
127
+
128
+ After each task completes:
129
+ 1. Stage only files modified by that task
130
+ 2. Commit with format: `{type}({phase}-{plan}): {task-name}`
131
+ 3. Types: feat, fix, test, refactor, perf, chore
132
+ 4. Record commit hash for SUMMARY.md
133
+
134
+ **Plan Metadata Commit:**
135
+
136
+ After all tasks complete:
137
+ 1. Stage planning artifacts only: PLAN.md, SUMMARY.md, STATE.md, ROADMAP.md
138
+ 2. Commit with format: `docs({phase}-{plan}): complete [plan-name] plan`
139
+ 3. NO code files (already committed per-task)
140
+
141
+ **NEVER use:**
142
+ - `git add .`
143
+ - `git add -A`
144
+ - `git add src/` or any broad directory
145
+
146
+ **Always stage files individually.**
147
+ </commit_rules>
148
+
107
149
  <success_criteria>
108
150
  - [ ] All incomplete plans in phase executed
109
151
  - [ ] Each plan has SUMMARY.md
@@ -1,6 +1,6 @@
1
1
  # Subagent Task Prompt Template
2
2
 
3
- Template for spawning plan execution subagents from execute-phase orchestrator.
3
+ Template for spawning plan execution agents from execute-phase orchestrator.
4
4
 
5
5
  ---
6
6
 
@@ -11,6 +11,8 @@ Template for spawning plan execution subagents from execute-phase orchestrator.
11
11
  Execute plan {plan_number} of phase {phase_number}-{phase_name}.
12
12
 
13
13
  Commit each task atomically. Create SUMMARY.md. Update STATE.md.
14
+
15
+ **Checkpoint handling:** If you hit a checkpoint task, STOP and return a checkpoint message (see checkpoint_behavior below). The orchestrator will present it to the user and resume you with their response.
14
16
  </objective>
15
17
 
16
18
  <execution_context>
@@ -26,8 +28,40 @@ Project state: @.planning/STATE.md
26
28
  Config: @.planning/config.json (if exists)
27
29
  </context>
28
30
 
31
+ <checkpoint_behavior>
32
+ When you encounter a checkpoint task (type="checkpoint:*"), STOP execution and return this format:
33
+
34
+ ## CHECKPOINT REACHED
35
+
36
+ **Type:** [human-verify | decision | human-action]
37
+ **Plan:** {phase}-{plan}
38
+ **Progress:** {completed}/{total} tasks complete
39
+
40
+ [Checkpoint content from checkpoint_protocol in execute-plan.md]
41
+
42
+ **Awaiting:** [Resume signal from the task]
43
+
44
+ The orchestrator will present this to the user and resume you with their response.
45
+ When resumed, you'll receive: "User response: {their_input}"
46
+ Parse and continue appropriately.
47
+ </checkpoint_behavior>
48
+
49
+ <completion_format>
50
+ When plan completes successfully, return:
51
+
52
+ ## PLAN COMPLETE
53
+
54
+ **Plan:** {phase}-{plan}
55
+ **Tasks:** {completed}/{total}
56
+ **SUMMARY:** {path to SUMMARY.md}
57
+
58
+ **Commits:**
59
+ - {hash}: {message}
60
+ ...
61
+ </completion_format>
62
+
29
63
  <success_criteria>
30
- - [ ] All tasks executed
64
+ - [ ] All tasks executed (or paused at checkpoint)
31
65
  - [ ] Each task committed individually
32
66
  - [ ] SUMMARY.md created in plan directory
33
67
  - [ ] STATE.md updated with position and decisions
@@ -58,4 +92,8 @@ Task(
58
92
  )
59
93
  ```
60
94
 
61
- Subagent reads @-references, loads full workflow context, executes plan.
95
+ Agent reads @-references, loads full workflow context, executes plan.
96
+
97
+ When agent returns:
98
+ - If contains "## CHECKPOINT REACHED": Parse and present to user, then resume
99
+ - If contains "## PLAN COMPLETE": Finalize execution
@@ -1152,6 +1152,49 @@ I'll verify after: [verification]
1152
1152
  See ~/.claude/get-shit-done/references/checkpoints.md for complete checkpoint guidance.
1153
1153
  </step>
1154
1154
 
1155
+ <step name="checkpoint_return_for_orchestrator">
1156
+ **When spawned by an orchestrator (execute-phase or execute-plan command):**
1157
+
1158
+ If you were spawned via Task tool and hit a checkpoint, you cannot directly interact with the user. Instead, RETURN to the orchestrator with checkpoint details so it can present to the user and resume you.
1159
+
1160
+ **Return format for checkpoints:**
1161
+
1162
+ ```
1163
+ ## CHECKPOINT REACHED
1164
+
1165
+ **Type:** [human-verify | decision | human-action]
1166
+ **Plan:** {phase}-{plan}
1167
+ **Progress:** {completed}/{total} tasks complete
1168
+
1169
+ [Checkpoint content - same as checkpoint_protocol display above]
1170
+
1171
+ **Awaiting:** [Resume signal from the task]
1172
+ ```
1173
+
1174
+ The orchestrator will:
1175
+ 1. Parse your return
1176
+ 2. Present the checkpoint to the user
1177
+ 3. Collect user's response
1178
+ 4. Resume you with: `Task(resume=your_agent_id, prompt="User response: {their_input}")`
1179
+
1180
+ **When resumed after checkpoint:**
1181
+
1182
+ You will receive a prompt like: `"User response: approved"` or `"User response: option-a"`
1183
+
1184
+ - Parse the user's response
1185
+ - If approved/done: continue to next task
1186
+ - If issues described: address them, then continue or re-present checkpoint
1187
+ - If option selected: proceed with that choice
1188
+
1189
+ **How to know if you were spawned:**
1190
+
1191
+ If you're reading this workflow because an orchestrator spawned you (vs running directly from /gsd:execute-plan), the orchestrator's prompt will include checkpoint return instructions. Follow those instructions when you hit a checkpoint.
1192
+
1193
+ **If running in main context (not spawned):**
1194
+
1195
+ Use the standard checkpoint_protocol - display checkpoint and wait for direct user response.
1196
+ </step>
1197
+
1155
1198
  <step name="verification_failure_gate">
1156
1199
  If any task verification fails:
1157
1200
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "get-shit-done-cc",
3
- "version": "1.4.5",
3
+ "version": "1.4.6",
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"