kaminrun.de ist selbst ein Werkstück, und zwar das, auf dem du gerade stehst. Ein Agent hat sie in einem Team-Chat gebaut, Menschen haben entschieden und jeden Schritt freigegeben.
Ausgangslage
kaminrun.de sollte neu entstehen. In der Teamrunde am 24. September 2026 wurde dazu ein Anspruch formuliert: Die neue Seite soll selbst der erste Beleg für agentisches Arbeiten sein. Das Team spricht in einem Chat mit einem Agenten, der Agent baut die Seite. Ziel war ein Go-live bis Mitte November 2026. Ob das so funktioniert, war offen und durfte scheitern.
Vorgehen
- Ein Repository als gemeinsame Quelle. Alles Rohmaterial kam an einen Ort: das Transkript der Teamrunde, ein Chat zur Positionierung, zwei Architektur-Skizzen und ein Design-Export. Der Agent hat daraus ein internes Wiki mit Quellenangaben gemacht. Gebaut wird nur ein eigener Ordner mit den Seitentexten, das Wiki erreicht die Website nie.
- Erst die Fragen, dann die Texte. Widersprüche im Material hat der Agent nicht selbst aufgelöst, sondern als nummerierte Entscheidungsfragen mit Vorschlag vorgelegt. Offene Fragen stehen in der Vorschau sichtbar am Text und werden in Besprechungen entschieden.
- Jede Seite hat einen Status. Leer, Entwurf, freigegeben oder gesperrt. Live geht nur, was ein Mensch freigegeben hat. Ohne freigegebenes Impressum und Datenschutz bricht der Bau ab.
- Jede Änderung als Pull Request. Der Agent arbeitet auf einem eigenen Zweig und stellt jede Änderung zur Prüfung. Ein Mensch merged. Gemergte Änderungen landen automatisch in einer geschützten Vorschau, die Produktion bleibt gesperrt.
- Schlanke Technik. Ein kleiner Generator erzeugt statisches HTML und CSS, ohne Datenbank und ohne fremde Schriften. Ausgeliefert wird über Cloudflare. Die laufende Seite ist im Einrichtungsskript hart gesperrt, bis ein Mensch sie freigibt.
- Aus Fehlern werden Regeln. Was im Ablauf schiefging, steht als Regel im Repo, das jeder Agent zuerst liest. Zum Beispiel: Jeder Pull Request geht gegen den Vorschau-Zweig, nie direkt in die Produktion.
Am ersten Tag stand am Nachmittag eine baubare Vorschau, am Abend lief sie automatisch unter einer eigenen Adresse. Danach folgten Texte, Unterseiten und Feinschliff, jeweils als Pull Request.
Wer was entschieden hat
Die Menschen entscheiden und mergen:
- Positionierung, Zielgruppe und was nach außen darf
- Design-Richtung, Farben und Schriften
- Hosting bei Cloudflare
- Freigabe der Produktnamen
- jeden Pull Request mergen, jede Seite freigeben
- Zugänge einrichten und den Go-live auslösen
Der Agent baut:
- Rohmaterial ins Wiki, offene Fragen mit Vorschlag
- das Design-System schreiben, Kontraste nachrechnen, umsetzen
- Generator, Tests, Deploy und Einrichtung
- Seitengerüst und Textentwürfe, immer als Entwurf
- jede Änderung als Pull Request
- Regeln und Ablauf dokumentieren
Geplant war zunächst, dass der Agent selbst entscheidet, wann veröffentlicht wird. Umgesetzt ist das Gegenteil: Ob eine Seite freigegeben wird, entscheiden Menschen. Den Go-live löst der Agent nie aus. Wo ihm ein Zugang fehlte, etwa für Schriftdateien, den Design-Export oder die Workflow-Datei für den Deploy, hat ein Mensch den Schritt übernommen.
Ergebnis
Die Vorschau lief ab dem 24. September, ab dem 25. hinter einem Login. Live gegangen ist die Seite am 9. Oktober 2026, gut zwei Wochen nach der Teamrunde. Bis dahin hat der Agent rund 60 Pull Requests gestellt, gemergt hat jeden ein Mensch. Der Ablauf ist als wiederholbares Verfahren dokumentiert, mit Phasen, einem Fragenkatalog für den Start und den Regeln aus dem Bau.