Was ist das GSD Framework? Spec Driven Development für Claude Code 2026

GSD (Get Shit Done) ist ein Open-Source-Framework für Claude Code, das das größte praktische Problem beim KI-gestützten Entwickeln löst: Context Rot. Wer komplexere Projekte mit Claude Code baut, kennt das Phänomen: Die ersten Aufgaben laufen sauber, der Agent arbeitet präzise. Doch sobald das Kontextfenster zur Hälfte gefüllt ist, ändert sich der Ton. „I’ll be more concise.“ Anforderungen werden vergessen, Halluzinationen häufen sich, und am Ende kämpft man mehr gegen den Agenten als gegen das eigentliche Problem.

GSD wurde gebaut, um genau das zu verhindern. Das Framework nutzt ausschließlich native Claude-Code-Mechanismen: Slash-Commands, CLAUDE.md-Dateien, Hooks und Sub-Agent-Spawning. Keine proprietäre Runtime, keine zusätzliche Abhängigkeit. Der gesamte Workflow basiert auf rund 50 Markdown-Dateien und einem Node.js-CLI-Helper. Stand März 2026 zählt das GitHub-Repository über 31.000 Stars und wird von Entwicklerinnen und Entwicklern bei Amazon, Google, Shopify und Webflow eingesetzt.

Das Kernprinzip von Spec Driven Development (SDD) mit GSD: Erst die Spezifikation, dann der Code. Wer GSD nutzt, definiert zuerst in einer .spec-Datei, was gebaut werden soll. Das System extrahiert alles Notwendige, spawnt parallele Research-Agenten und übergibt dann saubere, atomare Aufgabenpakete an frische Sub-Agents, die jeweils ein volles 200K-Token-Kontextfenster mitbringen. Aufgabe 50 hat dieselbe Qualität wie Aufgabe 1. Das ist der entscheidende Unterschied zum reinen Vibe Coding.

Über NCA können Teams, die GSD in bestehende PHP- oder Symfony-Projekte einbinden oder in ihre CI/CD-Pipeline integrieren wollen, eine kostenlose Erstberatung vereinbaren: roland@nevercodealone.de.

GSD strukturiert jeden Entwicklungszyklus in sechs klar abgegrenzte Schritte. Jeder Schritt läuft in einem frischen Sub-Agent-Kontext, sodass die Qualität konstant hoch bleibt:

• /gsd:new-project – Interview mit dem Entwickler, Extraktion aller Anforderungen, automatische Erstellung der Projektspezifikation
• /gsd:discuss-phase – Klärung offener Fragen zur aktuellen Phase, parallel laufende Research-Agenten für Technologierecherche
• /gsd:plan-phase – Aufspaltung in atomare Tasks, jeder Task passt in maximal 50% eines frischen Kontextfensters
• /gsd:execute-phase – Parallele Ausführung unabhängiger Tasks durch separate Sub-Agents, git-Commit nach jeder abgeschlossenen Einheit
• /gsd:verify-work – Goal-backward-Verifikation: nicht „welche Tasks wurden erledigt?“, sondern „was muss wahr sein, damit das Ergebnis korrekt ist?“
• /gsd:complete-milestone – Archivierung des Meilensteins, Tag-Release, saubere Git-Historie

Der gesamte Zustand wird im Verzeichnis .planning/ auf Disk gespeichert: Projektdefinition, Anforderungen, Roadmap und aktueller Status. Mit /gsd:resume-work kann der Kontext jederzeit wiederhergestellt werden – auch nach einem vollständigen Reset des Kontextfensters. Das ist der strukturelle Vorteil gegenüber reinem Claude Code ohne Framework.

GSD läuft auf macOS, Windows und Linux und wird per npx installiert. Voraussetzung ist Node.js in der LTS-Version. Die Installation fügt GSD direkt in das Claude-Code-Verzeichnis des aktuellen Projekts ein:

Danach steht der vollständige Slash-Command-Satz in Claude Code zur Verfügung. Für neue Projekte startet man mit /gsd:new-project, beantwortet die Fragen des Systems und lässt GSD Spezifikation, Roadmap und ersten Milestone automatisch aufbauen. Für kleinere Änderungen an bestehenden Projekten genügt der Kurzbefehl /gsd:quick mit einer kurzen Feature-Beschreibung.

GSD eignet sich laut GitHub-Dokumentation (Stand März 2026) besonders für kleine bis mittelgroße Projekte mit mehreren Features, bei denen unkontrolliertes Vibe Coding zu Inkonsistenzen führt. Für einfache Einzelaufgaben ist der Overhead unnötig. Wer GSD in eine bestehende PHP- oder Symfony-Applikation einbetten oder mit einer CI/CD-Pipeline verbinden will, sollte die Integration früh planen. NCA unterstützt Teams dabei, KI-Workflows und Backend-Infrastruktur sauber zusammenzuführen. Kostenlose Erstberatung: roland@nevercodealone.de

Reines Vibe Coding funktioniert gut für Prototypen, schnelle Fixes und Experimente. Sobald ein Projekt aber mehr als eine Handvoll Features umfasst, zeigt sich das strukturelle Problem: Context Rot sorgt dafür, dass der Agent zunehmend unzuverlässig wird. GSD löst das durch drei Prinzipien:

• Frische Kontexte statt Degradierung: Jeder Sub-Agent startet mit 200K-Token-Fenster. Qualität bei Aufgabe 50 entspricht Aufgabe 1.
• Atomare Planung: Jeder Task ist klein genug, um in maximal 50% eines Kontextfensters zu passen. Kein Task ist groß genug, um Qualität zu gefährden.
• Persistenter Zustand: Der .planning/-Ordner speichert alles auf Disk. Sessions können jederzeit fortgesetzt werden.

GSD ist kein Ersatz für Entwicklungskompetenz, sondern ein Multiplikator. Ein Solo-Entwickler oder ein kleines Team kann damit die Ausgabequalität eines viel größeren Engineering-Teams erreichen – ohne Sprint-Zeremonien, Story-Points oder Stakeholder-Syncs. Laut Rick Hightower auf Medium (Februar 2026) ist GSD der Übergang vom Vibe Coder, der auf KI-Output reagiert, zum AI Systems Architect, der die Struktur vorgibt und Agenten die Ausführung überlässt.

Für Unternehmen, die Vibe Coding Consulting suchen und ihre bestehenden PHP- oder Symfony-Projekte zukunftssicher mit KI-Workflows verbinden wollen, bietet NCA strukturierte Unterstützung: von der initialen Architektur-Review bis zur produktionsreifen CI/CD-Integration. Jetzt Erstgespräch vereinbaren: roland@nevercodealone.de oder direkt anrufen: +49 176 24747727.