Post 4: die Bildunterschrift steht, Uebergabe in POST-4.md

Der Text lag bisher nur im Gespraech, und genau davor schuetzt POST-2.md seit
Post 2. Also dieselbe Form: Slides, Bildunterschrift, Herkunft der Texte,
offene Punkte, Fallen.

Gegen die Vorgaben des Redaktionsplans geprueft und nicht geschaetzt: Haken im
ersten Absatz mit 106 von 125 Zeichen, Fliesstext 671 von erlaubten 300 bis
800, acht Hashtags unten abgesetzt, und die Suchwoerter stehen zusaetzlich im
Fliesstext -- Handwerk, Automatisierung, Workflow, Ausloeser, Aktionen,
Vorlage, Anfrage, Aufgabe.

"Handwerk" kam zuerst nur in den Hashtags vor. Der Plan verlangt es
ausdruecklich auch im Text, deshalb steht jetzt "Handwerksbetrieben" im Haken.

Drei Wendungen kommen bewusst nicht vor: "Verbinden statt ersetzen" gehoert
Post 3, "Wenn-dann statt Handarbeit" ist die Ueberschrift von Post 1, und
Em-Dashes verbietet rules.md 4. Erfundene Uhrzeiten oder Vorgaenge ebenso
wenig.

Nebenbei stand in der README noch "3 Slides" aus einem Zwischenstand.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

POST-4.md

@@ -0,0 +1,120 @@
+# Post 4 · Workflow-Engine
+
+**Erscheint Mi 19.08.2026, 12:00 Uhr.** Carousel, 4 Slides, 1080 × 1350 px.
+Nummer 3 im Redaktionsplan, im Generator das vierte Projekt.
+
+Diese Datei ist die Übergabe: alles, was zum Beitrag bekannt ist, damit man ohne
+den Gesprächsverlauf weiterarbeiten kann. Der Redaktionsplan drumherum steht in
+[`redaktionsplan/`](./redaktionsplan/), die Gestaltungsregeln in
+[`rules.md`](./rules.md), der Aufbau der Datei in [`README.md`](./README.md).
+
+---
+
+## 1. Die vier Slides
+
+| # | Schlüssel | Überschrift | Fließtext | Bild |
+|---|---|---|---|---|
+| 1 | `anfrage` | Automatisiere **deinen Betrieb.** | — | ein Ablauf auf dem Canvas |
+| 2 | `ausloeser` | Erst der **Auslöser.** | Was den Ablauf startet. | Auslöser-Auswahl |
+| 3 | `aktionen` | Dann die **Aktionen.** | Was danach passiert. | Aktionen-Auswahl |
+| 4 | `vorlagen` | Fang nicht bei **null an.** | Starte mit einer fertigen Vorlage. | drei Vorlagen |
+
+Fett = das Akzentwort. Die Titel-Slide trägt keinen Fließtext: der Ablauf
+darunter sagt, was gemeint ist.
+
+**Vier statt fünf bis sieben.** Der Redaktionsplan nennt eine Spanne, kein Soll.
+Eine Slide, die nichts hinzufügt, kostet einen Wisch und gibt nichts zurück.
+
+---
+
+## 2. Die Bildunterschrift
+
+```
+In den meisten Handwerksbetrieben sitzt zwischen der Anfrage und der Aufgabe ein Mensch, der klicken muss.
+
+Genau den nimmt die Workflow-Engine aus der Kette. Du wählst einen Auslöser: neue Anfrage, Kontakt geändert, Termin in Kürze, Zahlungsziel überschritten. Dann hängst du Aktionen dran: Aufgabe anlegen, Person zuweisen, Benachrichtigung senden. Ab da läuft die Automatisierung von selbst.
+
+Und wenn die Angaben mal nicht reichen, geht es den anderen Weg: nachfragen statt liegenlassen. Kein Vorgang fällt hinten runter.
+
+Zusammengeklickt, Kästchen für Kästchen. Ohne eine Zeile Code. Und wer nicht bei null anfangen will, nimmt eine fertige Vorlage und baut sie um.
+
+#handwerk #shk #handwerksbetrieb #digitalisierungimhandwerk #automatisierung #workflow #prozesse #hivegrid
+```
+
+**Gegen die Vorgaben aus dem Redaktionsplan geprüft:**
+
+| Vorgabe | Ist |
+|---|---|
+| Haken in den ersten 125 Zeichen | erster Absatz, 106 Zeichen |
+| 300 bis 800 Zeichen | 671 |
+| 5 bis 10 Hashtags, unten abgesetzt | 8 |
+| Suchwörter zusätzlich im Fließtext | Handwerk, Automatisierung, Workflow, Auslöser, Aktionen, Vorlage, Anfrage, Aufgabe |
+
+Drei Wendungen kommen bewusst **nicht** vor: „Verbinden statt ersetzen" gehört
+Post 3, „Wenn-dann statt Handarbeit" ist die Überschrift von Post 1, und
+Em-Dashes verbietet `rules.md` §4.
+
+---
+
+## 3. Woher die Texte kommen
+
+Alle Produktbegriffe stehen wörtlich in der Quelle:
+
+| Was | Quelle |
+|---|---|
+| Knotennamen und ihre Farben | `assets/screens/workflow.png` |
+| Bausteinliste, Rubriken, Beschreibungen | `assets/screens/workflow-bausteine.png` |
+| Artnamen, Zeichen, Farbzuordnung | `NodeWorkflowEngine.tsx` im Pitch-Paket |
+| Vorlagennamen und Startbausteine | `GENERAL_WORKFLOW_PRESETS` im Click-Dummy |
+| „Auslöser wählen, Aktionen dranhängen, fertig" | Website, `LandingPageClient.tsx` |
+| „Starte mit einer fertigen Vorlage …" | Website, `lib/produkt-daten.ts` |
+
+Überschriften und Fließtexte sind Zuspitzung. Sie behaupten nichts, was nicht in
+einer dieser Quellen steht.
+
+---
+
+## 4. Drei Stellen, an denen bewusst abgewichen wird
+
+1. **Slide 1 lässt einen Schritt aus.** Zwischen „Formular eingegangen" und
+   „Passender Lead?" steht im Screenshot noch „Daten vereinheitlichen". Alle
+   drei echten Abläufe verzweigen erst an Position 3 oder 4, und das füllt ein
+   hochkantes Format schlecht. Ein Ablauf, den es genau so gibt, ist es damit
+   nicht mehr; einer, den es geben könnte, schon.
+2. **Slide 4 nennt Demo-Abläufe „Vorlagen".** Dass es eine Vorlagen-Bibliothek
+   gibt, steht als Merkmal auf der Website; dass sie diese drei enthält, steht
+   nirgends. Im Werkzeug werden sie über `workflowId` geladen, nicht als
+   Galerie gezeigt.
+3. **Kein PDS im Beitrag.** Von den sechs Vorlagen nennen drei das
+   Branchenprogramm. Übrig bleibt genau `GENERAL_WORKFLOW_PRESETS` — keine
+   Auswahl nach Geschmack, sondern die vollständige zweite Gruppe. Gekürzt
+   wurde nichts.
+
+---
+
+## 5. Stand der Dinge
+
+**Fertig:** Alle vier Slides sind gebaut und exportieren sauber, je
+2160 × 2700 px (`01-anfrage-hell.png` bis `04-vorlagen-hell.png`).
+
+**Offen:**
+
+1. **Export und Kontrolle.** Über *Datei → Alle Slides als ZIP*. Der Export
+   prüft Screenshot-Flächen nach; dieser Beitrag hat keine, die Prüfung läuft
+   also leer durch. Ein Blick auf die Dateien schadet trotzdem nicht.
+2. **Mitgestalter.** Falls jemand mit drauf soll, **beim Posten** einladen.
+
+---
+
+## 6. Eine Falle, die schon zugeschnappt ist
+
+**Regeln aus dem CSS nimmt man als ganzen Block.** Beim Entfernen der
+Karten-Regeln von Post 2 blieben rund neunzig Zeilen Deklarationen ohne
+Selektor stehen, weil nur die Selektorzeilen weggeschnitten waren. CSS fängt
+sich davon nicht wieder: der Parser überspringt bis zur nächsten Marke, und
+dabei verschwand `[data-edit]`. Damit war das Verschieben von Elementen im
+Canvas tot, ohne dass die Seite einen Fehler zeigte.
+
+Sichtbar wurde es erst, als ein gespeicherter Versatz von 3 px nicht mehr
+ankam. Wer hier Regeln entfernt, sieht danach im Browser nach, ob
+`document.styleSheets` sie noch alle kennt.

