Claude Code Plugins: TDD und Git-Tracking

Claude Code optimieren: Drei Plugins statt 39 Agenten

Ein Entwickler mit über 3.000 Stunden praktischer Erfahrung mit Claude Code ersetzte ein monolithisches System – bestehend aus 39 Agenten, 38 Skills und 25 Slash-Befehlen – durch lediglich drei Plugins. Diese Umstellung vereinfachte Wartung und Anpassung an Anthropics rasanten Release-Zyklus dramatisch, darunter die Erweiterung des Kontextfensters auf eine Million Tokens. Der neue Ansatz vermeidet Überkomplexität und setzt stattdessen auf nahtlose Integration bewährter, praxiserprobter Tools.

Früher bewältigte das Orchestrator-Kit den Verlust von Kontextqualität durch Isolation von Sub-Agenten: Jeder lief in eigenem Kontext und gab Ergebnisse zurück, wodurch die Sauberkeit der Haupt-Sitzung gewahrt blieb. Doch häufige API-Updates, sich wandelnde Agenten-Muster und das massive Wachstum der Kontextkapazität machten diese Architektur überflüssig komplex.

Probleme monolithischer Agentensysteme

Die Pflege von 39 Agenten erforderte nach jedem Claude-Code-Release manuelle Anpassungen. Skills und Slash-Befehle veralteten rasch – und verloren so die Optimierung für neue Funktionen. Der entscheidende Katalysator? Der Sprung von 100.000 auf 900.000 kostenlose Tokens: Kontextisolierung war strategisch nicht mehr sinnvoll.

Wesentliche Nachteile:

• Veraltung von Mustern: Im Oktober 2025 geschriebene Agenten nutzten nicht die neue Agent-Tool-API, die im Januar eingeführt wurde.
• Manuelle Verifikation: Das Testen aller 25 Befehle nach jedem Update dauerte stundenlang.
• Infrastruktur-Überlastung: Der Fokus der Entwicklung verschob sich vom Aufbau neuer Features hin zum bloßen Erhalt des Stacks.

Das ist die klassische Falle: Die Lösung von gestern wird morgen zur Engstelle.

Superpowers: TDD als Disziplin durchsetzen

Jesse Vincents Plugin Superpowers integriert strenge Softwareentwicklungsdisziplin direkt in Claude Code. Statt ad-hoc-Codierung erzwingt es eine klare Abfolge: Brainstorming → Planung → Test-getriebene Entwicklung (TDD) → Code-Review → Verifikation.

Für eine Aufgabe wie „JWT-Authentifizierung hinzufügen“:

• Führt Claude brainstorming aus: klärt Anforderungen und schlägt Implementierungsoptionen vor.
• Wechselt zu writing-plans: zerlegt die Arbeit in fokussierte Aufgaben von 2–5 Minuten Dauer.
• Durchläuft obligatorische TDD-Zyklen: ROT (fehlgeschlagener Test), GRÜN (minimal funktionsfähiger Code), REFAKTOR (Aufräumen).

Die TDD-Regel ist unverhandelbar: Produktionscode wird erst dann geschrieben, wenn ein fehlgeschlagener Test bestätigt, dass die Funktionalität noch fehlt. So werden Halluzinationen des Modells wirksam am Einzug in produktiven Code gehindert.

Verifikation vor Abschluss

Der Skill verification-before-completion verlangt vier Schritte:

• Definieren des Befehls zur Ergebnisverifikation.
• Ausführen – frisch, nicht aus dem Cache.
• Analyse der gesamten Ausgabe, nicht nur von Ausschnitten.
• Explizite Bestätigung des Erfolgs.

Ohne diesen Mechanismus verkündete Claude oft vorschnell „Fertig“ – basierend auf Annahmen statt auf Beweisen.

Beads: Git-basiertes Aufgaben-Tracking

Steve Yegges Beads speichert Aufgaben als versionskontrollierte Git-Dateien – und gewährleistet so Persistenz über Sitzungen hinweg. Wichtige Befehle:

• bd create -t feature "JWT-Authentifizierung" – erstellt eine Aufgabe und committet sie.
• bd ready – listet alle freigegebenen, sofort umsetzbaren Aufgaben.
• bd prime – stellt den Projektzustand beim Sitzungsstart wieder her.

Vorteile:

• Sicherheit bei Mehrfachnutzung: Exklusive Locks verhindern Race Conditions.
• Abhängigkeitsgraph: Automatische Reihenfolge- und Blockierungslogik.
• Git-Historie: Vollständige Audit-Trail aller Entscheidungen – kein Datenverlust durch Kontextkompression.

Damit ersetzt Beads umfangreiche Spezifikationsdateien und instabile plan.json-Dateien – Navigation wird intuitiv und zuverlässig.

Template Bridge: Einheitliche Vorlagenintegration & Katalog

Unser eigenes Plugin Template Bridge verbindet Superpowers und Beads über den Skill unified-workflow. Der Ablauf:

• Epik erstellen: bd create -t epic "JWT-Authentifizierung".
• Brainstorming und Planung durchführen.
• In abhängigkeitsbewusste Unteraufgaben zerlegen:

bd create "tokens table schema"
bd create "verification middleware"
bd dep add middleware tokens

• bd ready aktualisiert das Dashboard für bereitstehende Aufgaben.

Der template-catalog bietet sofortigen Zugriff auf über 413 vorgefertigte Agenten aus [davila7/claude-code-templates](https://github.com/davila7/claude-code-templates), strukturiert in 26 Kategorien. Installieren Sie jeden Agenten bedarfsgerecht: npx claude-code-templates@latest --agent security/security-auditor --yes. Agenten werden immer frisch geladen und nach Nutzung automatisch bereinigt – ohne lokalen Speicherbedarf.

Warum das zählt

• Skalierbarkeit: Drei Plugins statt 102 Komponenten bedeuten automatische Updates durch die Maintainer – keine manuelle Patch-Pflege.
• TDD-Durchsetzung: Rot-Grün-Refaktor als zwingende Vorgabe beseitigt halluzinationsbedingte Bugs an der Wurzel.
• Persistenz: Git-basiertes Aufgaben-Tracking sichert Sitzungskontinuität und vollständige Projekt-Historie.
• Flexibilität: Vorlagen werden dynamisch geladen – kein lokaler Repo-Overhead oder Versionsdrift.
• Effizienz: Der Fokus bleibt auf Methodik und Ergebnissen – nicht auf Infrastrukturwartung.

Vergleich der Ansätze

| Aspekt | Orchestrator Kit | Neuer Plugin-Stack |

|--------|------------------|----------------------|

| Komponenten | 39 Agenten + 38 Skills + 25 Befehle | 3 Plugins + 2 Skills + 1 Befehl |

| Updates | Manuell | Automatisch |

| Kontexthandling | Isolation via Sub-Agenten | 900.000-Token-Fenster + Git-Persistenz |

| Methodik | Optional | Enforced TDD + Verifikation |

Der neue Stack löst dieselben Probleme – doch mit deutlich geringerem operativen Aufwand und entwickelt sich natürlicher mit der rasanten Innovation von Claude Code mit.

— Editorial Team