NCA Social Media
Aktualisiert:
Autor:
Roland Golla
Grünes Schild mit Schriftzug SwarmForge, drei Roboter übergeben grünen Würfel

SwarmForge: Definition und Einordnung

SwarmForge ist ein Open Source Tool von Robert C. Martin, das mehrere KI Coding Agenten zu einem disziplinierten Team koordiniert. Jeder Agent bekommt eine feste Rolle, einen eigenen Git Worktree und eine eigene tmux Session.

Robert C. Martin kennt jeder Entwickler als Uncle Bob. Clean Code, SOLID, das Agile Manifest. Genau dieser Mann baut 2026 ein Werkzeug für KI Agenten. Und er baut es nicht auf Geschwindigkeit, sondern auf Disziplin.

Der Unterschied zu anderen Swarm Tools ist klein im Code und groß in der Wirkung. Die Rollen in SwarmForge sind keine Themengebiete, sondern Qualitätsstufen. Ein Agent schreibt die Gherkin Spezifikation. Ein Agent implementiert mit TDD. Ein Agent räumt nach DRY und CRAP auf. Ein Agent härtet über Mutation Testing. Erst danach darf QA das Ergebnis anfassen.

Das Projekt liegt auf GitHub unter unclebob/swarm-forge und zählt rund 1.000 Stars bei 117 Forks. Geschrieben ist es zu knapp 90 Prozent in Clojure, der Rest ist Shell. Es läuft komplett lokal. Keine Cloud, kein API Gateway, kein Container Cluster.

Inhalt

SwarmForge mit NCA: Schnelle Hilfe vom Experten

Never Code Alone kommt aus der Testing Ecke. Roland Golla arbeitet seit über 20 Jahren an Softwarequalität, ist Cypress Ambassador und hat Codeception Tests zum TYPO3 Core beigetragen. Automatisierte Tests, PHPStan, Rector und Mutation Denken sind bei uns kein Beiwerk, sondern die tägliche Arbeit. Genau darum lesen wir SwarmForge anders als die meisten Tool Reviews: nicht als Beschleuniger, sondern als Regelwerk.

Wir orchestrieren Claude Agent Teams und OpenCode im eigenen Stack und kennen die Stelle, an der parallele Agenten kippen. Teams begleiten wir beim Vibe Coding Onboarding, bauen im Vibe Coding Consulting den passenden Stack und verankern Quality Gates für KI Code so, dass sie automatisch greifen. Wo generierter Code bereits liegt, prüfen wir ihn im Codebase Audit und im Vibe Coding Security Audit.

Agenten Swarm mit echten Qualitätsgates aufsetzen

Finde das passende Angebot für dein Projekt

Anfrage-Konfiguration

Starten Sie Ihre Anfrage

Projektart
Infos
Nachricht

Eliminierung technischer Schulden mit PHPStan, Rector PHP und PHPUnit. Über 20 Jahre Praxiserfahrung in skalierbaren Backends.

CORE EXPERTISE

Gesetzliche Konformität & Inklusion. Optimierung von Performance und Conversion durch radikal nutzerzentriertes, universelles Design.

BFSG COMPLIANT

Skalierbare KI-Systeme mit echtem Code Ownership. CI/CD, Backup-Strategien und Infrastruktur, die mit deinem Team wächst.

ENTERPRISE READY

Wie SwarmForge technisch funktioniert

SwarmForge ist bewusst simpel gebaut. Kein Framework, keine Runtime, keine Datenbank. Der ganze Unterbau besteht aus tmux, Git und ein paar Skripten.

Der Ablauf ist immer gleich. Eine Konfigurationsdatei beschreibt den Schwarm Fenster für Fenster. Beim Start liest SwarmForge diese Datei, legt für jede Rolle einen Git Worktree unter .worktrees/ an, startet pro Rolle eine tmux Session und öffnet ein Terminalfenster. Der gesamte Laufzeitzustand landet lokal in .swarmforge/, inklusive eines projektspezifischen tmux Sockets. Damit kollidiert kein Schwarm mit einer anderen tmux Umgebung.