README.md

@@ -24,7 +24,7 @@ Downloads landen direkt in `~/Downloads`, ohne Browser-Dialog.
 | Post 2 · Die Geschichte | `post2.html` | Carousel, 6 Slides, erscheint 12.08. | [`POST-2.md`](./POST-2.md) |
 | Post 2 · Alternative | `post2-alt.html` | Derselbe Beitrag im Theme `modern` | |
 | Post 3 · Verbinden statt ersetzen | `post3.html` | Einzelbild, Theme `modern`, erscheint 17.08. | |
-| Post 4 · Workflow-Engine | `post4.html` | Carousel, 3 Slides, Theme `modern`, erscheint 19.08. | |
+| Post 4 · Workflow-Engine | `post4.html` | Carousel, 4 Slides, Theme `modern`, erscheint 19.08. | [`POST-4.md`](./POST-4.md) |
 
 **Alle Streifen nebeneinander** zeigt `uebersicht.html`, erreichbar über
 *Projekt → Alle Projekte im Streifen*. Die Seite baut die Slides nicht selbst
@@ -57,7 +57,7 @@ sind nachgebaut aus `NodeWorkflowEngine` und `WorkflowEngineClickDummy` des
 Pitch-Pakets, in Markenfarben statt in den UI-Farben des Produkts — Teal trägt
 die Arbeit, Gelb den einen Akzent, Anthrazit die Entscheidung.
 
-**Drei Slides.** Der Redaktionsplan nennt fünf bis sieben, aber das ist eine
+**Vier Slides.** Der Redaktionsplan nennt fünf bis sieben, aber das ist eine
 Spanne und kein Soll: eine Slide, die nichts hinzufügt, kostet einen Wisch und
 gibt nichts zurück.