Dark Factories und der Aufstieg des Trycycle: Wenn KI Software am Fließband baut

Eine neue Klasse von Werkzeugen verändert gerade still und leise, wie Software entsteht: Dark Factories. Das sind keine Editoren, keine Copilot-Erweiterungen und auch keine Chat-Fenster – sondern Maschinen, die aus einer Spezifikation eigenständig lauffähigen, getesteten Code produzieren. Man füttert sie mit einem Problem, sie laufen über Stunden, und am Morgen liegt das Feature im Repository.

Dan Shapiro hat in seinem Blog drei der derzeit interessantesten Ansätze nebeneinandergestellt – und mit Trycycle gleich noch eine eigene, radikal einfache Variante geliefert.

Die Erkenntnis hinter den Fabriken

Im Kern aller Dark Factories steckt ein simpler Befund: KI wird besser, wenn man mehr davon macht. Mehr Versuche, mehr parallele Modelle, mehr Iterationen. Was sich nach Verschwendung anhört, liefert messbar bessere Ergebnisse als jeder einzelne Modell-Aufruf.

Zwei Muster haben sich dafür durchgesetzt:

• Slot Machine Development – statt eine KI zu fragen, fragst du drei gleichzeitig und wählst die beste Antwort.
• Trycycle – ein Loop, der so lange iteriert, bis das Ergebnis stimmt: Plan schreiben, Plan prüfen, Code schreiben, Code prüfen, von vorne beginnen, falls nötig.

Beide Muster lassen sich kombinieren. Und beide haben sich als überraschend unaufhaltsam erwiesen: Mit genug Zeit und Tokens lässt sich nahezu jedes Problem von einer Trycycle erschlagen.

Drei Fabriken, drei Philosophien

Gastown: Mad Max für Code

Gastown von Steve Yegge ist die theatralischste Variante. Mit Bürgermeistern, Konvois und „Polecats", die in der Wüste deiner CPU um Guzzoline kämpfen, ist Gastown zu einem MMORPG fürs Programmieren mutiert. Es ist ein bewusst chaotisches, communitygetriebenes Experiment – wer mitmachen will, wird Teil einer wachsenden Bewegung von Entwicklern, die gemeinsam Tokens verbrennen.

StrongDM Attractor: Factorio für Engineers

Justin Massa und sein Team bei StrongDM haben einen anderen Weg gewählt. Sie haben beobachtet, dass moderne Modelle irgendwann letztes Jahr eine unsichtbare Schwelle überschritten haben: Vorher haben sie pro Iteration neun Bugs gefixt und zehn neue eingebaut. Inzwischen werden sie mit jedem Zyklus tatsächlich besser.

Statt eine fertige Fabrik auszuliefern, hat StrongDM nur die Spezifikation des Attractors veröffentlicht. Jeder kann sich seine eigene Variante bauen – flexibel, konfigurierbar, mächtig. Wer eine fertige Implementierung in Go bevorzugt, greift zu Kilroy: ein vollständig lauffähiger Attractor inklusive Tests, Beispieldateien und Konfigurationen, an dem Shapiro und einige Mitstreiter rund einen Monat gefeilt haben.

Trycycle: Die Fabrik in fünf Minuten

Bei aller Mächtigkeit: Kilroy zu konfigurieren ist Arbeit. Genau das war Shapiros Anlass für die einfachste denkbare Variante – Trycycle. Kein Framework, keine Dotfiles, keine Runfiles. Trycycle ist schlicht ein Skill für Claude Code und Codex CLI.

Der Algorithmus passt auf eine Postkarte:

1. Definiere das Problem.
2. Schreibe einen Plan.
3. Ist der Plan perfekt? Wenn nicht, versuche es erneut.
4. Implementiere den Plan.
5. Ist die Implementierung perfekt? Wenn nicht, versuche es erneut.

Mehr ist es nicht. Unter der Haube greift Trycycle auf Jesse Vincents Superpowers für das Schreiben und Ausführen von Plänen zurück. Zur Nutzung kopiert man eine einzige Zeile in seinen Coding-Agenten – den Verweis auf die README im Repo – und kann anschließend einfach sagen: „Use Trycycle to do the thing."

Warum das so gut funktioniert

Das Verblüffende: Trycycle ist erst wenige Tage alt, und Shapiro berichtet bereits von einem Dutzend ausgelieferter Features. Während eines Abendessens hat das Tool das Spiel Rogue nach WASM portiert. In einer Nacht hat es 7 Stunden 56 Minuten lang sechs Features für ein anderes Projekt fertiggestellt.

Der Trick liegt nicht in raffinierter Architektur, sondern in drei pragmatischen Eigenschaften:

• Kein Setup. Weil Trycycle nur ein Skill ist, gibt es keine Konfiguration und keine Lernkurve. Wer den Agenten bedienen kann, kann auch Trycycle bedienen.
• Volle Transparenz. Wer verstehen will, was passiert, fragt einfach nach. Wer eingreifen will, redet dem Agenten ins Gewissen.
• Skalierung über Zeit, nicht über Komplexität. Die Fabrik wird nicht durch ausgefeilte Logik mächtiger, sondern dadurch, dass man sie länger laufen lässt.

Welche Fabrik passt zu wem?

Shapiros Empfehlung lässt sich gut zusammenfassen:

• Gastown – wenn man Teil einer Community werden möchte, die gemeinsam Tokens verbrennt und gemeinsam Software baut.
• Kilroy – wenn man eine konfigurierbare, langfristig laufende Engine braucht, die Projekte rund um die Uhr vorantreibt.
• Trycycle – wenn man einfach jetzt sofort Dinge erledigt haben will, ohne lange Setup-Zeiten.

Die ehrliche Antwort: Man kann mit Trycycle starten, während man die Dokumentation der anderen beiden liest. Die Eintrittsbarriere ist so niedrig, dass es schlicht keinen Grund gibt, es nicht auszuprobieren.

Was das für Entwickler bedeutet

Dark Factories sind die logische Fortsetzung dessen, was wir in den letzten Monaten unter dem Schlagwort Vibe Coding gesehen haben – nur konsequenter. Statt einen Agenten kurz nach Code zu fragen und das Ergebnis zu reviewen, lässt man eine Maschine selbstständig planen, implementieren und prüfen. Der Mensch definiert das Problem und das Akzeptanzkriterium. Die Fabrik macht den Rest – auch über Nacht, auch parallel, auch in Loops.

Wer das einmal erlebt hat, denkt anders über sein Backlog nach. Tickets werden zu Spezifikationen. Spezifikationen werden zu Inputs. Und am Morgen liegt der nächste Feature-Branch im Repository – fertig zum Review.

Trycycle ist dafür der perfekte Einstieg: fünf Minuten Setup, keine Lernkurve, sofort produktiv. Und wenn die Anforderungen wachsen, stehen Kilroy und Gastown bereit.