SDDW für Claude Code: Aufgabenzerlegung & Kontextlöschung

Ein neues Open-Source-Plugin namens Spec Driven Development Workflow (SDDW) zielt darauf ab, die Leistung von Claude Code bei komplexen Aufgaben durch strukturierte Zerlegung und Kontextmanagement zu verbessern. Der Ansatz, der auf Hacker News vom Entwickler sermakarevich geteilt wurde, ist für mittlere bis große Projekte gedacht, bei denen Claudes integrierter Plan- + Code-Modus an seine Grenzen stößt.

Schlüsselkonzepte

Zweidimensionale Zerlegung: Zuerst werden Spezifikationen in mehreren Schritten generiert (Anforderungen, Codeanalyse, Design). Dann wird die Implementierung in Unteraufgaben aufgeteilt und nacheinander ausgeführt.
Kontextlöschung zwischen jedem Schritt: Nach der Spezifikationserstellung und nach jeder Unteraufgabenimplementierung wird der Kontext gelöscht. Dies hält die Kosten niedrig und fokussiert, was die Leistung steigert.
Spezifikationen auf Disk geschrieben: Dauerhafte Spezifikationsdateien bewahren Informationen über Sitzungen hinweg und verhindern Datenverlust beim Löschen des Kontexts.
Schrittweise Lieferung: Spezifikationen werden inkrementell geliefert, um Missverständnisse frühzeitig zu erkennen.

Wann man es einsetzt

Laut Autor ist SDDW kein Ersatz für Claudes Plan- + Code-Modus, wenn dieser gut funktioniert. Es ist für Szenarien gedacht, in denen Plan + Code scheitert, weil die Funktion zu komplex ist. Die doppelte Zerlegung hilft, Verwirrung zu reduzieren und die Erfolgsquote bei komplexen Aufgaben zu verbessern.

Der Autor merkt auch an, dass SDDW gut mit einer Flotte von Agenten funktioniert – man kann die Sequenz der SDDW-Schritte in eine Warteschlange einfügen und mehrere Agenten die Unteraufgaben erledigen lassen.

Vergleich zu anderen Tools

Im Vergleich zu Tools wie GSD (Generalized Spec-Driven Development) ist SDDW auf mittelgroße Projekte zugeschnitten. GSD war großartig, aber für kleinere Aufgaben token-lastig. SDDW erlaubt Anpassungen an typische Projektgrößen.

Kritik aus der Community

Einige HN-Kommentatoren äußerten Bedenken:

Agententreue und Trägheit – selbst mit einer detaillierten Spezifikation können Agenten immer noch Ausgaben produzieren, die erhebliches Feintuning erfordern.
Keine formalen Benchmarks – der Autor räumt ein, dass die Erfolgsmessung subjektiv ist, behauptet aber, dass SDDW ein Nettogewinn ist, wenn Plan + Code scheitert und SDDW funktioniert.
Spezifikationen als nicht ausführbarer Code – eine ausreichend detaillierte Spezifikation ist nahezu gleichwertig mit Code, sodass der Overhead nicht immer gerechtfertigt ist.