Gas Town: 30 KI-Agenten parallel, mit Haken

Steve Yegge nannte sein eigenes Projekt anfangs eine "clown show". Ein Quartal später steht Gas Town bei Version 1.1, gut 15.600 GitHub-Stars und dem Befund, dass Leute damit echte Dinge bauen. Die Idee dahinter ist simpel und radikal zugleich: Statt einem einzelnen KI-Coding-Agenten koordinierst du 20 bis 30 davon parallel auf derselben Codebase. Claude Code, Codex, Copilot, Gemini, alle gleichzeitig.

Das klingt nach Produktivität ohne Grenzen. In der Praxis hat Gas Town zwei Haken, und einer davon hat mit Code nichts zu tun.

Was Gas Town ist

Gas Town ist Open Source (MIT-Lizenz, in Go geschrieben) und versteht sich als "Workspace Manager", nicht als weiterer Agent. Yegge beschreibt es als Fabrik: Du redest mit dem Vorarbeiter, der verteilt die Arbeit an so viele Worker wie nötig. Die Analogie, die er selbst zieht, ist "Kubernetes für KI-Agenten", und sie passt: Orchestrierung, Scheduling, Health Checks, alles bekannte Muster aus der Infrastruktur-Welt.

Wie es funktioniert

Gas Town organisiert seine Agenten in sieben Rollen, alle nach dem Mad-Max-Universum benannt:

• Mayor: dein Interface. Du redest nur mit dem Mayor, der die Aufgaben verteilt.
• Polecats: die eigentlichen Worker. Jeder bekommt eine Aufgabe und arbeitet in seinem eigenen Git-Worktree.
• Refinery: eine Merge-Queue, die die Ergebnisse der Polecats zusammenführt und Konflikte auflöst. Architektonisch der interessanteste Teil.
• Witness: überwacht den Zustand aller laufenden Agenten.
• Deacon: läuft Patrol-Schleifen und prüft, ob Agenten hängen. Dazu gleich mehr.
• Dogs: zuständig für Wartung und Cleanup.
• Crew: persistente Design-Agenten, die sich Architekturentscheidungen langfristig merken.

Der gesamte Zustand wird Git-basiert persistiert. Stürzt ein Agent ab oder startet neu, geht der Arbeitskontext nicht verloren.

Vom "Clown Show" zur v1.0

Bemerkenswert ist vor allem das Tempo. Launch war Mitte Dezember 2025, im Januar dann der Bug, der zum Running Gag wurde: Der Deacon, eigentlich fürs Monitoring zuständig, hat andere Worker einfach abgeschossen. Yegge entschuldigte sich öffentlich für den "murderous rampaging Deacon" und riet, ihn vorerst abzuschalten. Über mehrere Versionen wurde das entschärft und bis zur v1.0 Anfang April weitgehend behoben.

flowchart LR
  A["Dez 2025<br/>Launch"] --> B["Jan 2026<br/>Deacon-Bug"]
  B --> C["Apr 2026<br/>v1.0 stabil"]
  C --> D["Mai 2026<br/>v1.1, 15,6k Stars"]
  classDef abort fill:#7F1D1D,stroke:#EF4444,color:#FCA5A5
  classDef success fill:#14532D,stroke:#22C55E,color:#86EFAC
  class B abort
  class D success

Wer im Januar nur den Clown-Show-Stand gesehen hat, sollte zweimal hinschauen. Das Tool ist heute ein anderes.

Der erste Haken: die Kosten

Gas Town selbst ist gratis, die API-Credits dahinter sind es nicht. Ein früher Power-User berichtete von rund 100 Dollar pro Stunde, das wären 800 Dollar an einem Arbeitstag. Das ist ein Extremfall und kein Durchschnitt, aber die Richtung stimmt: Yegge selbst hat sich einen zweiten Claude-Account zugelegt, weil er an die Spending Limits stieß. Wer 20 Agenten gleichzeitig auf teure Modelle loslässt, verbrennt Geld. Verschiedene Modelle für verschiedene Aufgaben, das günstige fürs Triviale und das teure nur wo nötig, ist hier keine Optimierung, sondern Pflicht.

Der zweite Haken: Finger weg vom "$GAS"-Token

Kurz nach dem Launch tauchte über die Memecoin-Plattform Bags ein "$GAS"-Token auf, der Handelsgebühren an Yegges Account ausschüttete. Laut der kritischen Berichterstattung dazu kamen so rund 240.000 Dollar zusammen. Yegge distanzierte sich, woraufhin der Token um rund 98 Prozent abstürzte. Das ist klassische Memecoin-Dynamik: ein bekannter Name, ein Hype, ein Absturz, und am Ende halten andere die wertlosen Coins.

Für die Open-Source-Community war der Vorfall ein Vertrauensbruch, Entwickler warnten offen vor dem Muster, bei dem Krypto-Trittbrettfahrer bekannte Open-Source-Projekte kapern. Für dich ist die Lehre einfacher: Das Tool ist das eine, der Token das andere. Lade das Repo, ignoriere den Coin. Wenn dir ein Krypto-Token mit dem Namen eines Dev-Tools begegnet, ist Misstrauen die richtige Grundhaltung.

Was bleibt: die Architektur-Lehren

Unabhängig von Kosten und Krypto sind die Muster hinter Gas Town das eigentlich Wertvolle. Rollenbasierte Agenten, Git-basierter Zustand, eine Merge-Queue als zentrale Konfliktlösung. Diese Konzepte wandern bereits in andere Tools. Block hat mit Goosetown eine eigene Umsetzung der Gas-Town-Ideen auf Basis von Goose gebaut. Auch "Superpowers" von obra verfolgt einen ähnlichen Multi-Agent-Ansatz, setzt aber auf Worktree-Isolation als Pflicht, was stabiler und deutlich günstiger ausfällt.

Wer die Theorie hinter solchen kontrollierten Abläufen verstehen will, findet sie in unserem Artikel zu Guided Determinism. Und wer mehrere autonome Agenten mit Schreibrechten laufen lässt, sollte die OWASP Top 10 für agentische KI kennen, denn der "murderous Deacon" war nur der harmlose Anfang dessen, was schieflaufen kann.

Für wen lohnt sich das?

Gas Town ist etwas für Profi-Entwickler, die schon mehrere CLI-Agenten täglich nutzen und deren Grenzen kennen. Wer noch überlegt, ob Claude Code oder Copilot überhaupt in den Workflow passt, ist hier falsch. Gehostete Wege für Teams, die lieber nicht selbst orchestrieren wollen, beschreibt unser Vergleich der Team-Agent-Plattformen.

Fazit

Gas Town hat in einem Quartal den Sprung vom Spielzeug zum benutzbaren Werkzeug geschafft, das ist beeindruckend. Trotzdem bleibt es teuer und nichts für schwache Nerven. Die wirklich wertvolle Erkenntnis steckt nicht im Tool selbst, sondern in seinen Mustern: Merge Queues, persistenter Zustand, rollenbasierte Arbeitsteilung. Die landen in den nächsten Monaten in deiner IDE, ganz ohne Mad-Max-Namen und ganz ohne Memecoin. Behalte das Repo im Auge, nicht den Token.