Jede Rolle bekommt ihre Anweisung aus einer eigenen Prompt Datei plus einer geschichteten Constitution. Das ist derselbe Gedanke wie bei rules.md und AGENTS.md, nur strenger sortiert: geteilte Artikel für Engineering, Handoffs und Workflow, dazu lokale Artikel, die einzelne Regeln verschärfen oder ersetzen.

Code: 
          
window coder copilot wt-coder --yolo
window architect claude wt-arch task --dangerously-skip-permissions

Eine Zeile pro Fenster: Rolle, Backend, Worktree, Empfangsmodus, danach freie Argumente für die Agent CLI. Das erste Fenster in der Konfiguration ist das Cleanup Fenster. Wer es schließt, fährt den kompletten Schwarm sauber herunter. Alle anderen Fenster darf man gefahrlos schließen, ein Watchdog hängt sie wieder an dieselbe Session.

Die Backends sind austauschbar. Claude Code, Codex, Copilot und Grok laufen nebeneinander, jede Rolle wählt ihr eigenes Modell. Damit gehört SwarmForge in dieselbe Kategorie wie die Tools aus unserem Überblick zu Git Worktrees ohne Claude Code.

Die Rollen sind Qualitätsgates, keine Themengebiete

Hier liegt der eigentliche Unterschied. Die meisten Orchestrierungs Tools teilen nach Fachgebiet auf: Frontend, Backend, DevOps, QA. SwarmForge teilt nach Prüfschritt auf. Jede Rolle ist ein Gate, das der Code passieren muss.

  • specifier übersetzt die Absicht des Nutzers in Gherkin Acceptance Specs und holt vor der Übergabe eine Freigabe ein
  • coder implementiert die freigegebene Scheibe mit TDD, Unit Tests und generiertem Acceptance Harness
  • cleaner räumt verhaltensneutral auf, hebt die Coverage und prüft gegen DRY und CRAP
  • architect verantwortet Modulschnitt, Abhängigkeitsrichtung und Property Tests
  • hardender härtet über Mutation Testing und weiche Gherkin Mutation
  • QA macht aus den Prüfprozeduren ausführbare Skripte und verifiziert die Oberfläche

CRAP steht für Change Risk Analysis and Predictions. Die Metrik verbindet zyklomatische Komplexität mit Testabdeckung. Uncle Bob pflegt dafür eigene Analyzer für Java und Clojure. Wer bei uns ein Codebase Audit hatte, kennt dieselbe Denkweise: komplexer Code ohne Tests ist die teuerste Stelle im Projekt.

Der Effekt dieser Aufteilung ist nüchtern. Der Schwarm wird langsamer als ein einzelner Agent im freien Lauf. Dafür verlässt kein Feature den Schwarm, ohne dass Spezifikation, Tests, Refactoring und Mutation Check gelaufen sind. Das ist die Übersetzung von Code Qualität mit KI Agenten in Prozessform.

Zwei, vier oder sechs Agenten: die drei Packs

Der main Branch von SwarmForge ist reine Dokumentation. Er trägt die geteilten Skripte und die Standard Artikel der Constitution. Gearbeitet wird auf den Branches. Jeder Branch ist ein fertiger Workflow mit eigener Konfiguration, eigenen Rollen Prompts und eigenen lokalen Regeln.

Die Wahl des Packs ist eine Aufwandsentscheidung. Kleine Aufgaben ohne Spezifikationsbedarf laufen im two-pack. Sobald Gherkin und Architektur zählen, greift das four-pack. Große Vorhaben mit getrennten Prüfinstanzen bekommen das six-pack.

SwarmForge Packs im Vergleich

Pack Rollen Einsatz
two-pack coder, cleaner Kleine Aufgaben, schneller Loop aus Implementierung und Aufräumen, ohne Gherkin
four-pack specifier, coder, refactorer, architect Mittlere Projekte mit Gherkin Spezifikation und Blick auf die Architektur
six-pack specifier, coder, cleaner, architect, hardender, QA Große Projekte, jedes Qualitätsgate bekommt eine eigene Instanz

