## 1. Testabsicherung und grundlegende Aufnahmekontrolle

- [ ] 1.1 Portable und echte Windows-Testtargets getrennt ausführen; fünf vorhandene Outlook-Fälle entdecken, Assertions ausführen, zwei False-green-Returns ersetzen und den vollständigen Windows-Resourcebuild nachweisen.

  Umsetzungsstand Ticket 01 (2026-10-03): explizite Testtargets, isolierte HTTP-Testhosts, echte Plattform-Skips und getrennte CI-Discovery-/TRX-Prüfung umgesetzt. Aktuelle Tests, Inhaltsidentität und offene Windows-Ausführung/Resource-Abnahme stehen in [windows-test-assurance-evidence.md](windows-test-assurance-evidence.md). Task 1.1 bleibt bis zum tatsächlichen Windows-Nachweis offen; der ursprüngliche Kommunikationstask 4.2 bleibt unverändert.
- [ ] 1.2 Den produktiven Windows-Cropper nach verfügbarem Windows-Testtarget mit bekannten Pixeln, Koordinaten und ungültigen Bounds prüfen.

  Umsetzungsstand Ticket 02 (2026-10-03): drei Tests über den registrierten Windows-Cropper vorbereitet und normal für den Windows-TFM cross-kompiliert; fail-closed Discovery-/TRX-Prüfung um diese Fälle ergänzt. Der aktuelle portable Lauf zählt 653 bestandene Tests, zwei begründete Windows-Skips und null Fehler. Die echte Windows-/Wine-Ausführung bleibt offen. Matrix, Inhaltsidentität und Einzelbelege: [windows-platform-acceptance-evidence.md](windows-platform-acceptance-evidence.md). Der erfolgreiche normale Cross-Build aus Ticket 01 bleibt als historische Baseline erhalten; Tasks 1.1/1.2 und Kommunikation 4.2/4.4 werden dadurch nicht geschlossen.

  Abschluss Ticket 02 (2026-10-06): vorbereiteten Umfang ausdrücklich akzeptiert und lokales Ticket geschlossen. Task 1.2 bleibt bis zum echten Windows-Pixel-/Vertragsnachweis offen. [Abschluss, Review und Auslieferungsstand](windows-platform-acceptance-completion.md).
- [ ] 1.3 Bestehende macOS-Kommunikation mit echten Notification-/Menüaktionen, Dismissal, Berechtigungs-Fallback und Default-Draft neben zwei Workflow-Fenstern abnehmen; ursprüngliche Tasks 4.2/4.4 nicht automatisch schließen.
- [ ] 1.4 Mikrofonwiederherstellung samt Geräteauflösung bei Fehler und gestoppter Engine in demselben Meeting mit fortlaufendem Systemaudio absichern.
- [ ] 1.5 Manuelle Pause und Fortsetzen über macOS-Desktopkontrollen mit erhaltenem Run und wirksamer Aktionslebensdauer absichern.
- [ ] 1.6 Aktive Aufnahme und Nachverarbeitung beim Exit durch ausdrückliche Zustimmung schützen; Idle-Exit und Ablehnung prüfen.

## 2. Weitere Funktionsparität

- [ ] 2.1 Nach verfügbarer Geräteanbindung Mikrofone im Menü auswählen und konfigurierte/Laufzeitwahl für spätere Starts nachweisen.
- [ ] 2.2 Nach verfügbarer Geräteanbindung neue Mikrofone einmal pro Meeting anbieten und nach gültiger Zustimmung nur die Mikrofonquelle wechseln.
- [ ] 2.3 Aktiven Profilwechsel aus dem macOS-Menü mit erhaltenem Audio und denselben Artefakten absichern.
- [ ] 2.4 Abgesagte Kalendertermine anhand Status oder bestehender Betreffpräfixe in beiden öffentlichen Auswahlwegen ausschließen.
- [ ] 2.5 Gespeicherte Sprecherproben über das bestehende Agent-Tool auf macOS geordnet wiedergeben und Fehler/Shutdown prüfen.
- [ ] 2.6 Konfigurierbare Buchstaben-, Ziffern-, Funktions- und Modifier-Shortcuts tatsächlich registrieren und ihre Aktionen nachweisen.
- [ ] 2.7 Unterstütztes Markdown in der macOS-Agent-Präsentation lesbar und auswählbar darstellen.
- [ ] 2.8 Web-, Obsidian- und lokale Artefaktlinks auflösen und zum korrekten Ziel öffnen.
- [ ] 2.9 Bilder und relative Screenshot-Anhänge als Vorschau darstellen und öffnen; fehlende Ziele verständlich behandeln.
- [ ] 2.10 Live-Agent-Aktivität und geordnete abschließende Worked-for-Details konsistent darstellen.
- [ ] 2.11 Leseposition erhalten und nur am bisherigen Ende neue Inhalte automatisch verfolgen.
- [ ] 2.12 Explizit eine frische unabhängige normale Agent-Unterhaltung ohne Modellaufruf öffnen und vorhandene Drafts erhalten.
- [ ] 2.13 Resemblyzer auf unterstütztem frischem macOS isoliert mit kompatiblen Pins provisionieren und echte CPU-Vektoren nachweisen.

## 3. Offene Betriebsnachweise

- [ ] 3.1 Frontmost-Screenshot über den echten Hotkey mit mehreren Fenstern und eindeutigem Bildinhalt sowie verweigerter Berechtigung nachweisen.
- [ ] 3.2 Jeden aktivierten ASR-/Final-Diarization-Pfad mit einer bekannten WAV operativ prüfen; Resemblyzer-Nachweis aus der frischen Provisionierung wiederverwenden.

  Windows-Anteil Ticket 02 (2026-10-03): deutsche/englische WAV-Fixtures mit bekannten synthetischen Stimmen, Texterwartungen, Hashes und framebasierten Zeitreferenzen samt C#-Generator und öffentlichem Diagnoseablauf vorbereitet. Windows-Prozess-/Profilinventar und echte Backendläufe bleiben mangels zugänglicher Windows-Laufzeit offen; beobachtete macOS-Einstellungen belegen keine Windows-Aktivierung. Weitere Grenzen und Ergebnisse stehen in [windows-platform-acceptance-evidence.md](windows-platform-acceptance-evidence.md).

  Abschluss Ticket 02 (2026-10-06): WAV-/Verfahrensvorbereitung akzeptiert; lokales Ticket auf Benutzerauftrag geschlossen. Task 3.2 einschließlich aller fehlenden Windows-Backendläufe bleibt offen. [Abschluss und offene Abnahmematrix](windows-platform-acceptance-completion.md).

Alle Einträge beschreiben zukünftige Arbeit. Dieser Planungsschritt startet keine Implementierung, Anwendungstests oder Abnahme. Die fachlichen Ergänzungen werden im jeweiligen bestehenden Change geführt; frühere Nachweise und die ursprünglichen Kommunikationsaufgaben bleiben erhalten.