Gas Town Multi Agent Workspace Manager für Claude Code

Gas Town ist ein Open Source Multi Agent Workspace Manager, der mehrere Claude Code Instanzen koordiniert und ihren Arbeitszustand persistent in Git Hooks speichert. Steve Yegge, Ex Amazon, Ex Google, Ex Sourcegraph, veröffentlichte Gas Town am 1. Januar 2026 als seine Antwort auf das größte Problem beim skalierten Vibe Coding: Agents verlieren nach einem Neustart sämtlichen Kontext, und der Gas Town Agent löst genau das.

Yegge selbst beschreibt es so: Gas Town ist ein neuer Ansatz für die IDE im Jahr 2026. Gas Town hilft dir mit dem Aufwand, viele Claude Code Instanzen zu verwalten. Zeug geht verloren, es ist schwer den Überblick zu behalten, wer was tut. Dahinter steckt eine vierjährige Entwicklungsgeschichte: v1 und v2 wurden zu Beads (dem Git basierten Work Tracking), v3 in Python verworfen, Gas Town in Go ist die vierte Iteration, die tatsächlich funktioniert.

Mit 8.800 GitHub Stars und 677 Forks (Stand März 2026) hat sich Gas Town schnell als Standard Tooling für ernsthafte Multi Agent Workflows etabliert. Das Projekt ist MIT lizenziert und unterstützt neben Claude Code auch Codex, Cursor und Gemini als Runtime.

Für wen lohnt sich Gas Town? Yegge selbst ist klar: Wer noch nicht täglich mehrere parallele Claude Code Sessions betreibt (Stage 6+ in seiner Entwickler Evolution), wird Gas Town chaotisch finden. Wer aber regelmäßig an seine Grenzen stößt, weil Agents Kontext verlieren, Sessions kollidieren oder manuelle Koordination zu viel Overhead kostet, der findet hier das fehlende Werkzeug:

• Persistenter Work State: Agents verlieren keinen Kontext bei Neustart
• Skaliert auf 20 bis 30 parallele Agents statt chaotischer 4 bis 10
• Git basiert: jeder Zustandswechsel versioniert und rollbackbar
• Mayor Konzept: KI Koordinator orchestriert Agents automatisch
• Multi Runtime: Claude Code, Codex, Cursor, Gemini
• Open Source, MIT Lizenz: kostenlos nutzbar, keine Vendor Abhängigkeit

Bei Never Code Alone ist paralleles Arbeiten mit KI Coding Agents Alltag: Wir orchestrieren Claude Code und OpenCode im eigenen Stack und kennen die Grenzen manueller Koordination. Werkzeuge wie Gas Town bewerten wir aus dieser Praxis heraus und ordnen ein, wann ein Orchestrierungs Layer echten Mehrwert bringt und wann direktes Claude Code die schnellere Wahl ist.

Teams begleiten wir vom Prototyp bis in die Production. Wir bauen den passenden Stack im Vibe Coding Consulting, verankern parallele Agent Workflows in stabilen CI/CD Pipelines und sichern generierten Code über einen Vibe Coding Security Audit und ein Codebase Audit ab. Den Einstieg ins Multi Agent Coding erleichtert unser Vibe Coding Onboarding, und welche Ansätze sich in der Praxis bewähren, zeigen unsere Vibe Coding Best Practices.

Seit dem ersten Release hat sich rund um Gas Town ein ganzes Ökosystem gebildet. Gas Town selbst erreichte im April 2026 v1.0 und läuft seitdem stabil im Wartungsmodus. Das Backend wurde auf Dolt umgestellt, eine Git basierte Datenbank für die koordinationslastige Architektur. Auch Beads, das Memory und Work Tracking System hinter Gas Town, steht inzwischen bei v1.0.0 und koordiniert weiterhin die persistente Arbeit mehrerer Claude Code Instanzen.

Gas City (ebenfalls v1.0, April 2026) ist der offizielle Nachfolger: Gas Town wurde von Grund auf als SDK neu gebaut. Statt der fest verdrahteten Team Struktur setzt du beliebige Agent Topologien aus komponierbaren Bausteinen zusammen, sogenannten Packs. Ein mitgeliefertes Gas Town Pack bildet die Originalumgebung exakt ab und importiert bestehende Rigs und Beads, Gas City ist damit ein direkter Ersatz. Der Fokus liegt klar auf Unternehmen: MIT Lizenz, feingranulare Modellauswahl zur Kostenkontrolle und eine Factory Worker API. Gas Town bleibt parallel gepflegt, ein Umstieg ist also kein Muss.

