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 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
I predicted someone would lash the Claude Code camels together into chariots, and that is exactly what I've done with Gas Town.
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.
Die Gas Town Architektur: Kernkonzepte
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 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 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/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 AI Agents 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 AI Agents 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 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.
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.
Bind AI ist ein US-amerikanisches Cloud-Tool – wir erklären, warum lokale Vibe Coding Infrastruktur für professionelle Entwickler die bessere Wahl ist.
Cerebras liefert mit dem Wafer Scale Engine Chip die schnellste KI Inference der Welt und bietet eine OpenAI kompatible API fuer Vibe Coding und agentische Workflows.
Claude Code im Praxis-Check: Agentic Coding im Terminal, CLAUDE.md, MCP-Server, Git-Workflows und Subagenten. Kosten, Installation und Vergleich mit Cursor 2026.
Anthropics neues Feature scannt Codebasen auf Schwachstellen und generiert Patch-Vorschläge – mit Multi-Stage-Verifikation und menschlichem Review.
Codex von OpenAI als CLI und App: GPT 5.3 Codex, goal Long Horizon Modus, Skills, Plugins, Computer Use. NCA bewertet die Plattform editorial und kritisch.
Context7 von Upstash liefert versionsspezifische Library-Dokumentation direkt in den LLM-Kontext. Schluss mit halluzinierten APIs und veralteten Code-Beispielen.
Crush verbindet 15+ KI-Provider im Terminal – ohne GUI, ohne Lock-in. Multi-Model-Support, LSP-Integration, MCP-Server. Die ehrliche Einordnung für Entwickler 2026.
Cursor BugBot ist Cursors KI-Agent für automatisches Code-Review direkt im Editor. Mit über 2 Millionen analysierten Pull Requests pro Monat und 70 % Resolution Rate ist er 2026 ein zentrales Tool im Vibe-Coding-Workflow.
DeepSeek bietet leistungsstarke Open-Source-Modelle für Code-Generierung – von Coder V2 bis zum angekündigten V4. Doch der DSGVO-Konflikt bleibt: API-Nutzung überträgt Daten nach China. Die ehrliche Einordnung für Entwickler 2026.
Gemma 3 l\u00e4uft lokal auf Laptop oder Workstation, ist DSGVO-konform und unterst\u00fctzt Ollama, Cursor und Hugging Face. NCA erkl\u00e4rt Einsatz und Varianten.
Gemma 4 erschien am 2. April 2026 mit Apache 2.0 Lizenz, 4 Modellgrößen und nativer Multimodalität. NCA erklärt Einsatz, Varianten und lokale Installation.
GLM-5 Turbo ist Zhipu AIs spezialisiertes OpenClaw-Modell mit 200K Kontext, pr\u00e4zisem Tool-Calling und ZClawBench-zertifizierter Agent-Performance 2026.
GLM-5 unter MIT-Lizenz: 5-8x günstiger als Claude Opus, trainiert auf Huawei-Chips. Benchmarks, Kosten, Ollama-Integration und Enterprise-Einsatz im Überblick.
GSD (Get Shit Done) verhindert Context Rot in Claude Code durch Sub Agents, Spec Driven Development und 6 klare Slash Commands. Jetzt erkl\u00e4rt von NCA.
Kimi K2.6 vs Qwen3.6 Plus im direkten AI Coding Vergleich. Benchmarks, Preise und Use Cases für Vibe Coding Teams.
Mit Kimi Websites von Moonshot AI werden Websites per Prompt, Screenshot oder Video Input generiert. Was das Feature 2026 kann und wo die Grenzen f\u00fcr DSGVO konforme Projekte liegen.
MiniMax M2.5 erreicht 80,2% auf SWE-bench bei 1/20 der Kosten von Claude Opus. Open Weights, 230B MoE-Architektur, IDE-Integrationen und DSGVO-Bewertung.
Mistral Vibe 2.0 ist ein terminal-nativer Open-Source Coding-Agent auf Basis von Devstral 2. EU-Datenschutz, DSGVO-konform, fine-tunebar auf proprietären Code.
Die 5 wichtigsten Open Source NVIDIA Modelle fürs Coding: Nemotron 3 Super 120B, Nano 30B, Nano 9B v2, Nano 4B und StarCoder2 15B im direkten Vergleich.
Offene KI-Modelle für Reasoning, RAG und Vibe Coding – on-premise, DSGVO-konform und Symfony-ready. NCA zeigt wie.
Beliebte Ollama Modelle 2026 für AI und Vibe Coding im Vergleich: Qwen3 Coder, Llama 4 Scout, DeepSeek R1, GLM 5, Kimi K2.6 mit Hardware Tiers und NCA Einordnung.
OpenCode verbindet 75+ KI-Modelle im Terminal – ohne Provider-Lock-in. Kein Abo-Zwang, MCP-Integration, LSP-Support. Die ehrliche Einordnung für Entwickler 2026.
Alibabas Open Weight Coding Modell mit 35B Parametern, 3B aktiv, 256K Kontext und Thinking Preservation für agentische Entwickler Workflows.
Qwen3-Coder ist Alibabas Open-Weight Coding Agent für lokales Vibe Coding. 70,6% SWE-bench Verified, Ollama-Integration, DSGVO-konform.
Qwen3 Coder Next von Alibaba ist im Planungsmodus unschlagbar. Mit unserer offenen AGENTS.md aus den NCA dotfiles wird das lokale Coding Modell zum produktiven Enabling Layer.
Repo Prompt ist eine native macOS-App, die Entwicklern präzise Kontrolle über den KI-Kontext beim Coding gibt. Mit MCP-Server, Context Builder und Multi-Model-Support.