Winziger Mayor mit riesigem Hut, bunte Katzen-Agents vor GASTOWN Terminal, Rakete

Was ist Gas Town?

Gas Town ist ein Multi-Agent Workspace Manager, der mehrere Claude Code Instanzen koordiniert und ihren Arbeitszustand persistent in Git-Hooks speichert. Entwickelt von Steve Yegge, löst Gas Town eines der größten Probleme beim skaliertem Vibe Coding: Agents verlieren nach einem Neustart sämtlichen Kontext.

Der Kernansatz ist so simpel wie wirkungsvoll: Jeder Agent arbeitet in einem sogenannten Hook, einem Git-Worktree, der Work-State, Identität und Aufgabenliste unveränderlich speichert. Selbst wenn ein Agent abstürzt oder neu gestartet wird, weiß er exakt wo er aufgehört hat. Gas Town skaliert komfortabel auf 20 bis 30 parallele Agents statt der üblichen chaotischen 4 bis 10.

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, in Go geschrieben und unterstützt neben Claude Code auch Codex, Cursor und Gemini als Runtime.

Kernvorteile auf einen Blick:

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

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

Die Gas Town Architektur: Kernkonzepte

Gas Town bringt 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.

Claude Code: Anthropics Terminal-Agent für Vibe Coding mit MCP und Subagenten

Claude Code im Entwickler-Check: Terminal-Agent mit Git-Integration, MCP-Support und Subagenten. Installation, Kosten, CLAUDE.md und Praxis-Tipps 2026.

Mehr erfahren

Gas Town installieren: Anleitung für macOS, Linux und Windows 2026

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

Code:

          # Homebrew (empfohlen)
brew install gastown

# Alternativ via npm
npm install -g @gastown/gt

# Alternativ aus Source
go install github.com/steveyegge/gastown/cmd/gt@latest
export PATH="$PATH:$HOME/go/bin"  # in ~/.zshrc eintragen

Linux (Ubuntu, Debian, Arch etc.)

Code:

          # Via npm (empfohlen, plattformunabhaengig)
npm install -g @gastown/gt

# Alternativ aus Source
go install github.com/steveyegge/gastown/cmd/gt@latest

# Go-Binaries zum PATH hinzufuegen (in ~/.bashrc oder ~/.zshrc)
export PATH="$PATH:$HOME/go/bin"
source ~/.bashrc

# tmux installieren (empfohlen)
sudo apt install tmux        # Ubuntu/Debian
sudo pacman -S tmux          # Arch

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:

Code:

          # Windows ohne WSL2 (PowerShell als Administrator)
npm install -g @gastown/gt

# Go-Binary (PowerShell)
go install github.com/steveyegge/gastown/cmd/gt@latest
# Go/bin zum PATH hinzufuegen: Systemsteuerung > Umgebungsvariablen
# %USERPROFILE%\go\bin zur PATH-Variable hinzufuegen

# WSL2 aktivieren (empfohlen fuer tmux-Unterstuetzung)
wsl --install
# Dann Ubuntu aus Microsoft Store installieren

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

Code:

          # Workspace mit Git-Initialisierung erstellen
gt install ~/gt --git
cd ~/gt

# Erstes Projekt hinzufuegen
gt rig add meinprojekt https://github.com/user/repo.git

# Persoenlichen Crew-Workspace erstellen
gt crew add deinname --rig meinprojekt
cd meinprojekt/crew/deinname

# Mayor-Session starten
gt mayor attach

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.

Gas Town vs. direkte Claude Code Nutzung: Was bringt der Overhead?

Die ehrliche Frage: Wann lohnt sich Gas Town, 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/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.

Gas Town bei NCA: Wie wir es in echten Projekten einsetzen

NCA setzt Gas Town in produktiven Kundenprojekten ein und hat dabei klare Erfahrungswerte entwickelt. Bei PHP/Symfony-Migrationen, Legacy-Refactorings und Accessibility-Audits zahlt sich der Orchestrierungs-Layer direkt aus: Ein Polecat schreibt Tests, ein zweiter refactort Legacy-Code, ein dritter generiert Dokumentation. Alle arbeiten am selben Repository, koordiniert durch den Mayor, ohne sich gegenseitig im Weg zu stehen. Das Ergebnis sind deutlich kürzere Projektlaufzeiten bei gleichzeitig höherer Codequalität.

Die Kombination mit CI/CD Pipelines ist besonders mächtig: Gas Town Agents können nach jedem Commit automatisch getriggert werden, Tests ausführen, Code-Reviews durchführen und Pull Requests erstellen, ohne menschliches Zutun. Das Beads-System dokumentiert dabei jeden Schritt nachvollziehbar in Git, was Compliance-Anforderungen wie BFSG-Audits erheblich erleichtert.

Konkrete NCA Einsatzszenarien:

PHP 8.x-Migrationen: Parallele Agents pro Modul, Mayor koordiniert Abhängigkeiten und verhindert Konflikte
Symfony-Refactoring: Test-Agent und Implementierungs-Agent laufen parallel, Qualität wird kontinuierlich geprüft
Accessibility-Audits: Ein Agent analysiert WCAG-Verletzungen, ein zweiter behebt sie direkt im Code
Content-Pipelines: Mehrere Artikel-Agents parallel, ein dedizierter Quality-Check-Agent prüft Konsistenz und SEO

Was NCA dabei einbringt: erfahrene Gas Town Konfiguration, bewährte Mayor-Prompting-Strategien und produktionsreife Convoy-Strukturen, die wir in echten Projekten entwickelt und getestet haben. Der Einstieg ins Multi-Agent-Coding muss nicht holprig sein.

