get-shit-done-cc 1.3.25 → 1.3.26

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/README.md CHANGED
@@ -14,17 +14,38 @@
14
14
  *"By far the most powerful addition to my Claude Code. Nothing over-engineered. Literally just gets shit done."*
15
15
 
16
16
  <br>
17
+
18
+ **Trusted by engineers at Amazon, Google, Shopify, and Webflow.**
19
+
17
20
  </div>
18
21
 
19
22
  ---
20
23
 
21
24
  Vibecoding has a bad reputation. You describe what you want, AI generates code, and you get inconsistent garbage that falls apart at scale.
22
25
 
23
- GSD fixes that. It's the context engineering layer that makes Claude Code reliable. Describe your idea, let the system extract everything it needs to know, and then let Claude Code get to work.
26
+ GSD fixes that. It's the context engineering layer that makes Claude Code reliable. Describe your idea, let the system extract everything it needs to know, and let Claude Code get to work.
27
+
28
+ ---
24
29
 
25
- THIS is how you vibecode and actually get shit done.
30
+ ## Who This Is For
26
31
 
27
- _Warning: Not for people who enjoy inconsistent and sloppy results._
32
+ People who want to describe what they want and have it built correctly — without pretending they're running a 50-person engineering org.
33
+
34
+ ---
35
+
36
+ ## Why I Built This
37
+
38
+ I'm a solo developer. I don't write code — Claude Code does.
39
+
40
+ Other spec-driven development tools exist; BMAD, Speckit... But they all seem to make things way more complicated than they need to be (sprint ceremonies, story points, stakeholder syncs, retrospectives, Jira workflows) or lack real big picture understanding of what you're building. I'm not a 50-person software company. I don't want to play enterprise theater. I'm just a creative person trying to build great things that work.
41
+
42
+ So I built GSD. The complexity is in the system, not in your workflow. Behind the scenes: context engineering, XML prompt formatting, subagent orchestration, state management. What you see: a few commands that just work.
43
+
44
+ The system gives Claude everything it needs to do the work _and_ verify it. I trust the workflow. It just does a good job.
45
+
46
+ That's what this is. No enterprise roleplay bullshit. Just an incredibly effective system for building cool stuff consistently using Claude Code.
47
+
48
+ — TÂCHES
28
49
 
29
50
  ---
30
51
 
@@ -49,22 +70,6 @@ Verify: `/gsd:help`
49
70
 
50
71
  ---
51
72
 
52
- ## Why I Built This
53
-
54
- I'm a solo developer. I don't write code — Claude Code does.
55
-
56
- Other spec-driven development tools exist; BMAD, Speckit... But they all seem to make things way more complicated than they need to be (sprint ceremonies, story points, stakeholder syncs, retrospectives, Jira workflows) or lack real big picture understanding of what you're building. I'm not a 50-person software company. I don't want to play enterprise theater. I'm just a creative person trying to build great things that work.
57
-
58
- So I built GSD. The complexity is in the system, not in your workflow. Behind the scenes: context engineering, XML prompt formatting, subagent orchestration, state management. What you see: a few commands that just work.
59
-
60
- I wanted to spend my time having ideas and seeing them through to implementation — not babysitting Claude. Now I can say "go," put it in YOLO mode, and go to the beach. The system gives Claude everything it needs to do the work _and_ verify it. I trust the workflow. It just does a good job.
61
-
62
- That's what this is. No enterprise roleplay bullshit. Just an incredibly effective system for building cool stuff consistently using Claude Code.
63
-
64
- — TÂCHES
65
-
66
- ---
67
-
68
73
  ## How It Works
69
74
 
70
75
  ### 1. Start with an idea
@@ -249,20 +254,10 @@ You're never locked in. The system adapts.
249
254
 
250
255
  ---
251
256
 
252
- ## Who This Is For
253
-
254
- People who want to vibecode and have it actually work.
255
-
256
- Anyone who wants to clearly describe what they want, trust the system to build it, and go live their life.
257
-
258
- Not for people who enjoy inconsistent and sloppy results.
259
-
260
- ---
261
-
262
257
  ## License
263
258
 
264
259
  MIT License. See [LICENSE](LICENSE) for details.
265
260
 
266
261
  ---
267
262
 
268
- **Claude Code is powerful. GSD gives it the context and the systematic consistency to prove it.**
263
+ **Claude Code is powerful. GSD makes it reliable.**
@@ -215,6 +215,25 @@ Created: .planning/phases/${PHASE}-${SLUG}/${PHASE}-CONTEXT.md
215
215
 
216
216
  </step>
217
217
 
218
+ <step name="git_commit">
219
+ Commit phase context:
220
+
221
+ ```bash
222
+ git add .planning/phases/${PHASE}-${SLUG}/${PHASE}-CONTEXT.md
223
+ git commit -m "$(cat <<'EOF'
224
+ docs(${PHASE}): capture phase context
225
+
226
+ Phase ${PHASE}: ${PHASE_NAME}
227
+ - Vision and goals documented
228
+ - Essential requirements identified
229
+ - Scope boundaries defined
230
+ EOF
231
+ )"
232
+ ```
233
+
234
+ Confirm: "Committed: docs(${PHASE}): capture phase context"
235
+ </step>
236
+
218
237
  </process>
