02 · Dein Eingriff
Behalte Texte, Farben und Desktopansicht. Auf 390 Pixeln soll Mara zuerst das Vorhaben verstehen und erst danach die Hauptaktion erreichen. Verhindere seitlichen Überlauf.Weiterbauen mit KI →
Buchbegleitung · ausführbares Werkstattprojekt
Mara schreibt. Lea antwortet. Du wechselst die Perspektive und erlebst, was eine Plattform verbindet. Danach baust du mit deinem KI-Agenten daran weiter.
Die Demo braucht weder Konto noch Installation. Der Starter führt danach ins lokale Projekt; echte Anmeldung, Datenbank und Cloud folgen im Buch.
Starte als Mara einen Entwurf. Wechsle dann zu Lea – bevor du ihn einreichst.
Ein Klick genügt. Danach gibt es einen Entwurf, aber noch keine Einreichung.
Nur in dieser Simulation: Lass einen fremden Blick zu und beobachte den Unterschied. Der Download bleibt unverändert.
Starte einen Entwurf, wechsle zu Tobias und setze hier die Leseregel aus.
Diese Demo veranschaulicht eine Regel im Browser. Echte Berechtigungen müssen serverseitig und gegebenenfalls in der Datenbank geprüft werden. In Kapitel 12 entfernst du eine Bedingung im lokalen Testprojekt und siehst den passenden Test scheitern.
Browser-Simulation · erfundene Daten · keine Anmeldung. Nichts wird gespeichert oder versendet.
Kapitel 2 + 11 · der ganze Kernweg
Fünf echte Browseraufnahmen aus der lokalen Werkbank. Keine Animation, kein nachgebautes Terminal: Du bestimmst das Tempo.

Mara wählen, Entwurf starten. Der Text ist da, aber noch keine Nachricht an Lea. Schreiben und Einreichen sind zwei verschiedene Handlungen.
Aufgenommen am 7. September 2026 im In-App-Browser, 1280 × 960 Pixel. Synthetische Konten, Serverzustand im Arbeitsspeicher; keine echte Anmeldung oder dauerhafte Datenbank. Die Bildfolge ist keine Videoaufnahme.
Kapitel 2 · eine begrenzte UI-Runde
Echte Browseraufnahmen aus Vorhabenraum. Der Ausgangsfehler ist absichtlich eingebaut, nicht als Fehlleistung eines bestimmten Agenten behauptet.
Die Aktion drängt sich vor das Vorhaben. Mara soll entscheiden, bevor sie den Kontext kennt.

Behalte Texte, Farben und Desktopansicht. Auf 390 Pixeln soll Mara zuerst das Vorhaben verstehen und erst danach die Hauptaktion erreichen. Verhindere seitlichen Überlauf.Weiterbauen mit KI →
Kontext kommt vor der Aktion. Der lange Titel bleibt lesbar. Die breite Ansicht bleibt die Gegenprobe.

