Add durable bounded corrections for early LLM phases and validated review

docs/first-llm-trial.md

@@ -73,16 +73,17 @@ Dispatches. `BLOCKED` bleibt blockiert, auch wenn eine Frist vergeht. Externe
 Testanfragen erhalten ihre Reservierungen; die spätere bestätigte Feedback-
 Integration ist für deren Wiederaufnahme zuständig.
 
-Interpretation/Hypothesen mit ungültiger Antwort werden kontrolliert gestoppt.
-Ein bewusst neuer Versuch kann mit `--attempt-id NEUE-STABILE-ID` erfolgen,
-ohne eine gespeicherte alte Antwort unter derselben Operation zu überschreiben.
-Dies ist kein automatischer Retry und kann erneut Kosten verursachen. Die
-späteren Phasen behalten ihre bestehenden Grenzen für ungültige Antworten.
-Keine automatische neue Analysis Revision oder Budgetzurücksetzung findet statt.
+Interpretation/Hypothesen mit ungültiger Antwort verwenden die begrenzte
+[Korrekturschleife](early-correction-v1.md): standardmäßig drei ungültige Antworten
+pro Phase/Revision, einschließlich vorheriger Fehlversuche. Neue Antworten
+erhalten Validierungsfeedback. `--attempt-id` setzt diese Grenze nicht zurück.
+Nach Ausschöpfung erfolgt früher Review ohne Diagnose/Coding-Auftrag. Die späteren
+Phasen behalten ihre bestehenden Grenzen. Keine automatische neue Analysis
+Revision oder Budgetzurücksetzung findet statt.
 
 Optionale Konfigurationspfade: `--analysis-config`, `--budget-config`,
 `--investigation-config`, `--diagnosis-config`, `--change-request-config`,
-`--telemetry-config`, `--llm-config`. Ohne Pfade gelten die bestehenden Defaults.
+`--telemetry-config`, `--llm-config`, `--correction-config`. Ohne Pfade gelten die bestehenden Defaults.
 Bereits eingefrorene Policies nicht zwischen Resume-Läufen ändern; dieselben
 Optionen erneut angeben. Der gesamte Gateway-Konfigurationsfingerprint ist Teil
 der Operation; Änderungen können kontrolliert als Konflikt abgelehnt werden.