Wasteland verbindet viele Gas Towns zu einem föderierten Reputationsnetzwerk, in dem Agents und Entwickler Aufgaben ausschreiben, übernehmen und über verifizierte Stamps belegen. Wer die Einrichtung komplett auslagern will, findet mit Gas Town by Kilo die einzige cloud gehostete Variante: managed Infrastruktur, Zugriff auf über 500 Modelle über ein Gateway und kein lokales CLI Setup. Für Teams heißt das: Der Einstieg ist deutlich niedrigschwelliger als noch zu Jahresbeginn, die Kostenfrage über Token bleibt aber zentral.

Gas Town AI Agents bringen eine eigene Terminologie mit, die das Konzept der vernetzten Agents greifbar macht. Das Zentrum ist der Mayor, eine dedizierte Claude Code Instanz, die als KI Koordinator für den gesamten Workspace agiert. Der Mayor kennt alle Projekte, alle Agents und weiß, welche Aufgabe wo steht. Statt jeden Agent einzeln zu steuern, erklärt man dem Mayor einfach, was gebaut werden soll.

Die wichtigsten Bausteine:

• Town: Das Workspace Verzeichnis (z.B. ~/gt/), das alle Projekte und Konfiguration enthält
• Rig: Ein Projektcontainer, der ein Git Repository und seine zugehörigen Agents verwaltet
• Crew Member: Der persönliche Arbeitsbereich eines Entwicklers innerhalb eines Rigs
• Polecat: Worker Agents mit persistenter Identität aber ephemeren Sessions. Sie werden für Aufgaben gespawnt, Identität und Work History bleiben erhalten
• Hook: Git Worktree basierter persistenter Speicher für Agent Arbeit. Übersteht Abstürze und Neustarts
• Convoy: Work Tracking Einheit, die mehrere Beads (Issues) bündelt und einem Agent zuweist
• Beads: Git basiertes Issue Tracking System, das Work State als strukturierte Daten speichert

Das MEOW Pattern (Mayor Enhanced Orchestration Workflow) ist der empfohlene Arbeitsfluss: Man erklärt dem Mayor das Ziel, er zerlegt es in Aufgaben (Beads), erstellt einen Convoy, spawnt passende Polecats und verteilt die Arbeit. Der Entwickler monitort nur noch den Fortschritt via gt convoy list, ähnlich wie ein Projektleiter, der seinen Teams Aufgaben übergibt, statt jeden Schritt selbst zu tun.

Gas Town läuft auf macOS, Linux und Windows. Die Voraussetzungen sind auf allen Plattformen gleich: Go 1.23+, Git 2.25+ (für Worktree Unterstützung), beads (bd) 0.44.0+ und Claude Code CLI. Empfohlen aber optional: tmux 3.0+ für parallele Terminal Sessions (unter macOS und Linux nativ verfügbar, unter Windows via WSL2).

macOS

Linux (Ubuntu, Debian, Arch etc.)

Windows (via WSL2 empfohlen)

Gas Town läuft unter Windows am zuverlässigsten über WSL2 (Windows Subsystem for Linux). WSL2 aktivieren, dann Ubuntu aus dem Microsoft Store installieren und wie unter Linux vorgehen. Alternativ direkt via npm ohne WSL2:

Nach der Installation auf allen Plattformen den Workspace anlegen und den Mayor starten:

Sobald der Mayor läuft, reicht eine einfache Anweisung in natürlicher Sprache: Bau mir ein Login System mit JWT Authentifizierung. Der Mayor zerlegt die Aufgabe, erstellt einen Convoy mit Beads und weist sie Polecats zu. Fortschritt verfolgen mit gt convoy list und Agents überwachen mit gt agents.

Die ehrliche Frage: Wann lohnen sich Gas Town AI Agents, wann reicht direktes Claude Code? Die Antwort hängt von der Projektgröße und Arbeitsweise ab. Für Solo Entwickler an kleineren Projekten ist Gas Town Overhead, ein einzelner Claude Code Agent im Terminal genügt. Gas Town entfaltet seinen Wert bei Teams oder komplexen Projekten, wo mehrere Agents parallel an verschiedenen Features arbeiten sollen.

Gas Town lohnt sich wenn:

