Vom Vibe-Code zur Struktur oder Wer baut, prüft nicht: Skill-Abo #8

• Wer baut, prüft nicht: Ein Chat hat kein Gedächtnis, er hat einen Verlauf. Deshalb sind Planung und Ausführung bei mir getrennt, und dazwischen liegt eine Datei.
• Fünf Stufen seit Dezember 2025, vom Vibe-Code zu Rollen, Handover-Dateien, Reset-Prompt und Wochen-Audit. Mit den Daten, an denen es brach.
• Vier Vorlagen zum Kopieren stehen als Ausklappboxen im Beitrag. Für eine Demo vor dem Kundentermin reichen zwei davon und zwanzig Minuten.

Widmung: Diesen Artikel gibt es damit Sales-MitarbeiterInnen direkt eine Kundendemo bauen können.

Kleiner Rückblick: Am 12. Juni 2026 hat mir ein Claude-Chat ein tolles Arbeitsmodell erklärt, das es nie gab.

Er bestritt, dass die zwei Dateien mit dem Projektstand existieren. Sie lagen im selben Ordner. Nebenbei baute er eine Versionsreihe, die niemand bestellt hatte. Am selben Tag driftete der zweite Chat. Ich habe beide geschlossen und eine Tasse Tee getrunken…

Das war kein Bug, kein Fehler im System. Ein Chat hat kein Gedächtnis, er hat einen Verlauf.

Und den faltet das Werkzeug Claude irgendwann zusammen. Der Satz, der bei mir seitdem alles regelt: Wer baut, prüft nicht.

Die Schleife von der Idee zum Kundenfeedback wird überall kürzer. Vertriebler müssen die Demo heute selbst bauen, vor oder direkt nach dem Kundentermin, statt eine Woche auf Produktmanager, Entwickler und Request-Schreiben zu warten.

Vibe-Code, also Bauen im Chat auf Zuruf, ohne Auftrag und ohne Prüfung, liefert diese Demo in einer Stunde. Und den Drift in der zweiten.

Seit Dezember 2025 bin ich diesen Weg gegangen, vom Vibe-Code zu Rollen, Dateien und Prüfregeln. Kein Ersatz für Entwickler, aber ein Weg, schneller zu werden, ohne alles dem Vibe zu überlassen. Für eine Demo reichen zwei der vier folgenden Dateien und zwanzig Minuten. Alle vier stehen als Vorlagen in den Ausklappboxen. Kopieren, anpassen, fertig.

Es gibt sogar ein Handover-Prompt mit dem man einen neuen Chat starten kann der die Dateien für einen neuen Plan-Chat aufbereitet.

Warum ein langer Claude-Chat driftet

Wenn der Verlauf zu lang wird, fasst das Werkzeug ihn zusammen und arbeitet mit der Zusammenfassung weiter. Ich nenne das Compress. Danach hält der Chat die Zusammenfassung für den Stand.

Den Begriff Kontextfenster habe ich vor kurzem Geschäftsführer Thore Liedtke „wie ein Notizbuch beschrieben. Wenn eine Seite voll ist schreib nur die wichtigsten Stichworte auf eine neue Seite. Den Rest schmeisst Du weg, dafür ist wieder Platz auf der Seite für neue Notizen“.

Drei Symptome sehe ich seitdem immer wieder.

1. Drift: Der Chat erfindet Regeln, die plausibel klingen, und hält sie für vereinbart.
2. Ausufern: Er baut die Nachbar-Seite gleich mit, weil die Datei gerade offen war.
3. Selbstabnahme: Er prüft sein eigenes Werk und findet nichts, weil er die Absicht kennt und nicht das Ergebnis.

Der Fehler saß in meiner Annahme, ein Chat sei ein Zustand. Ist er nicht. Der Zustand gehört in Dateien.

KI-Büroarbeit mit Claude: wer baut, prüft nicht

Seitdem gibt es bei mir zwei Sorten Chats. Der Plan-Chat diagnostiziert, schreibt den Auftrag und prüft das Ergebnis. Der Bau-Chat führt genau diesen Auftrag aus und meldet zurück. Die beiden kennen sich nicht. Sie teilen keinen Verlauf. Sie teilen eine Datei. -Daher die Titelbild-Idee. - Für Texte gilt dasselbe: Ein Text-Chat schreibt Artikel, Angebote und Seiten nach Auftrag.

