# Blocker-Register QAF-V2

Stand: 2026-08-12 · Klassen aus der AUTONOMOUS MERGE AND DEPLOY POLICY
(CLAUDE.md, Ergänzung 2026-08-04 abends). Dieses Register ist die EINE Stelle,
an der offene Blocker mit Klasse, Wirkung und Inhaber stehen — statt verstreut
über Statusblöcke. Pflege: bei jeder Änderung eines Eintrags im selben PR.

| # | Punkt | Klasse | Inhaber | Wirkung / nächster Schritt |
|---|---|---|---|---|
| B-1 | **Loop 7 (Comparison Set 1–6 QAFs)** — **ENTSCHIEDEN (PO, 14.08.2026, TG 10199): „Multi QAF erstmal hinten anstellen."** Loop 7 zählt unters Deferral. | echte Produktentscheidung (getroffen) | Product Owner | Bleibt im Deferral, wird nicht gebaut. Wiedervorlage erst auf neue PO-Linie. |
| B-2 | **Wert-Golden auf anonymisierten Mappen** (`real_pair_reference_corpus`): Vorbefund 06.08. widerlegte den naheliegenden Weg (4 Blocker). | echte Produktentscheidung | Product Owner | Blockiert NUR den Loop-2-Rest (75 env-gated Tests ohne Begründung). Vier Alternativen stehen im Vorbefund. |
| B-3 | **Migration #120** (`declared_comparison_type`-Spalte) | deployment_only_blocker | Operator (Kais) | Gebaut, gemergt, Seite degradiert ehrlich. Nach „applied": Live-Verify per list_tables. |
| B-4 | **Cost-Allocation-Familie**: vierte reale Familie, technische Klassifikation liegt vor (`familie-cost-allocation.md`) — Scope-Einordnung fehlt. | echte Produktentscheidung | Product Owner | Keine Arbeit an der Familie bis zur Einordnung. |
| B-5 | **D15-Frequenz** am lebenden Objekt beurteilen | external_validation_pending | Product Owner | Detektor läuft und meldet weich; Beurteilung braucht Pilotbetrieb. |
| B-6 | **Roh-Excel-Produktfrage** (TG 10050) | echte Produktentscheidung | Product Owner | Unbeantwortet seit 11.08. — kein Loop hängt daran. |
| B-7 | **Live-Modell-Aufruf der KI-Schicht** — **ENTSCHIEDEN (PO, 14.08.2026, TG 10199): „KI Anbindung später in der echten Umgebung bei BMW."** | echte Produktentscheidung (getroffen) | Operator (Kais) | Grenzfläche bleibt fertig liegen (Loop 13); der dünne Adapter entsteht erst im BMW-Pilot. |
| B-8 | **Visuelle Regression** Desktop/Tablet/Mobil (TST-003, Loop 11) | loop_local_blocker (Infra fehlt) | Entwicklung | Braucht Screenshot-Infrastruktur (Playwright o. ä.) — eigener Bau, kein PO-Gate. |
| B-9 | **Shadow-Mode + Rollback-Test** (Loop 15, Kriterien D3/D4) | loop_local_blocker | Entwicklung | Mechanik nicht gebaut; Abschaltung ist ohnehin erst nach D1–D5. |
| B-10 | **Migration #121 Apply** (`qaf_operation_lock` — Replace/Reparse-Mutex, Loop 5) | deployment_only_blocker | Operator (Kais) | Gebaut, getestet, Code degradiert bis zum Apply ehrlich auf das heutige Verhalten (kein Lock, `logger.warn`) — KEINE Apply-vor-Deploy-Pflicht. Nach „applied": Live-Verify per `list_tables` (Tabelle + `rls_enabled: true`); Lock wird sofort wirksam. Bündelbar mit #117/#120. |

**Kein globaler Blocker offen.** Alles Übrige (Loop-10-Rest, Loop-12-Rest,
Loop-5-Rest) ist normale, nicht blockierte Arbeit und steht in
`program-status.md` beim jeweiligen Loop.