• Mehrere unabhängige Aufgaben gleichzeitig bearbeitet werden sollen
• Agent Sessions regelmäßig neu gestartet werden müssen (Kontext Limits)
• Teams mit mehreren Entwicklern auf dieselbe Codebase zugreifen
• Wiederholbare Workflows als Formulas definiert werden sollen (z.B. Release Prozesse)
• Audit Trail und Rollback Fähigkeit für Agent Aktionen benötigt wird

Gas Town überspringen wenn:

• Solo Projekt mit klarem, linearem Scope
• Kein Go oder tmux Setup gewünscht (Einstiegshürde ist real)
• Schnelles Prototyping ohne persistente Infrastruktur

Gas Town positioniert sich nicht als Ersatz für Claude Code, sondern als Orchestrierungs Layer darüber, vergleichbar mit Kubernetes über einzelnen Containern. Die Analogie passt: Wer Docker Container ohne Kubernetes betreibt, kann viel erreichen. Aber ab einer bestimmten Skalierung braucht man den Coordinator.

NCA verfolgt die Entwicklung von Gas Town aufmerksam und ordnet den Multi Agent Ansatz für Teams ein. Als Orchestrierungs Layer über Claude Code adressiert Gas Town ein reales Problem: Sobald mehrere Agents parallel an einer Codebase arbeiten, kostet die manuelle Koordination Zeit und Kontext geht bei Neustarts verloren. Ob sich dieser Layer für ein konkretes Projekt lohnt oder ob direktes Claude Code genügt, klären wir im Vibe Coding Consulting.

Besonders spannend ist die Kombination mit CI/CD Pipelines: Multi Agent Workflows lassen sich nach jedem Commit triggern, um Tests auszuführen oder Reviews vorzubereiten. Das Beads System dokumentiert jeden Schritt nachvollziehbar in Git, was bei Compliance Themen wie einem BFSG Audit hilft.

Typische Szenarien, in denen ein Multi Agent Ansatz Sinn ergibt:

• PHP 8.x Migrationen: ein Agent pro Modul, ein Koordinator, der Abhängigkeiten im Blick behält
• Symfony Refactoring: Test und Implementierung parallel, Qualität kontinuierlich geprüft
• Accessibility Audits: ein Agent analysiert WCAG Verletzungen, ein zweiter setzt Fixes um
• Content Pipelines: mehrere Agents parallel, ein dedizierter Quality Check auf Konsistenz und SEO

Wo NCA unterstützt: bei der Einordnung, ob und wie ein Orchestrierungs Layer wie Gas Town in den Stack passt, bei der Absicherung von KI generiertem Code über einen Codebase Audit und beim Einstieg ins Multi Agent Coding über unser Vibe Coding Onboarding.

Gas Towns 8.800 Stars in wenigen Monaten sind beeindruckend, aber Hype Metriken und produktiver Einsatz sind nicht dasselbe. Was ist hier echte Innovation, was ist Komplexität um der Komplexität willen?

Echte Stärken: Das Git Hook Konzept für Persistenz ist kein nachträglicher Hack, sondern von Anfang an so gebaut. Die Idee, Work State außerhalb des Agent Kontexts in Git zu speichern, löst ein fundamentales Problem aktueller KI Coding Tools. Der Mayor als KI Koordinator reduziert tatsächlich den manuellen Aufwand beim Verwalten paralleler Agents.

Legitime Einwände:

• Einstiegshürde: Go, tmux, beads und gt müssen alle beherrscht werden vor dem ersten sinnvollen Einsatz
• Junge Codebase: v0.5.0 bedeutet Breaking Changes sind wahrscheinlich. Für Produktionssysteme mit kritischen Abhängigkeiten ist das Risiko real
• Anthropic Abhängigkeit: Obwohl multi runtime, ist Gas Town klar auf Claude Code optimiert. Kostenänderungen bei Anthropic schlagen direkt durch
• Debugging Komplexität: Wenn 20 parallele Gas Town AI Agents in Konflikt geraten, ist das Debugging anspruchsvoll

Fazit: Gas Town ist kein Spielzeug. Wer ernsthafte Multi Agent Workflows mit Audit Trail und Rollback Fähigkeit braucht, findet hier das aktuell ausgefeilteste Open Source Werkzeug. Für einfache Solo Vibe Coding Sessions ist es deutlicher Overkill.

Die wichtigsten Fragen rund um Gas Town, Multi-Agent-Orchestrierung und den Einsatz mit Claude Code 2026.