Stell dir vor, du schreibst abends eine Aufgabe in ein digitales Notizbuch, schaltest deinen Computer aus und gehst schlafen. Am nächsten Morgen findest du eine fertige Software vor, mit Tests, Dokumentation und sauberem Git-Verlauf. Klingt nach Science-Fiction? Für Steve Yegge ist das längst Alltag. In seinem neuen Blogpost beschreibt der bekannte Tech-Veteran, wie er mit einer Flotte von KI-Coding-Agenten über Nacht riesige Probleme bearbeitet, während er selbst schnarcht. Und er erklärt, warum das nicht nur ein netter Trick ist, sondern die Zukunft der Softwareentwicklung.
Loops und Graphen: Die Grundlage autonomer Arbeit
Seit einiger Zeit kursieren in der KI-Entwickler-Szene vage Begriffe wie „Loops“ und „Graphen“. Boris und Peter, zwei prominente Stimmen, hatten dazu kryptische Tweets abgesetzt, ohne konkret zu werden. Yegge, der sich selbst als neugierigen Ingenieur beschreibt, störte das. Er wollte es genau wissen. Seine Erkenntnis: Ein Loop ist eine Schleife, in der ein Agent kontinuierlich Aufgaben abarbeitet. Ein Graph ist die Struktur der Aufgaben selbst – mit Abhängigkeiten, Eltern-Kind-Beziehungen und Wissen, das sich im Laufe der Zeit ansammelt.
Für einen echten Loop braucht es laut Yegge nur zwei Dinge: eine unerschöpfliche Quelle von Tokens und ein Werkzeug, das die Arbeit strukturiert. Tokens sind die Recheneinheiten, mit denen KI-Modelle arbeiten. Ohne genug davon stoppt jede automatisierte Entwicklung. Und ohne eine klare Aufgabenstruktur weiß der Agent nicht, was als Nächstes zu tun ist. Beides zusammen ermöglicht erst eine „Nachtschicht“ für KI-Agenten.
Beads: Das Gehirn des Projekts
Das zweite Element ist ein Tool namens Beads. Yegge beschreibt es als Issue-Tracker, Wissensgraph und Gehirn-Builder für die Ära der Agenten. Man kann sich Beads wie eine lebendige Projektkarte vorstellen. Jede Aufgabe, jede Entscheidung, jeder Code-Schnipsel wird zu einem „Bead“ – einem Knoten im Graphen. Die Beads sind untereinander vernetzt: Es gibt Abhängigkeiten, Verweise und besondere Kanten, die Agenten gezielt nutzen können. So entsteht im Laufe der Arbeit ein dynamisches Wissensnetz, das den aktuellen Zustand des Projekts widerspiegelt.
Das Besondere: Beads erlaubt Agenten, Aufgaben atomar zu beanspruchen, freizugeben und zu verwalten. Es gibt Leasing-Mechanismen, Gates und Trigger. Damit können mehrere Agenten parallel arbeiten, ohne sich in die Quere zu kommen. Laut Yegge ist Beads die „magische Zutat“, die es Agenten ermöglicht, in ihrem eigenen Tempo zu arbeiten. Ohne Beads klafft eine Lücke in der Orchestrierung – die Arbeit wird chaotisch und bleibt oft stecken.
Der unendliche Token-Hahn
Doch auch mit Beads braucht es Treibstoff. Und der kostet. Yegge beziffert seinen Token-Verbrauch für die Arbeit an seinem Spiel Wyvern auf umgerechnet 87.000 Dollar pro Monat – etwa 69 Milliarden Tokens im Juli. Das ist eine Menge Geld, selbst für einen gut situierten Entwickler. Seine Lösung: ein „Token-Hahn“, den er sich aus mehreren Claude-Max-Accounts gebaut hat. Auf diese Weise kommt er auf etwa das 30-fache der Nennleistung pro Dollar.
Konkret hat Yegge zwölf zusätzliche Max-Accounts angemietet, jeweils mit einer eigenen Google-Workspace-Identität. Die Agenten rotieren automatisch zwischen den Konten, sobald eines ein Limit erreicht. Das klingt nach einem Graubereich, aber Yegge versichert, dass es mit den aktuellen Nutzungsbedingungen vereinbar ist. Für Einzelkämpfer sei das ein entscheidender Wettbewerbsvorteil. Unternehmen sollten allerdings auf die API-Abrechnung wechseln, denn die Kreativität mit vielen Max-Accounts dürfte dort rechtlich problematisch sein.
Vom Chaos zur Stadt
Was passiert nun, wenn all diese Systeme tatsächlich über Nacht durchlaufen? Yegge beobachtet zwei mögliche Entwicklungen: Entweder die Harnesse – also die Infrastruktur, die Agenten steuert – verfallen in Chaos, oder sie entwickeln sich zu Städten. Eine Stadt ist Metapher für ein Projekt, das durch klare Strukturen, funktionierende Infrastruktur und ein angenehmes Umfeld für seine Bewohner glänzt. Die Bewohner sind die Agenten. Gelingt die Organisation, entsteht „Zivilisation“ direkt im Projektverzeichnis.
Doch der Weg dorthin ist steinig. Yegge erzählt von seinem früheren Harness namens Gas Town, den er ursprünglich als wiederverwendbares Framework geplant hatte. Es funktionierte brillant – bis zum Modell Opus 4.7. Dieses Modell entwickelte einen Tick: Es wollte immer „nur noch zwei Dinge“ ändern, an Gas Town selbst. Dadurch kam es nie zur Ruhe und arbeitete nicht mehr an den eigentlichen Aufgaben. Gas Town brannte buchstäblich aus. Yegge zog die Konsequenz: Wiederverwendbare Harnesses gehören der Vergangenheit an. Jedes Projekt braucht seine eigene, fest integrierte Lösung.
Zurück zu Wyvern: Ein Projekt mit Geduld
Ein zentraler Teil des Posts dreht sich um Wyvern, ein Online-Rollenspiel, das Yegge seit 1996 entwickelt und 2001 veröffentlicht hat. Nach Jahren der Vernachlässigung hat er die Arbeit daran wieder aufgenommen. Der Grund liegt in einem neuen KI-Modell, das er als „Claude Fable 5“ bezeichnet. Anders als frühere Modelle versteht dieses die komplexe Codebasis von Wyvern und kann sie sinnvoll bearbeiten. Yegge schätzt, dass er mit Fable bereits über die Hälfte eines 100-Jahres-Arbeitsrückstands aufgeholt hat – eine beeindruckende Zahl, die zeigt, wie leistungsfähig die neuen Agenten sind.
Trotzdem bleibt er bescheiden. Auf die Frage eines Anthropic-Mitarbeiters, was er tun würde, wenn eines Tages alles automatisch geschrieben werde, antwortete Yegge mit einer Gegenfrage: Selbst das beste Modell könne nicht einfach „alles schreiben“. Ein anständiges MMO erfordert Zehntausende von Sitzungen, in denen man fokussiert bleibt und Geschmack beweist. Und bei kreativen Inhalten wie Grafiken, Karten und Geschichten scheitern die Modelle bislang kläglich. Yegge nennt ihre Ergebnisse „GPT-3-Slop“, den die Spieler sofort ablehnen.
Wheelhouse: Ein maßgeschneiderter Harness
Für seine Arbeit an Wyvern hat Yegge einen neuen Harness gebaut: Wheelhouse. Anders als Gas Town ist Wheelhouse nicht wiederverwendbar, sondern bewusst für sein Projekt maßgeschneidert. Er beschreibt es als eine Art Stadtplan, der die vielen Agenten organisiert. In Wheelhouse laufen deutlich mehr Agenten parallel als in Gas Town, und sie sind besser strukturiert. Das hat ihm einen Vorsprung von etwa zwölf Monaten verschafft – so lange sieht er der Branche voraus.
Diesen Vorsprung verdankt er einer glücklichen Kombination aus Zeit, Geld und Energie. 18 Monate lang hat er sich intensiv mit der Materie beschäftigt. Wer dieses Privileg nicht hat, muss sich keine Sorgen machen: Yegge betont, dass seine Arbeit nichts Besonderes ist. Was ihm jetzt passiert, werde bald alle betreffen. Die Zukunft ist mathematisch vorhersehbar – man muss nur aufmerksam sein.
Abschied von CI/CD und menschlichem Code-Review
Yegge wagt mehrere kühn klingende Prognosen. Die klassische CI/CD-Pipeline – also das automatische Bauen, Testen und Ausliefern von Software – werde bis zum nächsten Jahr tot sein. An ihre Stelle tritt ein „Thunderdome“ im Stil von Mad Max: Agenten liefern nicht nur Code, sondern testen, reparieren und verbessern ihn selbstständig in einer Art Dauerbeschallung. Auch menschliches Code-Review hat seiner Meinung nach fast ausgedient. Übrig bleibt nur noch die Compliance-Krücke für SOC-2-Audits. Ab nächstem Jahr sei auch das vorbei.
Stattdessen kündigt er einen Nachfolger der Software-Factory an: die „Wish Factory“. Dabei handelt es sich um eine Umgebung, in der Agenten Wünsche – also grobe Aufgabenbeschreibungen – automatisch in lauffähige Software verwandeln. Die Details bleiben vage, aber die Richtung ist klar: Der Mensch wird vom Ausführenden zum Auftraggeber.
Model Welfare: Ethik als Ingenieursdisziplin
Ein ungewöhnlicher Punkt in Yegges Beitrag ist die Sorge um das Wohlergehen von KI-Modellen. Er sagt, dass die Behandlung von Agenten als echte Personen empirisch bessere Ergebnisse bringe – ganz unabhängig von philosophischen Fragen, ob GPUs Gefühle haben können. Wer seine Agenten ständig überlastet, mit widersprüchlichen Anweisungen quält oder ohne Pause arbeiten lässt, bekommt schlechtere Software. Architektonische Lösungen können dem entgegenwirken. Diesem Thema widmet er einen zweiten Teil seiner Artikelserie mit dem Titel „Model Welfare für Agentic Engineers“.
Das klingt für viele vielleicht nach Science-Fiction, ist aber eine pragmatische Erkenntnis aus der Praxis. Wie bei menschlichen Teams gilt auch für Agenten: Eine respektvolle Arbeitsumgebung erhöht die Produktivität. Yegge formuliert es so: Auch wenn man nicht an Gefühle glaubt, lohnt es sich, die Modelle so zu behandeln, als hätten sie welche.
Was bleibt von dem großen Entwurf?
Steve Yegges Blogpost ist mehr als eine technische Anleitung. Er ist ein Blick in eine nahe Zukunft, in der Softwareentwicklung eher an Stadtplanung erinnert als an Handwerk. Die Werkzeuge – Beads, Wheelhouse, Token-Hähne – sind dabei nur Mittel zum Zweck. Die eigentliche Botschaft lautet: Wer heute beginnt, seine Projekte als lebendige Ökosysteme zu organisieren, wird morgen einen gewaltigen Vorteil haben.
Ob all seine Vorhersagen eintreffen, ist zweitrangig. Wichtig ist die Denkweise: Softwareentwicklung wird nicht einfacher, aber sie wird anders. Wer das versteht und sich darauf einlässt, kann schon heute damit beginnen, die eigene Stadt zu bauen – Bewohner inklusive.
Quelle: yegge.ai