Installation und Voraussetzungen

SwarmForge läuft lokal auf der eigenen Maschine. Vorausgesetzt werden zsh, Git, tmux, Babashka und mindestens ein konfiguriertes Agent Backend. Babashka ist eine schnell startende Clojure Laufzeit und trägt den Handoff Daemon.

Installiert wird kein Paket. Man zieht den gewünschten Branch als Archiv in das Projektverzeichnis und startet den Wrapper.

Code: 
          
BRANCH=four-pack
curl -L "https://github.com/unclebob/swarm-forge/archive/refs/heads/${BRANCH}.tar.gz" | tar -xz --strip-components=1
./swarm

Beim ersten Lauf holt der Wrapper die geteilten Skripte und die fehlenden Constitution Artikel aus dem main Branch, legt die Worktrees an und startet die Sessions. Solange der Schwarm läuft, hält SwarmForge den Rechner wach, unter macOS über caffeinate und unter Linux über systemd-inhibit. Abschalten lässt sich das über eine Umgebungsvariable.

Die Terminalanbindung erkennt SwarmForge selbst. Terminal.app auf macOS, Windows Terminal unter WSL, auf Wunsch Ghostty. Wer gar keine Fensterautomatik will, hängt sich einfach an die Cleanup Session.

Das Handoff Protokoll: Übergaben statt Zurufe

Agenten reden in SwarmForge nicht direkt miteinander. Es gibt einen Daemon, der als einziger den tmux Socket besitzt. Er beobachtet die Ausgangskörbe der Rollen, prüft jede Übergabe und legt sie im Eingang der Empfängerrolle ab. Der Empfänger bekommt nur ein neutrales Wecksignal.

Für die Agenten bleiben drei Kommandos: eine Übergabe einreihen, die nächste Aufgabe annehmen, die aktuelle Aufgabe abschließen. Es gibt genau zwei Nachrichtentypen. Ein Git Handoff zeigt auf einen committeten Stand und trägt eine zehnstellige Commit Abkürzung, die vor dem Versand gegen das Repository geprüft wird. Eine Notiz ist eine einzelne Zeile mit maximal 80 Zeichen.

Diese Enge ist Absicht. Lange Freitexte zwischen Agenten fressen Kontext und produzieren Missverständnisse. Wer das Problem aus der Praxis kennt, findet die Hintergründe in unserem Beitrag zum Context Window Management und in der Erklärung zum Agent Looping.

SwarmForge im Vergleich zu Ruflo, Gas Town und Agent Teams

Die Orchestrierungs Landschaft ist 2026 voll. Der ehrliche Weg ist deshalb nicht die Rangliste, sondern die Einordnung nach Zweck.

Ruflo ist die große Plattform für Claude Code mit Policy System und Proof Layer. Gas Town löst das Skalierungsproblem und hält zwanzig bis dreißig Agenten samt Zustand am Leben. Claude Agent Teams braucht gar keine Konfiguration, ist dafür an ein Ökosystem gebunden. Framework Ansätze wie CrewAI, LangGraph und AutoGen bringen eigene Orchestrierungslogik in Code mit.

SwarmForge optimiert nichts davon. Es optimiert die Übergabequalität. Der Schwarm ist klein, die Regeln sind hart, jeder Schritt hinterlässt einen Commit. Wer Durchsatz sucht, ist bei Gas Town besser aufgehoben. Wer eine Codebasis will, die in einem Jahr noch wartbar ist, findet hier den passenderen Ansatz. Die gleiche Haltung beschreiben wir in Vise Coding und in den Agentic Coding Patterns.

Ein Punkt bleibt offen. Uncle Bob dokumentiert selbst, dass Agenten nach vielen Kontext Kompaktierungen ihre Rollenidentität verlieren. Der Coder macht plötzlich CRAP Analyse, der Refactorer findet nichts mehr zu tun, der Architekt lässt Mutation Tests aus. Sein Gegenmittel ist banal und wirksam: den Schwarm regelmäßig neu aufsetzen. Das ist kein Makel des Tools, sondern der aktuelle Stand der Technik bei langlaufenden Agenten.

