feat(vorlagen): Editor, Liste und Versionsgeschichte

Der Redakteur baut eine Vorlage jetzt vollstaendig in der Oberflaeche: Liste mit
Suche und Filtern, Editor mit Abschnitten, Schritten und Variablen, Vorschau mit
Beispielwerten, Veroeffentlichen mit Aenderungsnotiz, Versionsgeschichte.

Sortiert wird mit dem Finger, der Maus, der Tastatur **und** zwei Knoepfen an
jeder Zeile — ein Touch-Drag gelingt auf einem 390-px-Geraet nicht jedem, und
die Reihenfolge ist fachlich zu wichtig fuer nur einen Weg. Schritte, Variablen
und Abschnitte klappen zu: dieselbe Vorlage misst am Handy 3 482 statt 16 986 px.

- src/lib/platzhalter.ts als einzige Quelle der eingebauten Platzhalter; der
  Editor warnt vor unbekannten, blockiert aber nichts
- Hilfetexte als Markdown ohne rohes HTML, Bilder als Alternativtext
- Erste Playwright-Tests: der Editor wird durch die Oberflaeche gefahren

Wichtigster Befund des Meilensteins: `next dev` hydriert in dieser Umgebung
ueberhaupt nicht — die Seiten sehen richtig aus, aber kein Knopf tut etwas
(2 von 1302 Elementen tragen React-Knoten, im gebauten Stand 1281 von 1296).
Nicht an diesem Code: auch ohne proxy.ts und ohne output: standalone. Ein
Screenshot beweist damit nichts ueber Bedienbarkeit. Oberflaechen werden ab
sofort gegen `pnpm build && pnpm start` abgenommen, und was nur mit angehaengtem
React gelingt, gehoert in einen Playwright-Test.

Der unabhaengige Review fand zwei Blocker: eine abgelaufene Anmeldung haette im
Editor jede ungespeicherte Arbeit vernichtet (der Rechtefehler lief bis in Nexts
Fehlergrenze), und das Speichern der Kopfdaten loeste eine archivierte
Kundenzuordnung stillschweigend auf. Dazu sechs weitere Befunde, alle behoben.

496 Tests gruen (vorher 428), dazu 5 E2E-Tests.

Schliesst #010

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

scripts/screenshots.ts

@@ -10,8 +10,13 @@
  *   pnpm docs:screenshots --ziel m0        nach docs/screenshots/m0/
  *   pnpm docs:screenshots --nur uebersicht nur diese Seite
  *
- * Voraussetzung: die App laeuft (pnpm start oder pnpm dev). Adresse ueber
- * E2E_APP_URL, Standard http://127.0.0.1:3000.
+ * Voraussetzung: die App laeuft als **gebauter Stand** (pnpm build && pnpm start).
+ * Adresse ueber E2E_APP_URL, Standard http://127.0.0.1:3000.
+ *
+ * Ausdruecklich nicht gegen `pnpm dev`: dort haengt das Entwickler-Overlay im
+ * Bild, und in dieser Umgebung hydriert der Entwicklungsmodus gar nicht — ein
+ * Bild sieht dann richtig aus, zeigt aber eine Seite, auf der kein Knopf etwas
+ * tut. Siehe CLAUDE.md, Abschnitt „Oberflaeche pruefen“.
  */
 import { mkdir } from "node:fs/promises";
 import { join } from "node:path";
@@ -64,6 +69,35 @@ const SEITEN: readonly Seite[] = [
   },
   { name: "admin-benutzer", pfad: "/admin/benutzer" },
   { name: "kunden", pfad: "/kunden", nurModus: "DIENSTLEISTUNG" },
+  { name: "vorlagen-liste", pfad: "/vorlagen" },
+  /*
+   * Vorlagenseite und Editor haengen an Kennungen, die je Datenbank anders sind.
+   * Statt sie zu erraten, geht das Skript den Weg, den auch ein Redakteur geht:
+   * von der Liste aus klicken. Bricht der Weg, bricht der Screenshot — und das
+   * ist die richtige Antwort, denn dann ist die Oberflaeche kaputt.
+   */
+  {
+    name: "vorlagen-seite",
+    pfad: "/vorlagen",
+    vorbereiten: async (tab) => {
+      await tab
+        .getByRole("link", { name: /PC-Neuinstallation/ })
+        .first()
+        .click();
+      await tab.waitForURL(/\/vorlagen\/[^/]+$/);
+    },
+  },
+  {
+    name: "vorlagen-editor",
+    pfad: "/vorlagen",
+    vorbereiten: async (tab) => {
+      await tab
+        .getByRole("link", { name: /Entwurf öffnen/ })
+        .first()
+        .click();
+      await tab.waitForURL(/\/vorlagen\/version\/[^/]+$/);
+    },
+  },
 ];
 
 function argument(name: string): string | undefined {