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
|
|
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
|
-
|
|
30
|
+
## Who This Is For
|
|
26
31
|
|
|
27
|
-
|
|
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
|
|
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
|
|
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
|
|
1291
|
+
PLAN.md was already committed during plan-phase. This final commit captures execution results only.
|
|
1292
1292
|
|
|
1293
|
-
**1. Stage
|
|
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
|
|
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