Abnahme-Matrix — Watson Phase 0 Kern

Befund Action Router ist korrekt gebaut. Self-Test läuft 8/8 grün — Tests wurden auf aktuelle Template-Namen (bau, home, schreiber) angepasst. Unbekannter Sancho, Blocked-Tool, Notaus gelb/schwarz, GO-Pflicht — alle Szenarien bestanden. 8 Direktaufrufe (watson_webrtc.py, diarize_watson.py, cockpit-Dateien) umgehen den Wrapper — Watson Doctor nennt sie explizit als "Phase 0 Estrich, Phase 2 hart blocken".

Befund Notaus und Action Router sind korrekt verdrahtet (router importiert is_blocked, prüft vor jeder Aktion). Aber: ob "gelb blockt send" und "rot stoppt Sanchos" heute noch durchhalten, wurde nicht live getestet. Karabiner-Bindung war im Umbauplan explizit als Phase 2 eingestuft.

Befund Klärung 2026-05-24: Mail-Sancho soll primär lesen, nicht senden. Der Send-Wrapper (Phase 0) ist korrekt gebaut — kein Backend absichtlich, Bestätigungsflow schützt vor versehentlichem Senden. Wenn Senden je nötig: SMTP via [email protected]. IMAP-Lesen ist der eigentliche nächste Schritt, noch nicht implementiert.

Befund Wrapper funktioniert korrekt. Watson Doctor AST-Scan findet 8 direkte os.unlink-Aufrufe in: watson_webrtc.py (1), watson_voices/diarize_watson.py (4), cockpit/sancho_cockpit_server.py (1), cockpit/song_erkennung.py (2). Alle löschen wahrscheinlich Temp-Dateien in /tmp — aber nicht durch Wrapper geroutet.

Befund blocked_targets.json vollständig: IDs aus Hue-Bridge-Scan (15, 23, 33, 39), Gruppen 6+21, Patterns emil/emils/kinderzimmer. smart_home_block.py feuert korrekt. Schutz hängt daran, dass Sanchos den Wrapper benutzen — ein direkter curl-Aufruf wird nicht gefangen.

Befund Watson Doctor läuft, ist ehrlich, meldet keine Fails. Zwei echte Warnungen: Backup überfällig, 8 AST-Funde. Was er nicht prüft: Action-Router-Tests, Mail-Backend, Restore-Test, Notaus-Live-Blockade. Zugänglichkeit: nur Terminal — Victor tippt nicht ins Terminal (globale Regel).

Befund Backup läuft korrekt: rsync, Manifest, .watson inklusive (21 Dateien — war als Hidden-Dir nicht im einfachen ls sichtbar). Restore-Test heute manuell: blocked_targets.json, rules.md, state.json aus Backup gegen Original verglichen — alle IDENTISCH. Kein automatisches Restore-Skript — im Notfall manueller Kopiervorgang nötig.

Befund Broker läuft stabil. localhost-Bindung, ACK-Timeout, Inbox-Fallback sind alle im Code korrekt implementiert. Health-Endpoint antwortet sauber. ACK-Flow und Fallback-Einspielung wurden nicht heute einzeln durchgespielt.

Befund watson_webrtc.py beschreibt einen WebRTC-Server: empfängt Audio vom iPhone-Browser, transkribiert via Cockpit-API, schickt Text an Watson-Sancho. Klar strukturiert, nie gestartet. Im Umbauplan war "Voice Input" explizit als Phase 2+ eingestuft. Kein PROTOTYP-Header im Code.

Befund Router-Tests laufen 8/8 grün mit aktuellen Template-Namen. capabilities.json ist 444 — kein versehentliches Überschreiben möglich. watson_boot.sh registriert Sancho korrekt in state.json. Read-only-Default hängt am Template: Sanchos die kein "write"-Tool in allowed_tools haben, können de facto nicht schreiben — aber das ist implizit, nicht mit explizitem read-only-Flag implementiert.

Befund state.json bereinigt 2026-05-23: stale voice-Eintrag entfernt, "sanchos": {} leer. Kaputte Datei (fehlgeschlagene Template-Expansion) gelöscht. Kein automatischer Cleanup-Mechanismus — wächst bei langen Sessions wieder voll, bis nächste manuelle Bereinigung.

Befund 37 Methoden, Watson Doctor bestätigt keine DOM-Patterns in aktiven. M-041 (Kameramotor) ist laut rules.md die kanonische Bild-Generator-Methode. Aber: 34 von 37 Methoden haben keinen expliziten Status ("aktiv" oder "archiviert"). Unklar was gilt und was veraltet ist.