Get (hot) Shit Done — GSD on steroids, for Claude Code.
Structured AI development on your Max Plan. Zero API costs. No build pipeline.
GSD pioneered structured AI development. Then GSD v2 dropped Claude Code for its own agent. We picked it back up — and added steroids.
| GSD v2 | GSD-CC | |
|---|---|---|
| Runtime | Custom agent (PI SDK) | Claude Code (native) |
| Costs | API keys, pay-per-token | Max Plan (flat rate) |
| Dependencies | TypeScript, build pipeline | Markdown + Bash + existing CLI tools |
| Claude Code updates | Manual migration | Automatic — you're native |
| Quality control | — | Mandatory UNIFY after every slice |
| Boundary enforcement | — | Explicit DO NOT CHANGE rules per task |
| Custom project types | — | Drop 3 files, done |
| Auto-mode decisions | Implicit, untracked | Synthetic stakeholder with profile + citations |
| Structured ideation | — | Problem-first brainstorming before planning |
| Installation | Clone, configure, build | npx gsd-cc |
AI coding agents are powerful but break down over time. Claude Code excels at clearly defined tasks that fit in a single context window. But real software is hundreds of tasks over days and weeks.
Context rot — the longer a session runs, the more noise accumulates. Quality degrades, Claude forgets decisions, repeats itself. No memory between sessions — close Claude Code, reopen it tomorrow, everything is gone. No structured plan — "build me X" works for a todo app, not for a booking system with auth, API, and deployment. No quality control — nobody checks if what was built matches what was planned.
The right solution is not another coding agent. Claude Code is the best available agent — maintained by an entire team at Anthropic, improved monthly, with subagents, plan mode, agent teams, and dozens of features no solo project can replicate.
GSD v2 bet against this. They replaced Claude Code with a custom agent built on the PI SDK. That means API costs per token, a TypeScript codebase to maintain, and no access to new Claude Code features.
We bet the other way. Claude Code is the agent. GSD-CC is the orchestration layer — it tells Claude Code what to do and in what order, not how to write code. Implemented as native Claude Code Skills (Markdown) plus a Bash script. No build step. Runtime readiness is checked up front. If Anthropic ships Claude Code 3.0 tomorrow, GSD-CC benefits automatically.
After every slice, UNIFY runs. Not optional. The router blocks until it's done. It compares what was planned with what was built, documents deviations and decisions, and ensures the next slice builds on facts — not assumptions. This is the single most important quality mechanism missing from GSD.
Every task plan includes explicit boundaries: files, modules, and systems that Claude must not touch. This prevents the #1 problem with AI coding — Claude "helpfully" refactoring code you didn't ask it to touch.
Most auto-modes just skip decisions or guess. GSD-CC does something different: it interviews you once (/gsd-cc-profile, ~20 min) to build a decision profile — your architecture instincts, tech preferences, strong opinions, red lines.
In full-auto mode, when decisions need to be made, a synthetic stakeholder answers based on your profile. Every decision is logged with reasoning, profile citation, and a confidence level. You review after each slice and sharpen the profile over time.
Decision 1: REST or GraphQL?
Stakeholder: "REST. Philipp prefers REST for MVPs — simpler to debug.
GraphQL only when multiple clients need different data."
Profile basis: §Architecture Instincts, §Strong Opinions
Confidence: High
No other tool does this. Full autonomy with full traceability.
Most AI coding starts with "build me X." But what if X is the wrong solution? /gsd-cc-ideate is a structured brainstorming session that starts with your problem, not your solution. It challenges assumptions, shows the landscape of existing approaches, and respects naive ideas that might actually be innovative.
A REST API needs different questions than a landing page. GSD-CC detects your project type and adjusts: question depth, rigor level, and how aggressively auto-mode operates. Five built-in types, or drop 3 Markdown files to add your own.
| Mode | You decide | Claude does | Best for |
|---|---|---|---|
| Manual | Everything | One task, then waits | Critical slices, learning |
| Auto (slice) | Direction per slice | Tasks + UNIFY in background | Most situations |
| Auto (full) | Nothing (profile decides) | Everything until milestone done | Clear projects, tight rigor |
GSD-CC uses claude -p (non-interactive mode) for autonomous execution. That runs on your Max Plan — fixed monthly cost, no token anxiety. For a project with hundreds of tasks, this saves serious money compared to API-based approaches.
From GSD: Milestones → Slices → Tasks. Fresh sessions per task prevent context rot. State on disk enables autonomous execution.
From PAUL: Formal work unit closure (UNIFY). BDD acceptance criteria (Given/When/Then). Decision tracking across slices.
From SEED: Type-driven question quality. Rigor levels (tight/standard/deep/creative). Better questions → better plans → better code.
- Claude Code installed
- Claude Code Max Plan (recommended for autonomous mode)
- Git initialized in your project
- jq installed (
brew install jq) — required for hooks-ready and auto-ready installs
npx gsd-cc # Install globally (default)
npx gsd-cc --local # Install to current project only
npx gsd-cc --global --yes # Install/update without prompts
npx gsd-cc --local --language Deutsch
npx gsd-cc --uninstall # Remove detected installs safely
npx gsd-cc --uninstall --global # Remove only the global install
npx gsd-cc --uninstall --local # Remove only the local install
npx gsd-cc dashboard --no-open # Start the local dashboard- GSD-CC writes an install manifest to
~/.claude/gsd-cc/install-manifest.jsonfor global installs and./.claude/gsd-cc/install-manifest.jsonfor local installs. npx gsd-cc --uninstallchecks both install roots. Add--globalor--localto limit cleanup to one scope.- Reinstall and update runs preserve the existing
GSD-CC languagesetting. Use--language <name>to set the UI language explicitly. - Commit messages use a separate
GSD-CC commit languagesetting, defaulting to English. Change it with/gsd-cc-config;--languagedoes not change it. - Use
--yesfor automation. If no scope is provided in prompt-free mode, the installer chooses the global install. - Uninstall removes only manifest-tracked assets, GSD-CC-owned hook entries,
and the managed GSD-CC config block in
CLAUDE.md. - If a target file already exists and GSD-CC cannot prove ownership, install stops instead of overwriting it.
- Hook scripts live under
~/.claude/hooks/gsd-cc/for global installs and./.claude/hooks/gsd-cc/for local installs, so shared hook directories no longer need broad cleanup.
- Base install copies the managed skills, hooks, templates, and checklists.
- Hooks-ready requires
jq. Ifjqis missing, install still succeeds but hook activation stays disabled in Claude settings. - Auto-ready requires
jq,git, and theclaudeCLI in your PATH. - Install
jqlater? Rerunnpx gsd-cc(ornpx gsd-cc --local) to enable hooks.
~/my-project $ claude> /gsd-cc
No .gsd/ directory found. Let's start a new project.
What are you building?
> A REST API for a booking system with React frontend
Got it. That's an application project.
Setting rigor to deep — architecture matters here.
Let's explore this together. I'll ask about 8 areas...
After 8-10 minutes of guided exploration, you have a PLANNING.md. From there:
> /gsd-cc → creates the roadmap
> /gsd-cc → plans the first slice (tasks with ACs + boundaries)
> /gsd-cc → "Execute? manual or auto?"
> auto → runs tasks autonomously, UNIFY after each slice
Come back hours later:
> /gsd-cc → "Welcome back. M001 — 4 of 6 slices complete."
GSD-CC includes a local dashboard for checking project progress without asking Claude to summarize state every time:
npx gsd-cc dashboard
npx gsd-cc dashboard --no-open
npx gsd-cc dashboard --host 127.0.0.1 --port 4766You can also launch it inside Claude Code with /gsd-cc-dashboard.
The dashboard server binds to 127.0.0.1 by default and reads only the current
repository's .gsd/ files plus the installed dashboard assets. V1 is read-only:
it shows state, progress, auto-mode events, costs, and safe .gsd/ artifact
previews, but it does not edit files or run workflow actions.
You only need /gsd-cc — it routes automatically. Power users can jump directly:
| Command | Phase | What it does |
|---|---|---|
/gsd-cc |
Router | Reads state, suggests ONE next action |
/gsd-cc-ideate |
Brainstorming | Problem-first exploration before planning |
/gsd-cc-seed |
Ideation | Type-driven project structuring (coach mode) |
/gsd-cc-discuss |
Discussion | Resolve ambiguities before planning |
/gsd-cc-plan |
Planning | Research + decompose into tasks with ACs |
/gsd-cc-apply |
Execution | Execute tasks with boundary enforcement |
/gsd-cc-unify |
Reconciliation | Plan vs. actual comparison (mandatory) |
/gsd-cc-auto |
Auto-mode | Autonomous execution via claude -p |
/gsd-cc-profile |
Setup | Build your decision profile for auto-mode |
/gsd-cc-status |
Overview | Progress, ACs, token usage, auto-mode state |
/gsd-cc-dashboard |
Overview | Launch the local read-only dashboard |
/gsd-cc-config |
Settings | Change language and preferences |
/gsd-cc-help |
Reference | All commands, project files, and tips |
/gsd-cc-tutorial |
Learning | Guided walkthrough with a sample project |
/gsd-cc-update |
Maintenance | Update to the latest version |
All project state lives in a .gsd/ directory:
- Plans, task definitions, and acceptance criteria
- Execution logs and decision records
- Deviation tracking from the UNIFY step
- Progress state for the auto-loop
Close Claude Code, come back tomorrow, pick up exactly where you left off.
Drop 3 files into the install scope you use:
- Global install:
~/.claude/skills/seed/types/your-type/ - Local install:
./.claude/skills/seed/types/your-type/
Example:
types/my-saas/
├── guide.md # Conversation sections (Explore/Suggest/Skip-Condition)
├── config.md # rigor: deep | sections: 8 | demeanor: strategic
└── loadout.md # Recommended tools and libraries
Next time /gsd-cc-seed runs, your type is available. See the built-in types (application, workflow, utility, client, campaign) for examples.
GSD-CC builds on ideas from:
- GSD — Pioneered structured AI development with the Milestone → Slice → Task hierarchy
- PAUL — Introduced formal work unit closure (UNIFY) and BDD acceptance criteria as first-class planning primitives
- SEED — Demonstrated that better questions produce better plans through type-driven ideation

