feat: --interactive-Checkpoint, direktes SHIP bei PASS, default rounds 2

- /optimize --interactive pausiert nach erstem PASS; /continue setzt fort,
  /continue "Zusatz" hängt weiteren Auftrag an und wiederholt den Judge-Loop
- Klares PASS → direkt SHIP ohne zweiten ShipIt-Inference-Call (1-3 min gespart)
- PASS WITH CONCERNS → ShipIt-Runde weiterhin als finale Abwägung
- Default --rounds 3→2 (~30 % schnellere Durchläufe für typische Tasks)
- /continue-Command erkennt interactivePauseActive und leitet Signal weiter
- Alle drei Interactive-Zustandsvariablen werden im finally-Block resettet
- Dokumentation (README, BEDIENUNGSANLEITUNG, CLAUDE.md) vollständig aktualisiert

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

README.md

@@ -22,8 +22,10 @@ Nutzer gibt Auftrag
         │
    PASS? ▼
   /shipit →  qwen3.5-judge (:8002)  →  Finale Freigabe: SHIP / NO-SHIP
+               (nur bei "PASS WITH CONCERNS" — klares PASS → direkt SHIP)
 
   /optimize = Coder→Judge→Fix-Schleife automatisch (bis PASS oder max. N Runden)
+  --interactive: pausiert nach PASS für menschlichen Checkpoint + optionale Zusatzaufträge
 ```
 
 Beide Modelle laufen als **separate llama.cpp-Docker-Container** und sprechen eine
@@ -283,7 +285,7 @@ wenn pi agent Folgeanfragen schnell hintereinander schickt.
 | `/judge [fokus]` | Judge | Code-Review gegen TASK.md + letzten Commit |
 | `/fix [hinweis]` | Coder | Judge-Kritik beheben, committen |
 | `/shipit` | Judge | Finale Freigabeprüfung |
-| `/optimize <auftrag> [--rounds N] [--with-doku] [--continue]` | beide | Vollautomatische Schleife bis PASS |
+| `/optimize <auftrag> [--rounds N] [--with-doku] [--continue] [--interactive]` | beide | Vollautomatische Schleife bis PASS (Standard: 2 Runden) |
 | `/optimize ... [--test-cmd "cmd"] [--test-timeout N]` | beide | Externe Test-Suite im Loop ausführen |
 | `/patch <änderung>` | Coder | Gezielte Minimaländerung ohne Review |
 | `/quick_check [was]` | Judge | Schnelle Prüfung der letzten Änderung |
@@ -307,8 +309,9 @@ Während der Ausführung zeigt pi_coder in der Statuszeile, was gerade passiert:
 | Coder implementiert | `Coder implementiert…` |
 | edit-Tool aktiv | `Editiere src/main.py…` |
 | git commit | `Git-Commit…` |
-| Judge reviewt (Runde 2/3) | `Judge reviewt (Runde 2/3)…` |
+| Judge reviewt (Runde 2/2) | `Judge reviewt (Runde 2/2)…` |
 | Tests laufen | `Tests laufen…` |
 | Fix-Phase | `Coder fixt Blocker…` |
+| Interactive-Pause (--interactive) | `⏸ PASS – warte auf /continue…` |
 
 So ist jederzeit erkennbar, in welcher Phase sich der automatische Loop befindet.