Kritische Einordnung: Hype oder echter Gamechanger?

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 genuiner Natur, kein Hack, sondern solides Engineering. Die Idee, Work-State außerhalb des Agent-Kontexts zu speichern, löst ein fundamentales Problem aktueller KI-Coding-Tools. Der Mayor als KI-Coordinator reduziert tatsächlich kognitiven Overhead beim Orchestrieren paralleler Aufgaben.

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 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.

Kostenlose Erstberatung vereinbaren

Vibe Coding Consulting ansehen

Häufig gestellte Fragen zu Gas Town (FAQ)

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

Was ist Gas Town und wofür wird es 2026 eingesetzt?

Gas Town ist ein Multi-Agent Workspace Manager für Claude Code, der parallele KI-Coding-Agents koordiniert und ihren Arbeitszustand persistent in Git-Hooks speichert. 2026 wird es eingesetzt, um komplexe Entwicklungsprojekte auf 20 bis 30 parallele Agents zu skalieren ohne Kontextverlust bei Neustarts.

Wie viele parallele Agents kann Gas Town 2026 verwalten?

Gas Town skaliert komfortabel auf 20 bis 30 parallele Agents. Damit löst es ein fundamentales Problem: Während 4 bis 10 direkte Claude Code Instanzen schnell chaotisch werden, behält der Mayor-Koordinator auch bei größerer Anzahl den Überblick und verteilt Aufgaben strukturiert.

Was ist der Mayor in Gas Town 2026?

Der Mayor ist eine dedizierte Claude Code Instanz, die als zentraler KI-Koordinator für den gesamten Workspace agiert. Statt jeden Agent einzeln anzusteuern, beschreibt man dem Mayor das gewünschte Ziel. Er zerlegt es in Aufgaben (Beads), erstellt Convoys und spawnt passende Worker-Agents (Polecats).

Ist Gas Town kostenlos nutzbar 2026?

Gas Town selbst ist vollständig Open Source unter MIT-Lizenz und kostenlos. Die Kosten entstehen durch die genutzten AI-Runtimes: Claude Code erfordert ein Anthropic-Abonnement, Codex eine OpenAI-API. Die Tool-Kosten skalieren mit der Anzahl der parallel laufenden Agents.

Wie installiert man Gas Town unter macOS, Linux und Windows 2026?

macOS: brew install gastown. Linux: go install github.com/steveyegge/gastown/cmd/gt@latest oder npm install -g @gastown/gt, danach PATH anpassen (export PATH=$PATH:$HOME/go/bin). Windows: npm install -g @gastown/gt empfohlen, alternativ Go-Binary aus dem Source. Voraussetzungen auf allen Plattformen: Go 1.23+, Git 2.25+, beads 0.44.0+ und Claude Code CLI.

Was ist der Unterschied zwischen Polecats und Crew Members in Gas Town?

Crew Members sind persönliche Arbeitsbereiche für menschliche Entwickler innerhalb eines Rigs. Polecats sind Worker-Agents mit persistenter Identität aber ephemeren Sessions: Sie werden für spezifische Aufgaben gespawnt, die Session endet nach Abschluss, Identität und Work-History bleiben jedoch erhalten.

Was sind Beads und Convoys in Gas Town 2026?

Beads sind das git-basierte Issue-Tracking-Format von Gas Town, strukturierte Datenpakete die Work-State speichern. Convoys bündeln mehrere Beads zu einer übergeordneten Aufgabe und weisen sie einem Agent zu. Bead-IDs folgen dem Format prefix-5chars, z.B. gt-abc12.

Unterstützt Gas Town 2026 auch andere KI-Runtimes außer Claude Code?

Ja. Gas Town unterstützt per Konfiguration mehrere Runtimes: Claude Code (Standard), Codex (OpenAI), Cursor und Gemini. Per gt config agent set kann eine custom Runtime konfiguriert werden. Für Runtimes ohne Hook-Unterstützung sendet Gas Town automatisch Startup-Fallbacks.

Wie persistiert Gas Town den Work-State von Agents?

Gas Town nutzt Git-Worktrees als Hooks. Jeder Agent-Arbeitsbereich ist ein separater Git-Worktree, der State, Aufgaben und Fortschritt als versionierte Daten speichert. Bei einem Absturz oder Neustart liest der Agent seinen Hook-Zustand aus und setzt die Arbeit exakt dort fort, wo er aufgehört hat.

Hat Gas Town ein Dashboard zur Überwachung der Agents 2026?

Ja. Mit gt dashboard startet ein Web-Dashboard das Echtzeit-Agent-Status, Convoy-Fortschritt, Hook-State-Visualisierung und Konfigurationsverwaltung bietet. Besonders bei 10 und mehr parallelen Agents ersetzt es das manuelle Monitoring über die Kommandozeile.

Für welche Projekttypen lohnt sich Gas Town 2026?

Gas Town lohnt sich bei parallelisierbaren Aufgaben mit mehreren unabhängigen Teilbereichen: PHP-Migrationen (je Modul ein Agent), Symfony-Refactoring (Test-Agent parallel zu Implementierungs-Agent), Accessibility-Audits (Analyse-Agent und Fix-Agent) oder umfangreichen Content-Projekten. Für Solo-Prototyping ist direktes Claude Code effizienter.

Ist Gas Town DSGVO-konform einsetzbar 2026?

Gas Town selbst speichert keine Daten in der Cloud, der gesamte Work-State liegt im lokalen Git-Repository. DSGVO-Relevanz entsteht durch die genutzten AI-Runtimes: Claude Code und Codex senden Code an externe APIs. Wer vollständig lokal arbeiten möchte, kann Gas Town mit lokalen Modellen via Codex-Runtime konfigurieren.