Für wen sich SwarmForge lohnt

SwarmForge passt zu Teams, die Tests schon ernst nehmen. Wer Gherkin, TDD und Mutation Testing kennt, findet hier eine vertraute Ordnung mit KI Agenten darin. Wer diese Praktiken nicht hat, bekommt sie durch das Tool nicht geschenkt. Die Rollen Prompts setzen sie voraus.

Klare Grenzen gibt es auch. Die Einrichtung verlangt Terminalarbeit mit tmux, zsh und Babashka. Die Rollen Prompts liegen im Projekt und wollen gepflegt werden. Und der Schwarm braucht Aufsicht, gerade in langen Läufen.

Wer damit startet, sollte zwei Dinge vorher klären. Erstens die Regeln, die für alle Agenten gelten, ähnlich wie beim Spec Driven Development mit OpenSpec. Zweitens die Frage nach dem Modell. Wer keinen Code an US Anbieter geben will, kombiniert Worktrees mit einem Terminal Agenten und lokalen Modellen über Ollama.

I have to tear down the swarm because their contexts become irreconcilably corrupted.

Robert C. Martin, Autor von Clean Code und Entwickler von SwarmForge – X @unclebobmartin

Unsere Erfahrung mit disziplinierten Agenten Workflows

Never Code Alone arbeitet täglich mit KI Coding Agenten. Unser eigener Stack läuft über Claude Code und OpenCode, die Content Produktion über einen Workflow aus Claude und n8n. SwarmForge selbst setzen wir nicht produktiv ein. Wir ordnen es ein, weil die Rollenlogik exakt das trifft, woran Teams in der Praxis scheitern: nicht am Tempo, sondern an fehlenden Prüfschritten.

Was wir dabei immer wieder sehen, steht in unseren Beiträgen zu technischen Schulden durch Vibe Coding und zu den Risiken beim KI Einsatz. Wenn ein Projekt bereits gekippt ist, hilft unsere Seite zum Vibe Coding Projekt retten weiter.

Verwandte Einordnungen findest du außerdem bei Paperclip, bei Mirofish, im Beitrag zu SKILL.md und im gesamten NCA Glossar für KI Tools 2026. Praxiswissen zum Arbeiten mit Agenten sammeln wir in den Vibe Coding Best Practices.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

NCA Vibe Coding Consulting

Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.

E-Mail Kontakt

Häufige Fragen zu SwarmForge

Die wichtigsten Fragen zu SwarmForge, den Rollen, der Installation und der Einordnung gegen andere Orchestrierungs Tools.

Was ist SwarmForge 2026?

SwarmForge ist ein Open Source Werkzeug, das mehrere KI Coding Agenten koordiniert. Jede Rolle bekommt eine eigene tmux Session, einen eigenen Git Worktree und eine eigene Prompt Datei. Die Agenten übergeben sich Arbeit über ein festes Protokoll. Der Schwarm läuft komplett lokal, ohne Cloud Dienst und ohne zentrale Datenbank.

Wer steckt hinter SwarmForge 2026?

Robert C. Martin, in der Entwicklerwelt als Uncle Bob bekannt. Er hat Clean Code geschrieben, die SOLID Prinzipien geprägt und das Agile Manifest mitunterzeichnet. SwarmForge entstand aus seiner Videoreihe zu agentischer Disziplin. Das Repository liegt öffentlich auf GitHub und zählt rund 1.000 Stars bei 117 Forks.

Welche Voraussetzungen braucht SwarmForge 2026?

Der Rechner braucht zsh, Git, tmux und Babashka. Dazu mindestens ein konfiguriertes Agent Backend. Installiert wird kein Paket: Man lädt den gewünschten Branch als Archiv ins Projektverzeichnis und startet den Wrapper. Der legt beim ersten Lauf die Worktrees an und holt die geteilten Skripte nach.

Welche Modelle unterstützt SwarmForge 2026?