Diese Datei heißt bei mir Handover: der schriftliche Auftrag, ein Vertrag zwischen zwei Chats, die sich nie treffen. Es enthält Zweck, Weg, Grenzen und Prüfkriterien. Der Bau-Chat darf nichts wissen, was nicht drinsteht. Der Plan-Chat darf nichts glauben, was der Bericht nicht mit Datei und Zeile belegt.

Klingt nach Bürokratie? Es ist das Gegenteil. Du erklärst nichts mehr, was du gestern erklärt hast. Und wenn ein Chat driftet, schließt du ihn und startest einen neuen. Ein Kaltstart ist billiger als jeder Versuch, einen driftenden Chat zu retten.

Das ist Büroarbeit. Ein Handover schreibt jeder, der einen Auftrag an eine Agentur formulieren kann. Es macht dich nicht zum Entwickler. Es macht dich zu einem guten Auftraggeber.

Und ich lese in der Regel diese Handover nicht. Ich lasse mir aber gern Zusammenfassungen als Infografiken aufbereiten wie die drei Grafiken in diesem Artikel. Wenn die Grafik stimmt, dann passt auch der Rest ODER es fällt nach dem Code-Chat auf und dann gibt es einen Patch.

Vom Vibe-Code zur Struktur: fünf Stufen seit Dezember 2025

Stufe 0, Dezember 2025: alles in einem Chat. Skills, Ideen, Bauen, Prüfen, in einem Fenster. Es war schnell, bis der Verlauf zu lang wurde. Was blieb: die Erkenntnis, dass ein Chat keinen Zustand hat.

Stufe 1, Frühjahr 2026: den Chat verlängern. Ein erster Reset-Prompt nach jedem Compress, der den Stand neu lädt. Das half gegen den Drift, für ein paar Stunden. Woran es brach: Der Chat bestätigte den Stand, ohne ihn zu prüfen. Sein Gedächtnis war nur ein Lesezeichen. Was blieb: Der Chat bestätigt den Stand, bevor er arbeitet. Rolle, gelesene Dateien, letzter Stand, offene Abweichungen. Erst dann geht es los.

Das war wie bei einer 48-Stunden-Übung der Bundeswehr (Damals…) jemanden ein Handbuchabschnitt vorlesen zu lassen wenn er eigentlich nur Schlafen will. Für 5 Minuten gemerkt… dann doch wieder Vergessen. Stufe 2, Mai 2026: Dateien statt Gedächtnis. Der erste Auftrag als Datei, Plan und Bau getrennt, eigene Ordner. Das fing als Hobby an, mit einem Online-Tool für meine Remote-Spielerunde, und wanderte in die Firmenaufgaben. Woran es brach: der 12. Juni. Die Dateien lagen da, aber die Regel „Datei schlägt Erinnerung” war selbst nur erinnert. Was blieb: das Handover als Vertrag.

Stufe 3, 8. August 2026: Rollen und Regeln. Nach der zweiten Drift ein Rollen-Einseiter: wer plant, wer baut, wer prüft, wem gehört welche Datei. Dazu hatte ich einen Falble-Chat aufgenmacht, mein Problem beschrieben und die Fehlerhafen Dateien freigegeben. Gewartet bei noch einer Tasse Tee. Dann: Ein Reset-Prompt für alle Rollen. Ein Wochen-Audit, das nichts ändert und nur meldet. Woran es brach: an mir. Fünf von 46 Prüfkriterien in einer Woche hatte Claude falsch geschrieben, jedes neunte. Was blieb: Jedes Prüfkriterium prüft der Plan-Chat vor dem Absenden selbst an der Datei.

Stufe 4, 23. August 2026: Terminal statt Zwischenablage. Dazu unten ein kurzer Abschnitt.

Dass der Weg im Hobby anfing, ist kein Zufall. Vor gut einem Jahr habe ich auf LinkedIn meine Bastelarbeiten gezeigt: KI-Bilder in Schwarzweiß, ausgedruckt, ausgeschnitten, zu Modellgebäuden geklebt. Was ich ohne Kunden und ohne Termin aus Spieltrieb lerne, wird Monate später Firmenwissen.