Drei Beispielkorrekturen für die nächste Runde. Keine behaupteten Gesprächsmitschnitte.
Neue Farben, neue Karten, derselbe Stolperstein.
Die neue Gestaltung war nicht beauftragt. Behalte das vorhandene Design. Korrigiere nur Reihenfolge und Titelumbruch auf Mobile; zeige mir denselben Inhalt vorher und nachher.
Ein Test scheitert. Der Agent möchte die Erwartung ändern.
Die Privatheitsregel bleibt bestehen. Reproduziere den Fehler und korrigiere die Implementierung. Der Test muss vorher am fremden Zugriff scheitern und danach denselben Zugriff abweisen.
Die Oberfläche spricht die falsche Person an.
Prüfe den Text aus Sicht der Person, der der Nachweis gehört. Ändere nur die falsche Perspektive. Layout, Rollen und Freigaberegeln bleiben bestehen.
Der erste Erfolg
Lade den festen Ausgangsstand herunter und öffne ihn lokal. Ab hier kann dein Coding-Agent die tatsächlichen Projektdateien lesen und ändern.
Öffne den Ordner vorhabenraum in einem Terminal. Das unveränderte ZIP bleibt dein Rückkehrpunkt.
Installiere die Abhängigkeiten und starte den Entwicklungsserver.
Öffne die Werkstatt und spiele Entwurf, Einreichung, Entscheidung und ausgeschlossenen Fremdzugriff durch.
Gib deinem Agenten docs/quickstart-agent-task.md. Vergleiche Mobile und Desktop; lass ihn danach Lint und Build ausführen. Die sieben Produktregeltests bleiben für spätere Änderungen dabei.
npm install
npm run dev
npm test
npm run lint
npm run buildhttp://localhost:3000/workbenchDer rote Faden
Die ersten drei Zustände liegen im Download. Der Pilot entsteht bewusst in deiner eigenen isolierten Entwicklungsumgebung.
Die veröffentlichte Vorhabenansicht läuft lokal und der Agent beschreibt zunächst nur den sichtbaren Nutzerweg.
Beleg: Seite lädt, Projektregeln sind gelesen, noch keine Datei wurde verändert.
/Ein reproduzierbarer mobiler Stolperstein wird mit npm run workshop:start hergestellt, begrenzt korrigiert und mit npm run workshop:refined wiederhergestellt.
Beleg: Vorher/Nachher-Screenshots, Diff, Lint und Produktionsbuild.
/Entwurf, Einreichung, Entscheidung und ausgeschlossener Fremdzugriff lassen sich mit drei synthetischen Konten durchspielen.
Beleg: Sieben Produktregeltests und ein sichtbares Ereignisprotokoll.
/workbenchAuthentifizierung, persistente Daten, Preview, Beobachtbarkeit und Freigabe werden im eigenen Entwicklungsprojekt ergänzt.
Beleg: Eigene Preview-URL, Rollen-Gegenproben, Deployment- und Reparaturnachweis.
Werkzeugwahl
Die Matrix ist eine datierte Arbeitsteilung, keine ewige Modellrangliste. Ein Agent reicht aus; ein zweiter Blick erhöht die Unabhängigkeit der Gegenprüfung.
Repository lesen, Änderungen planen, einen vertikalen Schnitt umsetzen und einen frischen Gegencheck durchführen.
Plan, begrenzter Diff, Tests und Build
Grenze: Äußere Wirkung wie Deployment, Migration oder Nachricht bleibt freigabepflichtig.
Oberflächen visuell und atomar verfeinern; besonders hilfreich mit Screenshot und dem enthaltenen Frontend-Design-Skill.
Gleicher Zustand bei 390 und 1440 Pixeln, Tastaturweg und Diff
Grenze: Design-Tokens, Produktregeln und Berechtigungen sind Vorgaben, keine Gestaltungsmasse.
Den echten Nutzerweg, responsive Zustände, Konsole, Netzwerk und Überlauf prüfen.
Browserweg, Screenshots und fehlerfreie Konsole
Grenze: Ein schöner Screenshot ersetzt weder Berechtigungs- noch Produktregeltests.
Einen bekannten Ausgangspunkt sichern, Änderungen verstehen und fehlgeschlagene Runden verlustfrei verwerfen.
Sauberer Status, lesbarer Diff und benannter Werkstattstand
Grenze: Keine fremden oder ungesicherten Änderungen still überschreiben.
Im eigenen Pilotprojekt Authentifizierung, PostgreSQL, Migrationen und Row-Level Security ergänzen.
Migrationen und positive wie negative Rollenprüfungen
Grenze: Nur isolierte Entwicklungsdaten; keine produktiven Konten oder Schlüssel in Agentenaufträge kopieren.
Eine private Preview für den abgegrenzten Pilot bereitstellen und Buildfehler sichtbar machen.
Preview-URL, Buildprotokoll und getesteter Rückweg
Grenze: Preview ist keine Produktionsfreigabe. Umgebungsvariablen bleiben getrennt.
Den optionalen Bezahlzugang mit Testprodukten, Webhooks und nachvollziehbaren Zuständen erproben.
Signierter Test-Webhook, Wiederholungstest und sichtbarer Zugangsstatus
Grenze: Keine Live-Schlüssel und keine echte Abbuchung im Buchdurchlauf.
Fehler im Pilot beobachten, reproduzieren und mit einer freigegebenen Reparatur verbinden.
Reproduzierbares Ereignis, zugeordneter Fix und kontrollierter Release
Grenze: Datensparsame Entwicklungsumgebung; sensible Nutzlasten vor der Übertragung filtern.
Bleib beim selben Werkzeug und starte die Gegenprüfung in einem frischen Kontext. Wichtig ist die unabhängige Frage, nicht ein zweites Logo.
Nutze die erprobte Arbeitsteilung: Claude Code für atomare visuelle Iteration, Codex für strukturiertes Arbeiten im Repository und Gegenchecks. Entscheidend bleibt das beobachtbare Ergebnis.
Nachvollziehbar
Buch, Download und Werkstattstand nennen dieselbe Version. Die Checksumme zeigt, ob das Archiv unverändert angekommen ist; die enthaltene START-HERE-Datei führt auch ohne diese Website weiter.
Starter: Version 0.3.1 vom 8. September 2026, mit erweitertem Einstieg und isolierten Fehlerübungen. Die Werkzeugmatrix nennt ihren eigenen Prüfstand.