2.9 KiB
2.9 KiB
Browser-AZA MVP – First Implementation Slice
Stand: 2026-03-08
Status: verbindliche Bauvorlage für den ersten echten Code-Patch von Step 22
Zweck dieses Slices
Dieser erste Slice baut noch nicht die komplette Browser-App, sondern nur den ersten klaren, risikoarmen Kern:
- eine einzelne MVP-Hauptseite
- Fachrichtungsauswahl
- Audio-Datei-Auswahl
- Upload-Button
- Ergebnisbereich
- Copy-Button Platzhalter bzw. Zielbereich
- sichtbare Support-/Privacy-/Terms-Links
Der Fokus ist:
Struktur und Flow sichtbar machen, ohne den bestehenden Backend-Contract zu brechen.
Ziel des ersten Code-Patches
Nach dem ersten Code-Patch soll es im Projekt eine klar erkennbare Browser-MVP-Oberfläche geben, die:
- eine Hauptseite rendert
- einen Eingabebereich besitzt
- einen Ergebnisbereich besitzt
- den späteren Upload-Flow logisch vorbereitet
In Scope für den ersten Code-Patch
- eine einzelne Browser-Seite / Web-Shell
- Überschrift / Produktbereich
- kurze Beschreibung
- Fachrichtungsauswahl
- Dateiauswahl für Audio
- primärer Upload-Button
- Ergebnisbox für Transkript
- Copy-Button als UI-Element
- Bereich für Fehlermeldung / Status
- Footer oder Linkbereich mit:
- Support
- Privacy
- Terms
Nicht in Scope für den ersten Code-Patch
- fertige Login-/Account-Logik
- Deployment
- HTTPS-Konfiguration
- Billing
- Admin-Funktionen
- Refactor bestehender Backend-Strukturen
- Änderungen am Auth-Contract
- Änderungen an
/license/status
Erwartete Seitenstruktur
Kopfbereich
- Produktname: AZA
- Kurztext: medizinische Transkription
Eingabebereich
- Dropdown oder Auswahlfeld für Fachrichtung
- Datei-Input für Audio
- Upload-Button
Status-/Fehlerbereich
- Platz für:
- Ladehinweis
- Fehlermeldung
- Erfolgshinweis
Ergebnisbereich
- grosse Text-/Ergebnisbox
- Copy-Button
Footer-/Linkbereich
- Support
- Privacy
- Terms
Technische Leitplanken
- keine Änderung an
X-API-Token - keine Bearer-Umstellung
- keine Secrets im Frontend ausgeben
- keine unnötigen Refactors
- keine Breaking Changes
Ergebnis nach diesem Slice
Wenn dieser Slice umgesetzt ist, muss ein Nutzer bereits sehen können:
- was Browser-AZA ist
- wo Fachrichtung gewählt wird
- wo Audio ausgewählt wird
- wo Upload ausgelöst wird
- wo später das Transkript erscheint
Auch wenn der echte End-to-End Upload-Flow erst im nächsten Slice komplett verdrahtet wird.
Danach folgt im nächsten Slice
Nach diesem ersten UI-Slice kommt:
- Upload-Handler
- Request an
/v1/transcribe - Ergebnisanzeige aus echter Backend-Antwort
- Copy-Funktion aktiv
Abnahmekriterien für diesen ersten Slice
Der Slice ist erfüllt, wenn:
- die Browser-Seite sichtbar rendert
- Fachrichtung auswählbar ist
- Audio-Datei auswählbar ist
- Upload-Button sichtbar ist
- Ergebnisbereich sichtbar ist
- Support/Privacy/Terms sichtbar sind
- keine bestehenden Contracts verletzt werden