In drei Monaten habe ich rund 290 Handover geschrieben. Drei pro Tag. Die Handover sind inzwischen das Projekt.

Wie viele Chats parallel laufen, hängt vom Vorhaben ab: Der Konfigurator brauchte drei Rollen, die Website fünf und ein Wochen-Audit, das Hobby-Tool eine dritte Spur nur zum Ausprobieren. Die Handover-Datei bleibt.

Handover-Datei für Claude: die Vorlage in sieben Abschnitten

Das Werkzeug sind die sieben Überschriften. Was darunter steht, wechselt mit jedem Auftrag.

1. Zweck in einem Satz. Geht der Satz nicht, ist der Auftrag nicht fertig.
2. Was du NICHT tust, mit Begründung. Sonst baut der Chat die Nachbar-Seite gleich mit.
3. Die Falle zuerst. Woran ein naiver Versuch scheitert. Jedes gelungene Handover der letzten Wochen hatte diesen Abschnitt ganz oben.
4. Der exakte Weg. Quelle, Ziel, Schritte. Wo es Zieltext oder Zielcode schon gibt: rein damit. Absicht reicht nicht.
5. Sperren. Stellen, die der Chat nicht füllt, weil nur ein Mensch sie kennt. Preise, Namen, Zusagen.
6. Prüfkriterien, rot vor grün. Erst festlegen, was Scheitern heißt, dann bauen. Messbar, mit Vorher-Nachher-Wert („vorher 2 Treffer, danach 3”), und eines als das entscheidende markiert. Der Rest wird auch mit einem halben Ergebnis grün.
7. Abschlussbericht. Befunde mit Datei und Zeile. Und ausdrücklich: was der Chat nicht prüfen konnte.

Dasselbe Handover funktioniert für eine Landingpage, eine Newsletter-Ausgabe oder eine Demo. Mein letztes Text-Handover hatte eine Sperre für zwei Stellen, die der Chat nicht füllen durfte, und neun markierte Lücken als eigentlichen Auftrag. Keine Zeile Code.

Rollen für Claude-Chats: wer plant, wer baut, wer prüft

Der Rollen-Einseiter steht über allen anderen Dateien. Bei Widerspruch gewinnt er. Dazu sechs Regeln, die ich nicht mehr diskutiere. Die wichtigste: Der Plan-Chat baut nie. Auch nicht „den Einzeiler”. Der Einzeiler ist der Anfang jeder Drift.

Wer Skill-Abo #4 gelesen hat, kennt das Prinzip: Die design.md regelt, wie etwas aussieht. Der Rollen-Einseiter regelt, wie sich Chats verhalten.

Und jedes Handover bekommt sofort einen Start-Prompt für den Folge-Chat, nicht erst auf Nachfrage. Der Start-Prompt sagt dem neuen Chat, welche Rolle er hat, was er zuerst liest und dass sein Auftrag genau eine Datei ist.

Reset-Prompt nach Kontextverlust und Wochen-Audit

Der Reset-Prompt ist die Antwort auf den Kontextverlust nach jedem Compress. Nach jedem Chatwechsel, jedem „irgendwas stimmt hier nicht” bekommt der Chat denselben Block: Rolle bestimmen, lesen, Stand bestätigen. Erst dann weiterarbeiten. Fehlt in seiner Bestätigung eine der fünf Zeilen, schließe ich ihn. Ein frischer Chat mit dem neuesten Handover ist in zwei Minuten arbeitsfähig.

Das Wochen-Audit läuft montags als geplante Aufgabe in einer frischen Sitzung. Es liest alles, ändert nichts und meldet Ampeln: grün, gelb, rot. Befunde sind Vorschläge. Entscheiden tue ich.

Ein Prompt, der das System anlegt: Rollen, Handover, Reset, Audit

Wer die vier Dateien nicht von Hand anlegen will, nimmt das Special: ein einziger Prompt für einen neuen Chat. Er erklärt dir das System in 200 Wörtern, stellt neun Fragen zu deinem Projekt, legt die vier Dateien samt STAND.md und Ordnern an, angepasst an deine Antworten, und schreibt das erste Handover mit Start-Prompt für den Bau-Chat. Danach ist dieser Chat dein Plan-Chat und hält sich an die erste Regel: Er baut nicht.

