ai newsDo., 15. Okt.
EilmeldungMeta and Apple team up to make Muse AI models run better on Macs

Claude Code lief fast 20 Stunden am Stück durch

Ein Entwickler hat Claude Code mit einer Spezifikation und festen Regeln nearly 20 Stunden ununterbrochen an einem eigenen Lagos-Life-Sim arbeiten lassen. Das Setup zeigt, wie weit sich das Coding-Tool über lange Sitzungen treiben lässt.

dev.toFreitag 20:25 · 09.10.DE3 Min. Lesezeit
Bild: dev.to

Sagt mir mal jemand: Wo ist bei Claude Code das Limit?

Lagos Life ist am 1. Oktober regelrecht explodiert. Alle in Nigeria haben es gespielt.

Ich habe mich gefragt: Könnte eine einzelne Person zusammen mit einer KI ein eigenes Lagos-Life-Sim von Grund auf bauen, und das schnell?

Also habe ich am 5. Oktober um 20:45 Uhr Claude Code eine Spezifikation und einen Satz Regeln gegeben und es einfach laufen lassen.

Ich ging ins Bett. Ich wachte auf. Es lief noch immer.

Beim Frühstück habe ich nachgesehen. Immer noch. Beim Mittagessen noch einmal nachgesehen. IMMER NOCH.

19 Stunden und 53 Minuten. Ohne Pause. Ich konnte ehrlich nicht glauben, was ich da sah. 🤯

Am Nachmittag des nächsten Tages gab es ein spielbares Multiplayer-Spiel: 3D-Charaktererstellung, Apartments, Jobs, eine Stadtkarte von Agege, eine Wirtschaft, Direktnachrichten und Hausbesuche.

Vier Tage später ist es live: 211 Commits, rund 169.000 Zeilen Code, 186 Testdateien.

Spielt beide. Und sagt mir danach, KI könne keine Spiele bauen. 😏

Aber wie bringt man einen KI-Agenten dazu, 20 Stunden durchzuarbeiten, ohne abzudriften, Fortschritt vorzutäuschen oder um 3 Uhr morgens mit einer Frage stehen zu bleiben? Kein magischer Prompt. Vier unspektakuläre Dinge.

Alles steht in einer BUILD_PROGRESS.md: eine nummerierte Liste jedes Elements des Builds, jeweils mit eigenem Abhakpunkt.

- ⬜ 1.8 Schichten für alle 5 Karrieren: einstündige Schicht, einmal pro Tag, Arbeitsmodi, 4 Aufgaben, vorzeitiges Gehen mit Teilzahlung, Ergebnisdialog, Beförderungsregel. Check: Regeltests plus e2e mit simulierter Uhr. Jede Iteration macht dasselbe: die Datei lesen, das erste ⬜-Element nehmen, es komplett von Anfang bis Ende bauen, verifizieren, auf ✅ setzen und eine Logzeile anhängen. Das ist alles.

Der Agent muss sich nie merken, was er vor drei Stunden getan hat. Die Datei erinnert sich. Ein langer Lauf ist einfach dieselbe kleine Schleife, 36 Mal wiederholt.

Auch die Regeln sind schriftlich festgehalten: keine Platzhaltergrafiken, kein Layout-Wechsel zwischen Zuständen, ein einziges Designsystem, jeder Naira durch eine Doppik-Buchhaltung. Was nicht aufgeschrieben ist, sollte man nicht erwarten.

Was lange Läufe killt, ist der Agent, der eine Frage stellt, während man schläft. Dafür gibt es eine einzige Regel:

Wenn er an etwas hängt, das nur der Besitzer erledigen kann, schreibt er es unter Blocked mit der genauen Anfrage und springt zum nächsten Element, das nicht davon abhängt.

Während des Laufs brauchte der komplette Lasttest ein Staging-Deployment, das nur ich machen konnte. Er hat die Anfrage aufgeschrieben und weitergebaut. Ich habe sie am Morgen gelesen.

Jedes Element bekommt einen Ordner mit einer Zusammenfassung und seinen Screenshots sowie eine Zeile im Log:

