Ein Multi-Agenten-Entwicklungssystem, in dem 9 Claude-Agenten zusammenarbeiten
(github.com/Kuneosu)Ein System, das die Softwareentwicklung automatisiert, indem 9 spezialisierte Claude-Agenten zusammenarbeiten.
Was ist das für ein Projekt?
Wenn ein Nutzer etwa „Erstelle mir eine TODO-App“ anfragt, teilen sich 9 AI-Agenten die Arbeit wie ein echtes Entwicklungsteam auf:
- Orchestrator: Verwaltung des gesamten Workflows
- Requirement Analyst: Analyse der Anforderungen
- UX Designer: UX-Design
- Tech Architect: Entwurf der technischen Architektur
- Planner: Erstellung des Implementierungsplans
- Test Designer: Schreiben von Testfällen (TDD)
- Developer: Implementierung des Codes
- Reviewer: Code-Review
- Documenter: Dokumentation
Jeder Agent läuft in einer unabhängigen tmux-Session mit Claude Code und kommuniziert über dateibasierte IPC.
Hauptmerkmale
- Echtzeit-Monitoring von 9 Agenten im Web-Dashboard
- Erzwingt TDD: Zuerst Tests schreiben → Implementierung → Review-Pipeline
- Claude-Modelle pro Agent konfigurierbar (
opus/sonnet/haiku) - Unterstützt Terminal-Modus und Web-Dashboard-Modus
Warum wurde es entwickelt?
Bei komplexen Projekten schwankte die Qualität von Claude Code, weil „Anforderungsanalyse → Design → Implementierung → Review“ in einem einzigen Kontext verarbeitet wurde.
Ich habe es entwickelt, weil ich sehen wollte, was passiert, wenn man die Rollen wie in einem menschlichen Entwicklungsteam trennt.
Verwendung
./setup.sh # Abhängigkeiten prüfen
./run.sh # Ausführen (Modus im Menü wählen)
Für Tarife ab Claude Max (100 $/Monat) wird die Nutzung des Opus-Modells empfohlen.
Ich halte das Projekt noch für unvollständig. Es gibt noch viel zu verbessern, etwa beim Kontextmanagement und bei der Prompt-Optimierung. Feedback oder Beiträge sind willkommen!
6 Kommentare
Um auch einmal meine Erfahrungen mit verschiedenen Versuchen zu teilen, während ich den Trend verfolge: Wenn man mit Claude Code den Arbeitsloop gut aufsetzt, schreibt es auch guten Code und funktioniert in der Praxis ebenfalls gut. Das gilt besonders dann, wenn man ein Projekt von Anfang an gemeinsam startet.
Allerdings war das Problem, dass die angeforderte Aufgabe eigentlich nur 1 war, das Ergebnis aber nicht bei 10, sondern gleich bei 100 landete, sodass es schwierig wurde, den Entwicklungsprozess oder den Source Code weiterzuverfolgen. Es fühlte sich an, als würde man Code ansehen, den jemand hinterlassen hat, der das Unternehmen bereits verlassen hat.
Gerade in Strukturen, die viele Sub-Agenten verwenden, habe ich erlebt, dass der für die Orchestrierung zuständige Agent den Kontext zwischendurch verschluckt, sodass es selbst beim direkten Mitverfolgen schwer war zu verstehen, was tatsächlich gerade passiert.
Diesen Punkt kann ich sehr gut nachvollziehen. Ich hatte oft den Eindruck, dass Claude Code so etwas wie ein klares Verständnis für eindeutige Anweisungen oder Fine-Code hat. Der Prozess, bei dem es eingreift und Probleme löst, unterscheidet sich wirklich stark von Codex.
Wow, wie interessant ~
Ich habe es etwa zwei Wochen lang ausprobiert und dann aufgegeben. Ich drücke die Daumen.
Wenn man die Bausteine noch etwas stärker zusammenfasst und in einer Form erstellt, die
mcpund Skills kombiniert, wird das bei der Fertigstellung helfen.