- Entwickler befinden sich nun in einer Phase, in der sie die Zusammenarbeit mit KI erst lernen, und Claude entfaltet seinen Wert nicht als bloßer Chatbot, sondern dann am stärksten, wenn es als Framework genutzt wird
- In der Community laufen verschiedenste Versuche dazu, wie man Claude aufbauen und einsetzen kann; die Experimente sind so rege, dass man bereits von den Claude Code Framework Wars spricht
- Dadurch entsteht ein Trend, Claude in mehreren Rollen einzusetzen, etwa als Projektmanager, Architekt, Entwickler und Reviewer
- Beim Entwurf eines Frameworks sind 8 zentrale Entscheidungen nötig, darunter Aufgabenverwaltung, Vorgaben, Agenten-Zusammenarbeit, Sitzungsbetrieb, Tool-Zugriff, Code-Entwicklung, Auslieferung und Kontexterhalt
- Die wichtigste Lehre ist, dass KI Entwickler nicht ersetzt, sondern sich als Kollege etabliert, der mit strukturierten Regeln und Rollen die Produktivität vervielfacht
Einleitung
- Kernidee: Claude nicht als simples Dialogwerkzeug, sondern als Framework verstehen, das durch klare Regeln und Workflows vorhersehbare und wertvolle Ergebnisse erzeugt
- Entwickler verlagern sich vom eigentlichen Coden hin zu höherwertigen Rollen wie Projektmanagement, Design und Architektur
- Claude-Code-Frameworks funktionieren ohne Code zu schreiben über strukturierte Prompts
- Claude Code Framework Wars: Die Entwickler-Community experimentiert mit unterschiedlichen Ansätzen für einen produktiven KI-Einsatz
- Dutzende Open-Source-Projekte konkurrieren darum, Workflows und Rollenstrukturen zu definieren
- Beispiele: Agent OS, Claude-Flow
Wichtige Entscheidungen beim Framework-Design
1. Wo Aufgaben verwaltet werden
- Es muss eine Aufgabenquelle definiert werden, auf die Claude zugreifen kann
- Markdown-Backlog: Aufgaben werden als Todo-Liste im Markdown-Format verwaltet
- Strukturierter Text: Produktspezifikationen werden in Aufgaben umgewandelt
- Issues/Tickets: Spezifikationen werden in GitHub Issues oder Jira-Tickets gespeichert und mit Code-Reviews verknüpft
- Kernpunkt: Aufgaben müssen an einem Ort gespeichert sein, der für Claude zugänglich und nachverfolgbar ist
2. Wie Claude angeleitet wird
- Claude sollte nicht mit vagen Prompts, sondern mit einer klaren Struktur angeleitet werden
- Befehlsbibliothek: vordefinierte Slash-Befehle wie
/create-tasks oder /review
- Coding-Standards: Technologie-Stack und Coding-Richtlinien werden festgelegt
- Definition of Done: Kriterien für den Abschluss einer Aufgabe werden kodifiziert
- Auslöser für Validierungs-Hooks: Linting und Tests werden für jede Änderung erzwungen
- Claude als Reviewer: Claude übernimmt gleichzeitig Entwicklung und Review
- Kernpunkt: Klare und wiederholbare Regeln verbessern die Arbeitsqualität von Claude
3. Struktur der Agenten-Zusammenarbeit
- Beim Einsatz mehrerer Claude-Agenten erfolgt die Koordination über Rollen und Planung
- Rollensimulation: Die KI übernimmt Rollen wie PM, Architekt, Entwickler und Tester
- Parallele Schwarmverarbeitung: Mehrere Agenten laufen gleichzeitig in einem strukturierten Ablauf von Spezifikation → Pseudocode → Code → Test
- Repository-native Artefakte: Aufgaben, Logs und Entscheidungsaufzeichnungen (ADR) werden im Codebestand gespeichert, damit das Gedächtnis erhalten bleibt
- Kernpunkt: Koordination verhindert Konflikte zwischen mehreren KI-Arbeitern
4. Wie Sitzungen betrieben werden
- Um Chaos in den KI-Ausgaben zu vermeiden, werden Sitzungen als Arbeitsumgebung eingerichtet
- Terminal-Orchestrierung: Claude steuert Befehle, Fenster und Logs
- Parallele Worktrees: Mehrere Branches laufen parallel mit Git Worktrees
- Parallele Container: Claude läuft in isolierten Containern, um Konflikte zu vermeiden
- Kernpunkt: Parallele Arbeit maximiert die Produktivität ohne Konflikte
4. Wie Sitzungen ausgeführt werden
- Um Chaos in den KI-Ausgaben zu vermeiden, werden Sitzungen als Arbeitsumgebung eingerichtet
- Terminal-Orchestrierung: Claude steuert Befehle, Fenster und Logs
- Parallele Worktrees: Mehrere Branches laufen parallel mit Git Worktrees
- Parallele Container: Claude läuft in isolierten Containern, um Konflikte zu vermeiden
- Kernpunkt: Parallele Arbeit maximiert die Produktivität ohne Konflikte
5. Claudes Tool-Zugriff
- Claude sollte so eingerichtet werden, dass es sein Wissen über den gesamten Technologie-Stack nutzen kann
- MCP-Integration: Verbindung zu Browsern, Datenbanken, Test-Runnern und UI-Automation-Frameworks
- Benutzerdefinierte Tool-Bibliothek: aufgebaut mit Shell-Skripten und Befehlen
- Datenbankzugriff: leistungsstarke Werkzeuge für den Datenbankzugriff
- Test- und Validierungs-Hooks: Tests mit Vitest, Jest usw. vor Abschluss der Aufgabe ausführen
- Kernpunkt: Tool-Integration macht Claude aus einer bloßen Autovervollständigung ein aktives Teammitglied
6. Wie Code entwickelt wird
- Claude übernimmt je nach Bedarf verschiedene Rollen
- Projektmanager (PM): wandelt Produktspezifikationen in Aufgaben und Backlogs um
- Architekt: entwirft die Gesamtstruktur, definiert Schnittstellen und legt Regeln vor dem Coden fest
- Implementierer: schreibt Code gemäß Tests und Standards
- QA: prüft Probleme in Aufgaben
- Reviewer: auditiert PR-Qualität, Lesbarkeit und Risiken
- Kernpunkt: KI wird über den gesamten Software-Lebenszyklus hinweg eingesetzt
7. Wie Code ausgeliefert wird
- Es muss definiert werden, wie der Code ins Repository gelangt
- Kleine Diffs: Die KI bearbeitet Tickets und erzeugt kleine PRs, immer mit Review
- Experimente: Änderungen werden hinter Feature-Flags ausgerollt
- Vollständiges App-Scaffolding: Eine komplette App wird aus hochrangigen Prompts erstellt und ausgerollt
- Kernpunkt: Entweder sichere Iterationen für die Produktion oder Scaffolding für Prototypen wählen
8. Wie Kontext erhalten bleibt
- Claudes Vergesslichkeit wird durch ein Framework-Gedächtnis adressiert
- Dokumente und Journale: CLAUDE.md, Architekturmemos und Projektjournale werden aktuell gehalten
- Persistentes Gedächtnis und Checks: Zusammenfassungen der letzten Arbeit, Projekt-Health-Checks und gespeicherte Entscheidungen
- Kernpunkt: Ohne Gedächtnis wiederholt die KI Fehler, mit Gedächtnis wird Fortschritt kumulativ
Integrationsansätze
- Die Optionen sollten als Menü betrachtet werden; nicht alles muss auf einmal eingerichtet werden
- Einsteiger-Setup: Markdown-Backlog + Ticket-Diffs
- Strukturiertes Team: Produktspezifikation + Standards + Rollensimulation
- Experimentfokus: Repository-Artefakte + parallele Sitzungen
- Prototyping-Modus: App-Builder + Dokument-Scaffolding
Fazit und Implikationen
- Wichtigste Lehre: Claude liefert in einer strukturierten Umgebung die besten Ergebnisse
- Es ersetzt nicht die Rolle von Entwicklern, sondern reduziert Boilerplate-Arbeit, sodass mehr Fokus auf Spezifikationsdefinition, Design-Review und Architektur möglich wird
- Wenn Aufgaben falsch laufen, kann es schnell entgleisen; strukturelles Management ist essenziell
- Die Entwicklung steckt noch in einem frühen Stadium, doch Frameworks lassen KI nicht als magische Blackbox, sondern als Sammlung steuerbarer Teammitglieder erscheinen
- Je mehr Struktur bereitgestellt wird, desto größer ist der zurückgegebene Wert
- Über Open-Source-Projekte experimentiert die Community mit verschiedenen Frameworks und sucht nach produktiven Wegen für den KI-Einsatz
- Entwickler können Claude systematisch einsetzen, sich auf höherwertige Aufgaben konzentrieren und KI als Teammitglied integrieren, um die Produktivität zu maximieren
Noch keine Kommentare.