Repository navigation
Chore: Baseline, Funktionsmatrix und Issue-Zuordnung für Architekturumbau #46
Description
Ziel
Vor der Refactor-Implementierung werden aktuelle Funktionen, echte Plattform-/Modellpfade, offene Issues sowie reproduzierbare Laufzeit- und Qualitätsbaselines erfasst.
Umfang
- Aktuellen
main-Stand samt PRs und generiertem Xcode-Projekt feststellen. - Bestehende Issues Production Release: signierten und notarisierten macOS-Release-Dry-Run abschließen #1–Refactor: Modulare und wiederherstellbare Diktat-Pipelines als Grundlage #28 sowie die neuen Architekturpakete Refactor: ASR-Adapter und Modell-Lifecycle vereinheitlichen #37–Feature: Cortexa-Hauptfenster und Dashboard neu gestalten #47 gegen Code und Akzeptanzkriterien triagieren; passende Issues verknüpfen und nur verbleibende Arbeit separat anlegen.
- Funktionsmatrix für Hotkeys, Aufnahme, alle Modellfamilien, Live/Finalize, Snippets/Dictionary, AI, Delivery, History, Onboarding, Berechtigungen, Diagnose, Uninstaller und DMG erstellen.
- Kalte/warme Messläufe pro ASR-Familie und repräsentative kurze/lange Diktate definieren.
Abhängigkeiten
Dach #28; muss vor Refactor-Code abgeschlossen sein.
Akzeptanzkriterien
- Jede bestehende Funktion ist einem Implementierungs-Issue und Nachweis zugeordnet.
- Aktuelle App-, Paket-, CI- und Release-Konfiguration ist gegen macOS 26 sowie iOS Shared-Core geprüft.
- Baseline nennt Gerät, OS, Modellrevision, Settings, Audio, Laufzeiten, RAM und übersprungene Szenarien.
- Alte Issues werden nicht allein wegen vermuteter Erledigung geschlossen.
Activity
LeonStadler commentedon Oct 30, 2026
Stand der Baseline (2026-10-30)
Der aktuelle
main-Ausgangspunkt wurde frisch aufgenommen:a8d5247einschließlich PR #36; der macOS-Zielstand ist in SwiftPM und XcodeGen auf 26 abgestimmt, der gemeinsame iOS-Deployment-Stand bleibt 17. Die Architektur- und Feature-Issues wurden angelegt und zugeordnet; der Ist-Befund und die geplanten Gates stehen indocs/architecture-review-and-roadmap.md.P0 ist dennoch nicht abgeschlossen: Es gibt noch keine vollständige Funktions-/Issue-Matrix mit Nachweisen und keine reproduzierbare ASR-Zeit-/RAM-Baseline. Diese Arbeit bleibt notwendig; dieses Issue wird nicht allein wegen des Refactorstarts geschlossen.
LeonStadler commentedon Oct 30, 2026
Zwischenstand – 2026-10-30
Commit
e907cc9ergänztdocs/architecture-baseline.md: bestehende Produktbereiche sind fallbezogen ihren vorhandenen automatisierten Tests, zugehörigen Implementierungs-Issues und den noch nötigen Geräte-/Modellnachweisen zugeordnet. Die Architektur-Roadmap verlinkt diese Matrix.Die Matrix kennzeichnet bewusst offene Nachweise, darunter echte ASR-Läufe je Modellfamilie, repräsentative Bestandsmigrationen und Crash-Grenzen, manuelle Zustell-/Permission-/DMG-Smokes sowie vergleichbare Performance- und RAM-Messungen. Für diese Bereiche liegen im aktuellen Stand keine belegten Messwerte vor.
P0 bleibt offen: Die vollständige Issue-Triage #1–#28/#37–#47, reale Modell- und Installations-Smokes, Datensatz-/Migrationsnachweise und die messbare Laufzeitbaseline müssen noch ergänzt werden. Der erfolgreiche Pakettest und Xcode-Build gelten nicht als Ersatz dafür.