Wie Uncle Bob Neuronale Netze mit tmux und git worktrees organisiert

Uncle Bob (Robert Martin), Schöpfer des Agile Manifesto und Autor der Clean-Code-Bücher, hat ein neues Projekt namens SwarmForge auf GitHub veröffentlicht. Ganz oben in der README weist ein rot hervorgehobener Hinweis in Großbuchstaben die Leser darauf hin, nicht den SWARM-Kryptowährungs-Token zu kaufen, mit dem der Autor in keiner Verbindung steht. Hinter diesem eigenwilligen Banner verbirgt sich eine interessante Idee: ein Multi-Agenten-System, das auf Unix-Tools, zsh-Skripten und git worktrees aufbaut.

Während die meisten KI-Framework-Autoren ihre Lösungen mit schweren Python-Bibliotheken überladen, löst SwarmForge das Problem lokal und pragmatisch.

Warum mehrere Agenten gleichzeitig ausführen

Wenn man einem auf Claude oder Copilot basierenden Programmierer eine komplexe Aufgabe gibt, stößt er schnell an Kontextgrenzen. Oder er bricht stillschweigend benachbarten Code. Im echten Leben lösen Programmierer dies durch Arbeitsteilung. Einer schreibt Spezifikationen, ein anderer programmiert mit TDD, ein dritter prüft die Architektur und refaktoriert.

SwarmForge überträgt diese Praxis auf neuronale Netze. Das Tool startet tmux-Sitzungen, weist jedem Agenten eine Rolle und einen separaten git worktree zu und organisiert dann den Aufgabenaustausch zwischen ihnen. Dadurch arbeiten Agenten gleichzeitig am selben Repository, interferieren aber physisch nicht miteinander und überschreiben nicht die Dateien des anderen.

Fertige Rollensets

Statt umfangreicher Konfiguration bietet der Autor das Herunterladen fertiger Szenarien aus verschiedenen Repository-Branches an:

• Branch two- pack. Express-Entwicklung für kleine Aufgaben: Der Programmierer implementiert Verhalten via TDD, und der Cleaner entfernt Duplikate und behebt Architekturmängel.
• Branch four-pack. Standardzyklus mit einem Gherkin-Spezifizierer, Programmierer, Refaktorierer und Architekt.
• Branch six-pack. Vollständige Kette mit einem separaten Mutation-Hardening-Schritt und einem QA-Agenten.
• Custom build. Eigene Variante aus einer beliebigen Rollenkombination, beschrieben in einer Textkonfiguration.

Jeder Rolle kann ein separater CLI-Client zugewiesen werden. Es spricht nichts dagegen, Claude die Architektenrolle zu geben und Routineaufgaben an Codex oder Copilot zu delegieren.

Aufgabenübergabe zwischen Agenten

Das Hauptproblem bei Multi-Agenten-Systemen ist, dass Agenten sich gerne gegenseitig mit Nachrichten überschütten und den Kontext verlieren. SwarmForge kennt keinen direkten Chat zwischen neuronalen Netzen.

Statt direkter Befehlsaufrufe führt SwarmForge einen Hintergrund-Daemon auf Babashka aus (einem Clojure-Interpreter für Skripte). Der Daemon überwacht die outbox- und inbox-Verzeichnisse im Dateisystem 1.

Wenn ein Agent eine Phase abschließt, ruft er ein lokales Skript 2 auf. Das Skript prüft die Übergabe und erstellt eine Aufgabendatei. Wird Code übergeben, muss der Agent den genauen 10-stelligen Commit-Hash angeben. Der Daemon nimmt die Datei auf, verifiziert den Commit und verschiebt sie in den inbox-Ordner des nächsten Agenten.

Dieser Ansatz schützt vor Halluzinationen. Ein neuronales Netz kann Arbeit nicht weitergeben, wenn es seine Änderungen nicht in seinem git worktree committed hat.

Konfiguration und Start

Alle Einstellungen werden in einer einfachen Textdatei 3 gespeichert. Jede Zeile beschreibt ein Fenster und legt dessen Rolle, Provider, worktree-Namen und zusätzliche CLI-Parameter fest:

4

Das Starten des Systems in einem bestehenden Projekt nimmt ein paar Terminalbefehle in Anspruch. Wählen Sie einen Branch, laden Sie das Archiv herunter und führen Sie das Entry-Skript aus:

0

Das Skript 5 prüft Hilfsprogramme, lädt gemeinsam genutzte Skripte vom 6-Branch herunter, initialisiert git worktrees für jede Rolle und öffnet tmux-Sitzungen. Unter macOS zieht es automatisch Terminal.app oder Ghostty, unter Windows – Windows Terminal von WSL.

Beim Start versucht SwarmForge, den OS-Ruhezustand via 7 auf macOS oder 8 auf Linux zu blockieren, damit Agenten nicht mitten in der Arbeit einschlafen.

Wer profitiert von SwarmForge

Das Projekt hinterlässt einen interessanten Eindruck. Einerseits sieht man Uncle Bobs charakteristischen Stil: Betonung auf TDD, Codequalitätsmetriken, Gherkin-Spezifikationen und strenge Regeln aus der Clean Architecture. Andererseits macht die Abhängigkeit von Babashka, tmux und spezifischen CLI-Tools die Einstiegshürde spürbar.

Wenn Clean-Code-Ideen bei Ihnen Anklang finden und Sie mit autonomer Entwicklung experimentieren möchten, ohne klobige Frameworks wie AutoGen oder CrewAI, lohnt sich SwarmForge. Es ist ein gutes Beispiel dafür, wie grundlegende Unix-Tools und ein proper Git-Workflow helfen, komplexe KI-Systeme zu koordinieren.