Die FIFA WM 2026 ist die grösste, die es je gab: erstmals 48 Teams, ein neuer Modus, 104 Spiele über drei Länder. Und ich wollte eigentlich nur eines – auf einen Blick sehen, welches Spiel gerade läuft. Ohne App-Store, ohne Abo, ohne Schnickschnack. Also haben wir die App kurzerhand selbst gebaut. In einem einzigen Prompt.
Die Idee: eine WM, die in die Hosentasche passt
Der Auslöser war banal. Ich wollte unterwegs schnell wissen, was heute läuft: welche Spiele schon gespielt sind, welches gerade angepfiffen wird und was noch kommt. Dazu die Basics – Gruppen, Tabellen, der Weg durchs Turnier. Apps dafür gibt es zuhauf, aber alle wollen Download, Login und deine Aufmerksamkeit für zehn andere Dinge.
Ich wollte etwas Schlankes: eine einzige Seite, die offline läuft, sofort lädt und genau das zeigt, was zählt. Mobil zuerst, denn so ein Ding gehört in die Hosentasche. Kein Build-Prozess, kein Framework-Zoo – einfach index.html öffnen und los.
Der Prompt: was wir genau verlangt haben
Den Original-Prompt haben wir nicht gespeichert – also rekonstruieren wir ihn ehrlich aus dem Gedächtnis. Der Prompt war sinngemäss etwa so:
Bau mir eine mobil-optimierte, eigenständige Single-Page-App für die FIFA WM 2026 – ohne Build-Schritt, läuft offline, einfach index.html öffnen. Ich will auf einen Blick sehen, welche Spiele heute laufen (vergangene, aktuelle, kommende) mit Anstosszeiten in Zentraleuropäischer Zeit. Dazu alle relevanten WM-Infos: Gruppen & Tabellen, Spielplan mit Resultaten, K.o.-Baum, Torschützenliste, Titel-Quoten, Stadien/Städte und TV. Dunkles, modernes Design, schnelle Filter, «meiner Mannschaft folgen». Strukturiere die Daten in einfachen JS-Dateien, damit ich die Daten nach jeder Runde leicht aktualisieren kann.
Eine klare Anforderung – und ein entscheidendes Detail: Die Daten sollten in einfachen JS-Dateien liegen. Genau das macht das Aktualisieren später so leicht.
Ein Prompt, 17 Dateien: der Oneshot
Diesen Prompt haben wir an Claude Fable 5 geschickt – ein Claude-Modell, auf das wir damals nur kurz Zugriff hatten. Was zurückkam, war kein Gerüst und kein «hier ist ein Anfang»: Es war eine lauffähige App. Rund 5'000 Zeilen Code, verteilt auf 17 Dateien, in einem einzigen Durchlauf.
Diese erste Version (v0.1) war ein richtiger Master-Report: Spielplan, Gruppen, Tabellen, Spielerprofile mit Marktwerten, Stadien und Städte, TV-Programm, Quoten und ein paar Datenvisualisierungen. Sensationell war nicht die Menge Code, sondern dass alles zusammenspielte – ein fertiges Produkt aus einem Prompt, nicht ein halber Prototyp zum Nachbessern.
Vom Report zum Live-Match-Center
Aus v0.1 wurde über mehrere Iterationen etwas Fokussierteres. Wir sind einen manuell ausgelösten Update-Plan gefahren: Runde für Runde nachgeschärft, bis aus dem statischen Report ein resultatgetriebenes Match-Center wurde – heute live auf Vercel. wm.martilotti.com
Der Unterschied steckt in der Logik. Statt fixe Tabellen anzuzeigen, rechnet die App heute selbst:
- automatisch berechnete Gruppentabellen aus den Resultaten
- ein echter Round-of-32-Baum (die WM 2026 hat wegen der 48 Teams erstmals eine Runde der letzten 32)
- eine Torschützenliste fürs Rennen um den Golden Boot
- Anstosszeiten in Wiener Zeit und einen «meiner Mannschaft folgen»-Filter
Standings, K.o.-Baum und Qualifikationsmarker sind keine Handarbeit mehr – sie ergeben sich automatisch aus den eingetragenen Resultaten.
Jetzt hält es sich selbst aktuell
Den letzten Schritt macht das Tool inzwischen selbst. Eine geplante Recherche-Routine zieht nach jeder Runde die Resultate und schreibt sie in die Datendateien. Aktuell mit Sonnet-4.7, weil Fable-5 schlicht zu viele Tokens verbraucht. Den Rest erledigt die App: Tabellen, Baum und Qualifikationsmarker rechnen sich automatisch neu.
So ist aus einem Wochenend-Projekt ein wartungsarmes Produkt geworden. Die saubere Trennung – Daten in einfachen Dateien, Logik im Frontend – war genau dafür gedacht. Was im Prompt als Komfort begann, ist heute die Grundlage der Selbst-Aktualisierung.
Lokal schlägt Cloud: eine ehrliche Anekdote
Ein ehrliches Detail aus dem Bau: Anfangs wollte Ich einen Claude-Cloud-Agent einen Build-Schritt übernehmen lassen – und es scheiterte an Git-Problemen. Der lokale Claude Code erledigte genau denselben Schritt zuverlässig und fehlerfrei.
Der eigentliche Beweis: es hat Nutzer
Und dann ist mir das Tool entwischt. Ich habe es in einem Kundengespräch nur beiläufig erwähnt – und kurz darauf nutzten es ein Kunde und seine Kollegen täglich, um die WM zu verfolgen.
Das ist die Pointe. Der eigentliche Beweis ist nicht der Code und nicht die 5'000 Zeilen aus einem Prompt. Der Beweis ist, dass Menschen ein Tool freiwillig benutzen, das in kürzester Zeit entstanden ist.
Hast du eine Idee, die genauso schnell echt werden soll? Schreib uns kurz – wir bauen sie gerne. 🚀
