OpenSwarm – projektzentrierter Claude-Code-Orchestrator + CLI

Kann man auch allein ein „AI-Entwicklungsteam“ betreiben?

OpenSwarm ist eine autonome Entwicklungspipeline, die mit der Claude Code CLI mehrere Agenten orchestriert und fortlaufend Code-Commits in echten Repositories erstellt.

In regelmäßigen Abständen holt sie Linear-Issues ab, erzeugt oder überarbeitet Code in einer Pipeline aus Worker → Reviewer → (Tester → Documenter) und aktualisiert sogar den Issue-Status automatisch.

• Mit LanceDB + multilingual-e5-Embeddings bleibt der „Kontext früherer Arbeiten“ als Langzeitgedächtnis erhalten, sodass das System den Kontext immer besser nutzt, je länger es im selben Projekt läuft.

• Es scannt die Codebasis und legt einen einfachen Code-Wissensgraphen an, der Abhängigkeits-/Impact-Graphen erstellt und zur Einschätzung des Änderungsumfangs verwendet wird.

• Über einen Discord-Bot lassen sich Statusabfragen, Job-Dispatching, Terminplanung, Log-Einsicht, Verwaltung von Pair-Sessions usw. erledigen, und im Web-Dashboard (Port 3847) kann man den Pipeline-Status in Echtzeit sowie den PR Processor überwachen.

• Durch kontinuierliches Polling von GitHub-PRs behebt es CI-Fehler automatisch und versucht Merge-Konflikte mithilfe von AI erneut aufzulösen, sodass es „so lange dranbleibt, bis der PR grün ist“.

Mein Anwendungsfall ist vor allem, es an persönliche Trading-Infrastrukturen, LLM-Tools und Side-Project-Repositories anzubinden:
• Wenn ich Aufgaben in Linear eintrage,
• versucht OpenSwarm eigenständig, den Ablauf aus Code-Änderung → PR → CI-Fixes → Aktualisierung des Issue-Status so weit wie möglich bis zum Ende durchzuziehen – ein „autonomer Dev-Loop“.

Die Runtime basiert auf Node.js 22+ und TypeScript und wurde aus Claude Code CLI (sonnet/haiku), Linear, Discord, LanceDB und Xenova multilingual-e5-Embeddings zusammengesetzt.

Das Projekt steht noch ganz am Anfang und hat noch viele Schwächen. Ich würde mich sehr über Feedback von allen freuen, die an ähnlichen Agent-Frameworks arbeiten.