38 lines
938 B
Markdown
38 lines
938 B
Markdown
# Aufgabe 08: Debug UI und Abschlussreflexion
|
|
|
|
## Ziel
|
|
|
|
Du baust eine einfache Debug-Ansicht und bewertest das Gesamtsystem.
|
|
|
|
## Warum ist das wichtig?
|
|
|
|
Ein integrierter Roboter braucht sichtbare Zustände, sonst bleibt Fehlersuche langsam.
|
|
|
|
## Voraussetzungen
|
|
|
|
- Aufgaben 01-07
|
|
|
|
## Theorie
|
|
|
|
Eine Debug UI muss nicht schön sein. Wichtig sind aktueller Zustand, letzte Transkription, Tool Calls, Service-Health und Latenzen.
|
|
|
|
## Aufgabe
|
|
|
|
Erstelle eine kleine Web- oder Terminal-UI und schreibe eine Abschlussreflexion mit offenen Risiken.
|
|
|
|
## Akzeptanzkriterien
|
|
|
|
- UI zeigt Service-Status.
|
|
- Letzte Dialogrunde und Tool Calls sind sichtbar.
|
|
- Reflexion nennt technische und ethische Grenzen.
|
|
|
|
## Erweiterungen
|
|
|
|
- Füge Log-Download oder Trace-Ansicht hinzu.
|
|
|
|
## Reflexionsfragen
|
|
|
|
- Welche Funktion fühlt sich wirklich fertig an?
|
|
- Wo ist die größte technische Schuld?
|
|
- Welche Sicherheitsregel würdest du vor einer Demo verschärfen?
|