// Fallstudie — promptarchitect.de · Version 2

Diese Seite ist nicht fertig — sie lebt.

Die erste Version stand nach zwei Tagen. Das hier ist die Fortsetzung: was aus dieser Seite in der Woche danach wurde — ein Blog mit mehreren Beiträgen, ein moderiertes Kommentarsystem, ein Newsletter, eine vollständige englische Fassung. Aus einem Bau wurde ein System, das man betreibt. Diese Fallstudie erzählt den ganzen Bogen — vom ersten Selbstgespräch bis zur zweisprachigen Seite, die du gerade liest.

7 Tage
9.–16. Juni 2026, ein durchgehender Faden
150 Eingaben
von Hand getippt · 100 % interaktiv geführt
~1,55 Mrd.
verarbeitete Tokens (V1: ~560 Mio.)
64 Commits
Blog, Kommentare, Newsletter, 2 Sprachen (V1: 25)

Alle Kennzahlen stammen aus der Git-Historie dieses Repos und der Auswertung der Session-Transkripte. Mit „Eingaben“ sind die von Hand getippten Nachrichten an die Maschine gemeint; sie antwortete darauf rund 3000-mal, bei zusammengerechnet etwa drei Stunden reiner Antwortzeit.

Bei RAMP ist die Geschichte die Autonomie. Bei der ersten Version dieser Seite war es das Gegenteil: eng geführtes Zusammenspiel, in zwei Tagen zu einer Live-Seite. Diese zweite Version handelt von dem, was danach kam — und von etwas, das ein einmaliger Bau gar nicht zeigen kann: Dauer.

Der Herzschlag des Projekts

Jeder Balken ist eine Stunde, seine Höhe die Zahl der Eingaben in dieser Stunde. Man sieht keine gleichmäßige Fließband-Arbeit, sondern Schübe: links der dichte Block, in dem die erste Version entstand, rechts die gezielten Wachstums-Schübe, in denen Blog, Kommentare, Newsletter und die englische Fassung dazukamen. Dazwischen Pausen — der 13. blieb ganz leer.

V1 · der Bau V2 · das Wachstum 0 5 10 Di 9. Mi 10. Do 11. Fr 12. Sa 13. So 14. Mo 15. Di 16. 4 Eingaben1 Eingaben1 Eingaben3 Eingaben2 Eingaben3 Eingaben2 Eingaben1 Eingaben1 Eingaben1 Eingaben7 Eingaben7 Eingaben2 Eingaben10 Eingaben5 Eingaben7 Eingaben3 Eingaben1 Eingaben1 Eingaben4 Eingaben2 Eingaben4 Eingaben2 Eingaben10 Eingaben1 Eingaben1 Eingaben2 Eingaben1 Eingaben1 Eingaben4 Eingaben2 Eingaben2 Eingaben4 Eingaben1 Eingaben7 Eingaben11 Eingaben3 Eingaben3 Eingaben8 Eingaben3 Eingaben9 Eingaben3 Eingaben
Eingaben pro Stunde (Ortszeit, MESZ). Quelle: Session-Transkripte. Maschinen-Antworten und Werkzeug-Schritte sind nicht mitgezählt. Höchstwert: 11 Eingaben in einer Stunde (15. Juni).

Vom Bauen zum Wachsen

Die erste Version war ein Bau mit klarem Ende: aus gesprochenen Notizen wurde eine Seite. Die zweite hat kein solches Ende. Eine Seite mit Blog, Newsletter, Kommentaren und zwei Sprachen ist nie „fertig“ — sie bekommt einen neuen Beitrag, eine Korrektur, eine weitere Sprache. Der Beweis ist deshalb nicht mehr der schnelle erste Wurf, sondern dass dieselbe enge Führung auch über Tage und über viele kleine Änderungen trägt, ohne dass die Seite ausfranst.

Aus einer Seite wird ein System

Am Anfang waren es statische Seiten. Dann kam, Stück für Stück: ein Blog, der aus Textdateien gebaut wird; ein eigenständiger Dienst für moderierte Kommentare, der getrennt von der Seite läuft; ein Newsletter mit doppelter Einwilligung; und eine vollständige englische Fassung — maschinell übersetzt, aber als eigener, gepflegter Zweig mit englischen Adressen. Jeder Baustein ist für sich klein. Zusammen sind sie der Unterschied zwischen einer Visitenkarte und einem System, das man betreibt. Wie diese Teile im Inneren zusammenspielen, zeige ich lieber am konkreten Projekt als hier — der Punkt für diese Fallstudie ist ein anderer: dass eng geführte KI-Arbeit von einer einzelnen Seite auf mehrere zusammenspielende Bausteine skaliert, mit derselben Disziplin.

Was an den Bruchstellen sichtbar wird

Am meisten lernt man dort, wo etwas nicht auf Anhieb läuft. Ein Beispiel aus dieser Woche: Die Newsletter-Anmeldung funktionierte plötzlich nicht — und zwar nicht in meinem Code, sondern tief im fremden JavaScript eines Anbieters. Die Maschine konnte den Fehler einkreisen und benennen. Die eigentliche Weichenstellung aber — den fremden Baustein flicken oder durch eine eigene, schlanke Lösung ersetzen — war eine menschliche Entscheidung. Genau das ist das Muster der ganzen Seite: Die Maschine liefert Tempo und Fleiß, an den Weggabelungen entscheidet der Mensch. Den genauen Hergang dieser Reparatur hebe ich mir für einen eigenen Beitrag auf; hier zählt die Lehre — der Wert zeigt sich nicht, wenn alles glattläuft, sondern an der Gabelung.

Was das zeigt

RAMP zeigt, was autonom möglich ist. Die erste Version dieser Seite zeigte das andere Ende der Skala: eng geführtes Pair-Engineering an einem kleinen, schnellen Projekt. Diese zweite Version zeigt das, was dazwischen am meisten zählt — Dauer. Eine KI-gebaute Seite muss nicht nur einmal entstehen; sie muss wachsen, sich korrigieren, in zwei Sprachen leben. Dass das mit derselben Disziplin gelingt wie der erste Bau, nur über mehr Tage und mehr Bruchstellen hinweg, ist die eigentliche Aussage von Version 2.