Pro Rolle lässt sich das Backend frei wählen. Unterstützt werden Claude Code, Codex, Copilot und Grok. Damit kann ein Projekt zum Beispiel einen starken Spezifizierer mit einem günstigeren Coder kombinieren. Wer lokale Modelle bevorzugt, verbindet das Prinzip mit einem terminalbasierten Agenten und einer eigenen Inferenz.

Was kostet SwarmForge 2026?

Das Tool selbst ist frei verfügbarer Open Source Code. Kosten entstehen ausschließlich über die genutzten Agent Backends. Und dieser Posten ist nicht klein: Sechs parallele Agenten, die Tests schreiben, refactoren und Mutationen prüfen, verbrauchen deutlich mehr Tokens als ein einzelner Agent an derselben Aufgabe.

Welches Pack soll ich wählen?

Das two-pack passt für kleine Aufgaben mit schnellem Loop aus Implementierung und Aufräumen. Das four-pack ergänzt Gherkin Spezifikation und Architekturblick und ist der übliche Einstieg. Das six-pack trennt jedes Qualitätsgate in eine eigene Instanz und lohnt sich erst bei großen Vorhaben mit echtem Prüfbedarf.

Wie unterscheidet sich SwarmForge von Ruflo und Gas Town?

Ruflo ist die große Plattform für Claude Code mit Policy System. Gas Town löst Skalierung und hält zwanzig bis dreißig Agenten samt Zustand am Leben. SwarmForge optimiert weder Umfang noch Durchsatz, sondern die Übergabequalität. Der Schwarm bleibt klein, die Regeln sind hart, jeder Schritt hinterlässt einen Commit.

Was ist die Constitution in SwarmForge?

Ein geschichtetes Regelwerk aus einzelnen Prompt Artikeln. Geteilte Artikel decken Engineering, Handoffs und Workflow ab. Lokale Artikel im jeweiligen Branch verschärfen einzelne Regeln oder ersetzen sie komplett. Beim Start kopiert SwarmForge fehlende geteilte Artikel nach, überschreibt aber niemals eine vorhandene lokale Datei.

Wie kommunizieren die Agenten untereinander?

Nicht direkt. Ein Daemon besitzt als einziger den tmux Socket, prüft jede Übergabe und legt sie im Eingang der Empfängerrolle ab. Es gibt zwei Nachrichtentypen: ein Git Handoff mit geprüfter Commit Abkürzung und eine Notiz von maximal 80 Zeichen. Lange Freitexte zwischen Agenten sind bewusst nicht vorgesehen.

Warum verlieren die Agenten mit der Zeit ihre Rolle?

Bei langen Läufen kompaktieren die Agenten ihren Kontext immer wieder. Uncle Bob dokumentiert selbst, dass die Rollenidentität dabei verwischt: Der Coder übernimmt Aufgaben des Refactorers, Mutation Tests werden übersprungen. Das Gegenmittel ist ein Neustart des Schwarms nach jeder Phase mit frisch geladenem Kontext.

Ist SwarmForge datenschutzkonform einsetzbar?

Die Orchestrierung selbst läuft vollständig lokal. Kritisch ist die Modellwahl: Wer Claude, Codex oder Copilot als Backend nutzt, überträgt Quellcode an US Anbieter. Für Projekte mit strengen Anforderungen bleibt der Weg über einen terminalbasierten Agenten mit lokal betriebenen Modellen auf eigener Hardware.

Setzt Never Code Alone SwarmForge produktiv ein?

Nein. Unser Stack läuft über Claude Code und OpenCode. SwarmForge ordnen wir redaktionell ein, weil die Rollenlogik genau die Prüfschritte abbildet, an denen Teams in der Praxis scheitern. Wie sich solche Gates im eigenen Projekt verankern lassen, zeigen unsere Beiträge zu Quality Gates und Agentic Coding Patterns.

Weitere Begriffe aus dem NCA Glossar für KI Tools 2026

Von Agent Frameworks über lokale Modelle bis zu Werkzeugen für parallele Entwicklung: Hier findest du die passenden Einordnungen.