Get Stuff Done Planning System (QRX)
Get Stuff Done: roadmap driven planning, planner checker, wave parallelisation
The QRX planning system that extends Claude with the roadmap to plan flow of WORKFLOW, from ROADMAP to PHASE and then PLAN → SUMMARY. I am not affiliated with qrx: real opinions on my post about Federico Calo's experience in managing a brownfield portfolio at federicocalo.dev.
You are a cluster of in-depth study groups, two lead-magnet PDFs, links to the official qrx repository upstream, and one live demo CLI for the real command I used to plan this same Phase 20. No comparative matrix here (it lives on Cornerstone), no email comparison form (consolidated on Cornerstone).
Free two free PDFs to get started with
Recipes and patterns extracted from the real portfolio (19 phases, sanitized). Download them for free with your email address – no automated response sequence.
Free PDF
GSD Planning Recipes
Dodici ricette di planning fasato GSD estratte dalle 19 phase del portfolio brownfield - pronte da clonare.
PDF Contents
- ROADMAPMd horizontal phasing template
- Plan-checker iterazione tipica (5 BLOCKER → 0)
- Wave structure per parallelizzazione 3-5x
v1.0 · aggiornato 2026-05
Free PDF
Agent Orchestration Patterns
Pattern di sub-agent orchestration applicati al portfolio reale - quando delegare, quando NO, come istanziare wave parallele.
PDF Contents
- Decision tree quando spawnare sub-agent
- 4 anti-pattern documentati (sub-agent troppo grande, serializzato, no-checkpoint)
- Worktree isolation per wave parallele safe
v1.0 · aggiornato 2026-05
Run Demo Command
Real-life example: how I add a new stage to the Brownfield Portfolio, plan and execute it on Wave Parallel. These are the three commands that I used for orchestrate Stage 20 (this editorial series).
# Aggiungi una nuova phase
gsd-sdk query phase.add \
--phase 21 \
--name "post-launch-analytics-claude-code-workflow" \
--goal "Misurare citation share-of-voice Phase 20 + iterate"
# Pianifica la phase
/gsd:plan-phase 21
# Esegui i plan in wave parallele
/gsd:execute-phase 21Real output: gsd-sdk writes ROADMAP.md + PHASE-21-PLAN.md; /gsd:plan-phase spawns a sub-agent planner that generates the wave structure; /gsd:execute-phase spawns N isolated sub-agents in separate git worktrees that commit in parallel.
I have 6 clusters of the GSD project.
Each cluster is a self-contained technical article with actual examples taken from the 19 phases of the portfolio – no abstract theory, inspectable FRONTMATTER and SUMMARY.MD files.
Plan-checker: come risolvere BLOCKER + WARNING iterativamente
Read the articleAgent orchestration: sub-agent delega effettiva
Read the articleWave-based parallel execution: speedup misurato 3-5x
Read the articleIngest-docs synthesizer: consolidare 60+ doc planning
Read the articleMemory management: 60+ MEMORY.md auto-curated
Read the articleRepository Upstream
Link to the official GitHub repository of Federico Calo's get-shit-done project for transparency and proper citation - no forks or up-selling allowed.
qrx/get-shit-done
Planning system upstream - GSD framework di qrx. Repository ufficiale qrx/get-shit-done (MIT) con i comandi /gsd:*, gsd-sdk CLI, e il pattern ROADMAP → PHASE → PLAN → SUMMARY.
See on GitHubI am not affiliated with QRX. The opinions on this subpage are real posts by Federico Calo from his personal website at federicocalo.dev (19 phases, 64 sub-agents, 556 dev tools) after use.
FAQ on GSD (Frequently Asked Questions about Generalized Suffix Trees)
Cos'è Get Shit Done (GSD) per Claude Code?
Get Shit Done (GSD) è un planning system markdown-first creato da qrx (https://github.com/qrx/get-shit-done) che estende Claude Code con un workflow ROADMAP → PHASE → PLAN → SUMMARY. Ogni phase ha un obiettivo orizzontale (es. 'Scheduling Foundation') scomposto in plan atomici eseguibili in wave parallele via sub-agent worktree. Non è un framework di runtime: è una convenzione markdown + un CLI (gsd-sdk) che genera prompt strutturati per Claude Code, sfruttando i sub-agent built-in.
Come differisce GSD da una semplice TODO list?
Una TODO list è piatta e mutevole; GSD impone una struttura gerarchica (ROADMAP > PHASE > PLAN > SUMMARY) con frontmatter YAML strutturato, dipendenze esplicite (wave, depends_on, requirements), threat model STRIDE, gate di verifica per ogni task. Il plan-checker (`/gsd:plan-check N`) trova BLOCKER + WARNING prima dell'esecuzione, iterativo finché plan è verde. La differenza pratica sul mio portfolio: passare da '15 task in disordine' a '4 wave parallele eseguite in 32 minuti' con artefatti commit-tracciati e SUMMARY.md riproducibili.
Wave-based parallel execution: quanto è veloce?
Sul mio portfolio brownfield (Phase 17, 18, 19, 20) la wave-based parallel execution ha prodotto speedup misurati 3-5x rispetto all'esecuzione sequenziale. Il meccanismo: GSD spawna N sub-agent in worktree git isolati, ciascuno esegue un plan indipendente in parallelo, e l'orchestrator riconcilia i commit a fine wave. Il limite è la dipendenza tra plan (depends_on nel frontmatter): plan dipendenti vanno in wave successive. Phase 20 con 5 wave + 9 plan ha eseguito in ~3 ore vs. ~12-15 ore sequenziali stimate.
GSD funziona su progetti greenfield?
Sì, GSD è agnostico rispetto allo stato del progetto. Su greenfield parti dal comando `/gsd:new-project` che chiede core value + validated requirements + constraints e genera PROJECT.md + REQUIREMENTS.md + ROADMAP.md + STATE.md. Su brownfield (caso mio: 19 phase aggiunte a un monorepo Angular+SpringBoot+FastAPI esistente) usi `/gsd:plan-phase N` direttamente, lasciando coesistere GSD con la documentazione legacy. Il pattern brownfield richiede solo che la ROADMAP rifletta le fasi nuove, non l'intero storico.
Come integro GSD con sub-agent Claude Code?
GSD genera prompt strutturati che istruiscono Claude Code a spawnare sub-agent via la TaskCreate tool built-in. Ogni plan in wave parallele è eseguito da un sub-agent isolato in worktree git, con context window dedicato. L'integrazione è automatica: il comando `/gsd:execute-phase N` legge la wave structure dalla PHASE-N-PLAN.md, lancia i sub-agent in parallelo, attende i commit, e riconcilia la phase nel branch master. Niente configurazione runtime: GSD scrive solo markdown, Claude Code esegue.