219
238
 
220
239
  <success_criteria>
@@ -223,5 +242,6 @@ Created: .planning/phases/${PHASE}-${SLUG}/${PHASE}-CONTEXT.md
223
242
  - Vision gathered through collaborative thinking (not interrogation)
224
243
  - User's imagination captured: how it works, what's essential, what's out of scope
225
244
  - CONTEXT.md created in phase directory
245
+ - CONTEXT.md committed to git
226
246
  - User knows next steps (typically: research or plan the phase)
227
247
  </success_criteria>
@@ -1285,15 +1285,14 @@ ROADMAP_FILE=".planning/ROADMAP.md"
1285
1285
  </step>
1286
1286
 
1287
1287
  <step name="git_commit_metadata">
1288
- Commit plan metadata (SUMMARY + STATE + ROADMAP):
1288
+ Commit execution metadata (SUMMARY + STATE + ROADMAP):
1289
1289
 
1290
1290
  **Note:** All task code has already been committed during execution (one commit per task).
1291
- This final commit captures plan completion metadata only.
1291
+ PLAN.md was already committed during plan-phase. This final commit captures execution results only.
1292
1292
 
1293
- **1. Stage planning artifacts:**
1293
+ **1. Stage execution artifacts:**
1294
1294
 
1295
1295
  ```bash
1296
- git add .planning/phases/XX-name/{phase}-{plan}-PLAN.md
1297
1296
  git add .planning/phases/XX-name/{phase}-{plan}-SUMMARY.md
1298
1297
  git add .planning/STATE.md
1299
1298
  ```
@@ -1308,7 +1307,7 @@ git add .planning/ROADMAP.md
1308
1307
 
1309
1308
  ```bash
1310
1309
  git status
1311
- # Should show only planning artifacts, no code files
1310
+ # Should show only execution artifacts (SUMMARY, STATE, ROADMAP), no code files
1312
1311
  ```
1313
1312
 
1314
1313
  **4. Commit metadata:**
@@ -391,6 +391,30 @@ This ensures every PLAN.md gets optimal context automatically assembled via depe
391
391
  For multi-plan phases: each plan has focused scope, references previous plan summaries (via frontmatter selection), last plan's success criteria includes "Phase X complete".
392
392
  </step>
393
393
 
394
+ <step name="git_commit">
395
+ Commit phase plan(s):
396
+
397
+ ```bash
398
+ # Stage all PLAN.md files for this phase
399
+ git add .planning/phases/${PHASE}-*/${PHASE}-*-PLAN.md
400
+
401
+ # Also stage DISCOVERY.md if it was created during mandatory_discovery
402
+ git add .planning/phases/${PHASE}-*/DISCOVERY.md 2>/dev/null
403
+
404
+ git commit -m "$(cat <<'EOF'
405
+ docs(${PHASE}): create phase plan
406
+
407
+ Phase ${PHASE}: ${PHASE_NAME}
408
+ - [N] plan(s) created
409
+ - [X] total tasks defined
410
+ - Ready for execution
411
+ EOF
412
+ )"
413
+ ```
414
+
415
+ Confirm: "Committed: docs(${PHASE}): create phase plan"
416
+ </step>
417
+
394
418
  <step name="offer_next">
395
419
  ```
396
420
  Phase plan created: .planning/phases/XX-name/{phase}-01-PLAN.md
@@ -451,5 +475,6 @@ Phase planning complete when:
451
475
  - [ ] Each task: Type, Files (if auto), Action, Verify, Done
452
476
  - [ ] Checkpoints properly structured
453
477
  - [ ] If RESEARCH.md exists: "don't hand-roll" items NOT being custom-built
478
+ - [ ] PLAN file(s) committed to git
454
479
  - [ ] User knows next steps
455
480
  </success_criteria>
@@ -378,6 +378,25 @@ What's next?
378
378
  ```
379
379
  </step>
380
380
 
381
+ <step name="git_commit">
382
+ Commit phase research:
383
+
384
+ ```bash
385
+ git add .planning/phases/${PHASE}-${SLUG}/${PHASE}-RESEARCH.md
386
+ git commit -m "$(cat <<'EOF'
387
+ docs(${PHASE}): complete phase research
388
+
389
+ Phase ${PHASE}: ${PHASE_NAME}
390
+ - Standard stack identified
391
+ - Architecture patterns documented
392
+ - Common pitfalls catalogued
393
+ EOF
394
+ )"
395
+ ```
396
+
397
+ Confirm: "Committed: docs(${PHASE}): complete phase research"
398
+ </step>
399
+
381
400
  </process>
382
401
 
383
402
  <success_criteria>
@@ -394,6 +413,7 @@ What's next?
394
413
  - [ ] "Don't hand-roll" list is clear and actionable
395
414
  - [ ] Common pitfalls catalogued
396
415
  - [ ] Confidence levels assigned honestly
416
+ - [ ] RESEARCH.md committed to git
397
417
  - [ ] User knows next steps (plan phase)
398
418
  </success_criteria>
399
419
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "get-shit-done-cc",
3
- "version": "1.3.25",
3
+ "version": "1.3.26",
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"