Funktioniert in claude.ai, in Cowork mit Ordnerzugriff und in Claude Code. Ohne Dateizugriff bekommst du die Dateien als Codeblöcke zum Speichern. Ein Rat: Nimm als erste Aufgabe etwas Kleines, das an einem Nachmittag fertig wird. Das System lernt man am ersten Abschlussbericht, nicht am Anlegen.

Welche Stufe für welche Aufgabe: Demo, Projekt, Terminal

Nicht jede Aufgabe braucht das ganze System.

Eine Demo vor dem Kundentermin braucht zwei der vier Dateien: ein Handover mit Zweck, Nicht-Liste und drei Prüfkriterien, und einen Reset-Prompt in der Hinterhand. Dazu die Abnahme mit den eigenen Augen. Zwanzig Minuten Vorbereitung, die den Nachmittag retten.

Ein Projekt über Wochen, mit mehreren Chats, braucht alle vier: dazu den Rollen-Einseiter und das Audit. Sonst driftet nicht der Chat, sondern das Projekt.

Und wenn das Terminal keine Hürde ist, gibt es eine vierte Stufe.

Claude Code ohne Entwickler: Stufe 4 in Kürze

Seit Ende August laufen meine Plan-Rollen testweise in Claude Code, im Terminal. Umgezogen sind die Rollen, nicht die Chats. Ihr Gedächtnis lag auf der Platte. Die Rolle ist ein Befehl. Der Bau-Chat ist ein Unter-Chat mit eigenem, frischem Kontext. Sein Abschlussbericht kommt automatisch zurück. Gefährliche Befehle wie Veröffentlichen sind per Regel gesperrt. Der erste komplette Durchlauf hatte kein einziges Copy-Paste-Handover, mit derselben Handover-Datei wie vorher.

Das ist ein eigenes Thema mit eigenen Fallen. Interesse? Sag mir über die Kontaktseite Bescheid, dann nehme ich das bald als gesonderte Ausgabe auf.

Grenzen: was Struktur nicht ersetzt

Eine Demo ist kein Produkt. Die Struktur sorgt nur dafür, dass die Demo nicht so tut. Ich irre & Claude irrt auch. Die fünf falschen Prüfkriterien aus Stufe 3 hat der Bau-Chat jedes Mal gemeldet, statt sich danach zu richten. Das rettet das System. Es entschuldigt nicht.

Die letzte Entscheidung bleibt bei mir: Ich nehme ab, ich veröffentliche, ich lösche. Eine Schranke, die man aus Gewohnheit öffnet, ist keine Schranke.

Und ja, es kostet. Ich pflege Dateien, ich lese (teilweise) Audits, ich lasse Handover vom Plan-Chat schreiben, bevor ich bauen lasse. Dafür fange ich nie wieder bei null an.

Mein Take

Die Schleife zum Kunden wird kürzer. Aber nur, wenn die Schleife zum Werkzeug nicht länger wird - Das war dann nach 290 Handover-Copy-Paste erreicht. Struktur sorgt dafür, dass der Zeitgewinn nicht im Werkzeug versickert.

Ich bin, seit ich 16 Jahre alt bin und in Turbo Pascal 3.0 eine Hotelreservierung und eine Angebotsverwaltung baute, kein Entwickler (mehr). Ich habe Tischler (1. LJ), Modedesign & ADTV-Tanzlehrer gelernt und verkaufe seit bald 40 Jahren „mit Bildern“, 16 davon als GF von viSales.de.

Was ich kann: einen Auftrag so schreiben, dass jemand ohne Gedächtnis (Claude) ihn ausführt. Das reicht für eine Demo am Vormittag. Für alles darüber hinaus habe ich tolle Menschen, die bauen. Die, mein Team bei viSales, bekommen dann ein Handover, kein Chatprotokoll.

Die vier Vorlagen laufen mit jedem Chat, der Dateien lesen kann. Nimm sie und streich, was du nicht brauchst.

Viele Grüße aus Bochum,

Gerhard Schröder

PS: Wie aus so einem Handover-System bei mir eine fertige Website mit Verteilung wird, steht drüben im Visual-Sales- Newsletter: Vom Impuls zur Reichweite. Eigene Vorlage, die besser ist als meine? Schick sie mir. Gilt auch für gute Skills.