docs(plan): Block I-H ergaenzt — Prozess- & Rest-Luecken aus Originalplan (F1-Restprozess Branch/Tag/Staging, F3-Gate-F Minimal-Plugin-Test, G3 dump.rdb + Downgrade-Entscheidung, E2/E4/E5 konkrete Gates); Block I ist jetzt vollstaendig abgeglichen gegen Originalplan F/G/S + alle Session-Funde

docs/fix-plan-v3.md

@@ -596,6 +596,26 @@ Gate: pytest tests/ komplett ohne --ignore durchgelaufen, 0 Failures/Errors.
 Gate: keine Datei >500 Zeilen in den priorisierten Hotspots; npm audit clean;
 pip-audit clean; i18n-Scanner <10 Treffer.
 
+## I-H Prozess- & Rest-Lücken aus Originalplan (~1 Tag)
+Diese Punkte waren in der ersten Block-I-Fassung nicht enthalten:
+- F1-Restprozess: git tag `pre-block-I` vor Start; ab hier Branch `fix/block-i` mit
+  Merge erst nach Gate I; Deploy-Reihenfolge Staging vor Production.
+- F3-Gate-F nachziehen: Ein Minimal-Plugin NUR mit Guide+Checkliste bauen
+  (docs/plugin-checklist.md existiert) — gelingt das ohne Rückfragen an den
+  Architekten, gilt der Guide als fertig. Sonst Guide-Lücken schließen.
+- G3-a: dump.rdb aus Repo-Root entfernen (git-ignored, kein Leak) + Redis workdir
+  sauber konfigurieren.
+- G3-b: Downgrade-Fähigkeit als NICHT-Release-Kriterium in docs/test-strategy.md
+  festhalten (test_migrations.sh ignoriert downgrade-Fehler bewusst).
+- E2 konkret: Playwright BASE_URL auf Production-Build-Preview + docker compose
+  profile test; helpers.ts auf echte API umstellen (BUG-012).
+- E4 konkret: Monitoring einmal real durchspielen (Alerting-Pfad verifizieren,
+  was WIRKLICH alarmiert dokumentieren); metrics-Endpoint füllen prüfen.
+- E5 konkret: Baseline Top-10-Endpoints p95 (seed_perf_data.py + spike_e_benchmark.py);
+  Regressionsschwelle dokumentieren.
+Gate-Ergänzung: dump.rdb entfernt, Downgrade-Entscheidung dokumentiert,
+Guide-Test bestanden, E2/E4/E5 jeweils mit Beweis abgeschlossen.
+
 ## Reihenfolge von I
 ```
 I-A (Stale-Status, sofort — ehrliche Basis)