feat(pipeline): redaktionelle Freigabe vor der Veroeffentlichung

Die Pipeline liess GPT Artikel umschreiben und legte sie direkt als
geplanten WordPress-Beitrag an - ohne dass ein Mensch sie gesehen hat.
Der KI-Hinweis auf dem Blog sagt aber redaktionelle Pruefung zu, und
genau daran haengt die Ausnahme in Art. 50 Abs. 4 KI-VO.

Neuer Status `pending_review` zwischen Rewrite und Publish: Die Pipeline
endet beim Rewrite, ohne WordPress-Beitrag und ohne Publish-Slot. Erst
die Freigabe im Portal stempelt Pruefer und Systemzeit, reserviert den
Slot und legt den Beitrag an.

- Migration: editorial_review_at/_by/_note, Status-CHECK erweitert
- Spalten-Migration laeuft nach den Tabellen-Neubauten erneut, sonst
  verwirft der aeltere no_image-Rebuild die frisch angelegten Spalten
- Jeder Weg nach `approved` stempelt (Button, Statuswechsel, API)
- Jeder maschinelle Rewrite loescht einen alten Stempel
- Telegram: Info mit Portal-Link statt Draft-Meldung, kein Freigabe-Button
- Altbestand bleibt unberuehrt und veroeffentlicht weiter
- EDITORIAL_REVIEW_REQUIRED=false stellt den alten Ablauf wieder her
- 14 neue Tests, docs/KI-VO.md

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

backend/.env.example

@@ -47,3 +47,13 @@ PIPELINE_PUBLISH_HOURS=9,12,15,18
 PIPELINE_PUBLISH_START_HOUR=9
 PIPELINE_PUBLISH_END_HOUR=19
 PIPELINE_PUBLISH_MIN_GAP_HOURS=3
+
+# ─── Redaktionelle Freigabe (Art. 50 Abs. 4 KI-VO) ───────────────────────────
+# true: Die Pipeline stoppt nach dem Rewrite. Der Artikel wartet im Portal auf
+#       die Freigabe durch einen Menschen; erst danach entstehen WordPress-
+#       Beitrag und Veröffentlichungs-Slot.
+# false: alter, vollautomatischer Ablauf (dann trägt der KI-Hinweis auf dem Blog
+#       die Aussage "redaktionell geprüft" zu Unrecht).
+EDITORIAL_REVIEW_REQUIRED=true
+# Basis-URL des Portals für die Deep-Links in den Telegram-Meldungen
+PORTAL_BASE_URL=https://news.vanityontour.de