2026-10-05 · 0.4 Command pipeline · gleiche ID ×10 → ein Effekt, Last-Balance-Race → genau ein Gewinner, 20-Tab-Race → exakt 10, ≤ 5 Abfragen pro Befehl · Run-Log docs/autopilot-runs/... 78 Ordner später kann ich eine Nacht Arbeit beim Kaffee reviewen, statt 20 Stunden Transkript zu lesen.

Es ist keine Magie. Drei Features, die ich brauchte (Krankheit, Kontolöschung, Admin-Statistiken), standen nie eindeutig auf der Liste und wurden daher nicht gebaut. Sie wurden in der nächsten Session ergänzt, am selben Nachmittag.

Die Schleife baut genau das, was die Liste sagt. Die Liste ist das Produkt.

Ich habe keinen Code mehr geschrieben. Ich habe die Spezifikation, die Regeln und die Definition of Done verfasst, die Produktentscheidungen getroffen und die Nachweise geprüft.

Einige Kommentare sind möglicherweise nur für angemeldete Besucher sichtbar. Melde dich an, um alle Kommentare zu sehen.

Automatisch übersetzt. Das Original auf Englisch ist unten aufklappbar.

Original (Englisch) anzeigen

Someone tell me: where is Claude Code's ceiling?

Lagos Life blew up on Oct 1. Everyone in Nigeria was playing it.

I wondered: could one person and an AI build their own Lagos life-sim from scratch, fast?

So on Oct 5 at 8:45pm I gave Claude Code a spec and a set of rules, and let it go.

I went to bed. I woke up. It was still going.

I checked at breakfast. Still going. I checked at lunch. STILL going.

19 hours and 53 minutes. Non-stop. I honestly couldn't believe what I was looking at. 🤯

By the next afternoon there was a playable multiplayer game: 3D character creator, apartments, jobs, a city map of Agege, an economy, DMs, house visits.

4 days later it's live: 211 commits, ~169k lines of code, 186 test files.

Play both. Then tell me AI can't build games. 😏

So how do you keep an AI agent working for 20 hours without it drifting, faking progress, or stopping to ask you something at 3am? No magic prompt. Four boring things.

Everything lives in BUILD_PROGRESS.md: a numbered list of every item in the build, each with its own check.

- ⬜ 1.8 Shifts for all 5 careers: 1-hour shift, once per day, work modes, 4 tasks, leave early partial pay, result dialog, promotion rule. Check: rules tests + e2e with fake clock. Enter fullscreen mode Exit fullscreen mode Every iteration does the same thing: read the file, take the first ⬜ item, build it end to end, verify it, mark it ✅, append one log line. That's it.

The agent never has to remember what it did three hours ago. The file remembers. A long run is just the same small loop, 36 times.

The rules are written down too: no placeholder art, no layout shift between states, one design system, every naira through a double-entry ledger. If it's not written, don't expect it.

The thing that kills long runs is the agent stopping to ask a question while you're asleep. So there's one rule for that:

If blocked on something only the owner can do, write it under Blocked with the exact ask, skip to the next item that does not depend on it.

During the run, the full load test needed a staging deploy only I could do. It wrote the ask down and kept building. I read it in the morning.

Each item gets a folder with a summary and its screenshots, and one line in the log:

2026-10-05 · 0.4 Command pipeline · same id ×10 → one effect, last-balance race → one wins, 20-tab race → exactly 10, ≤ 5 queries/command · run log docs/autopilot-runs/... Enter fullscreen mode Exit fullscreen mode 78 folders later, I can review a night of work over coffee instead of reading 20 hours of transcript.

It's not magic. Three features I needed (sickness, account deletion, admin numbers) were never clearly on the list, so they weren't built. They were added in the next session, the same afternoon.

The loop builds exactly what the list says. The list is the product.

I stopped writing code. I wrote the spec, the rules and the definition of done, made the product calls, and reviewed the evidence.

Some comments may only be visible to logged-in visitors. Sign in to view all comments.

Originaltitel: Claude Code ran for 19 hours 53 minutes without stopping. Here's the setup that made it possibleQuelle: dev.to (dev.to). Original öffnen