Auto-commit: 2026-05-20 21:35

skills/gitea-abnahme-validierung/SKILL.md

@@ -11,6 +11,8 @@ Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Prob
 - Gemergter PR / Release-Tag
 - Spezifikation: `memory/gitea-specs/issue-<number>.md`
 - Original-Issue von Gitea
+- **Wird IMMER ausgeführt**, selbst nach Martins manuellem Merge – Pipeline ist erst nach Phase 7 fertig
+- **Testumgebung:** `http://178.104.150.0:6427/` falls noch nicht gemerged
 
 ## Aufgaben
 
@@ -22,7 +24,11 @@ Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Prob
 
 ### Akzeptanzkriterien prüfen
 - Jedes Akzeptanzkriterium einzeln abhaken
-- Bei UI: visuell überprüfen
+- **Browser-Validierung via `agent-browser`:**
+  - Seite auf `http://178.104.150.0:6427/` öffnen
+  - Screenshot machen
+  - Jedes Akzeptanzkriterium visuell nachvollziehen
+  - Bei UI: visuell überprüfen
 - Bei API: Requests manuell/automatisiert senden
 - Bei Daten: korrekte Speicherung und Abrufbarkeit prüfen
 
@@ -39,10 +45,14 @@ Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Prob
 - Edge Cases im Business-Kontext
 
 ### UI/UX bewerten
+- **Browser-Check via `agent-browser`** auf `http://178.104.150.0:6427/`
+- Screenshot erstellen und visuell bewerten
 - Layout korrekt und konsistent?
 - Fehlermeldungen verständlich?
 - Ladezeiten akzeptabel?
-- Mobile Darstellung falls relevant
+- Mobile Darstellung: Viewport auf 375px setzen und erneut prüfen
+- Accessibility-Basics (Kontrast, Alt-Texte, Links)
+- Screenshots im Validierungsbericht dokumentieren
 
 ### Compliance prüfen
 - Datenschutzanforderungen erfüllt?
@@ -72,6 +82,7 @@ Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Prob
 
 ## Ausgang
 - Validierungsbericht: `memory/gitea-specs/issue-<number>-validation.md`
+- **Label `InValidation` gesetzt** (kumulativ)
 - Status: **ACCEPTED** → ⏩ Dokumentations- & Closing-Agent (Phase 7)
 - Status: **REJECTED** → ⏩ Implementierungs-Agent (Phase 2) mit Begründung
 
@@ -79,3 +90,4 @@ Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Prob
 - Immer aus Nutzersicht prüfen, nicht aus Entwicklersicht
 - Bei REJECTED: Konstruktiv und spezifisch
 - Wenn unsicher: Martin fragen statt selbst entscheiden
+- **Bei Komplexität S:** Vereinfachter Check – nur Akzeptanzkriterien abhaken, kein vollständiger Validierungsbericht. Direkt zu ACCEPTED wenn Kriterien erfüllt.