Auto-commit: 2026-05-22 14:42

skills/gitea-abnahme-validierung/SKILL.md

@@ -31,6 +31,22 @@ Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Prob
   - Bei UI: visuell überprüfen
 - Bei API: Requests manuell/automatisiert senden
 - Bei Daten: korrekte Speicherung und Abrufbarkeit prüfen
+- **Akzeptanzkriterien im Issue final aktualisieren:**
+  ```bash
+  # Issue-Body holen
+  BODY=$(curl -s -H "Authorization: token $GITEA_TOKEN" \
+    "https://git.home.kies-media.de/api/v1/repos/<owner>/<repo>/issues/<number>" | python3 -c "import sys,json; print(json.load(sys.stdin)['body'])")
+  
+  # Alle erfüllten Kriterien auf [x] setzen, unerfüllte auf [ ] belassen
+  # Dann aktualisieren:
+  curl -s -X PATCH -H "Authorization: token $GITEA_TOKEN" \
+    -H "Content-Type: application/json" \
+    "https://git.home.kies-media.de/api/v1/repos/<owner>/<repo>/issues/<number>" \
+    -d "{\"body\": \"$UPDATED_BODY\"}"
+  ```
+- **Kriterien die in Phase 3 (Code Review) bereits abgehakt wurden nochmal verifizieren**
+- **Bei ACCEPTED:** Alle Akzeptanzkriterien MÜSSEN auf `[x]` stehen
+- **Bei REJECTED:** Dokumentieren welche Kriterien nicht erfüllt sind
 
 ### Nutzerflows testen
 - Reale Nutzer-Szenarien durchspielen

skills/gitea-code-review/SKILL.md

@@ -114,9 +114,27 @@ Bei Fehlern: 🔴 Must-Fix, Review darf nicht APPROVED werden.
 - Schweregrad kennzeichnen: 🔴 Must-Fix / 🟡 Should-Fix / 🔵 Nitpick
 - Verbesserungsvorschläge mit Beispiel-Code
 
+### Akzeptanzkriterien aus dem Issue prüfen
+- Issue über Gitea API holen: `curl -s -H "Authorization: token $GITEA_TOKEN" "https://git.home.kies-media.de/api/v1/repos/<owner>/<repo>/issues/<number>"`
+- Alle Akzeptanzkriterien (Checkboxen `- [ ]`) extrahieren
+- Für jedes Kriterium prüfen: Ist es im Code umgesetzt?
+- Kriterien im Review-Dokument auflisten mit Status ✅/❌
+- **Akzeptanzkriterien im Issue aktualisieren:**
+  ```bash
+  # Issue-Body holen, Checkboxen für erfüllte Kriterien auf [x] setzen
+  # via PATCH /api/v1/repos/<owner>/<repo>/issues/<number>
+  curl -s -X PATCH -H "Authorization: token $GITEA_TOKEN" \
+    -H "Content-Type: application/json" \
+    "https://git.home.kies-media.de/api/v1/repos/<owner>/<repo>/issues/<number>" \
+    -d '{"body": "<aktualisierter Body mit [x] für erfüllte Kriterien>"}'
+  ```
+- **Nur Kriterien abhaken die im Code nachvollziehbar umgesetzt sind**
+- Bei ❌: Im Review dokumentieren was fehlt
+
 ### Merge-Freigaben erteilen
 - Alle 🔴 Must-Fix behoben?
 - Spezifikation vollständig umgesetzt?
+- **Alle Akzeptanzkriterien aus dem Issue erfüllt und abgehakt?**
 - Keine bekannten Sicherheitsprobleme?
 - → Freigabe erteilen oder Feedback an Implementierungs-Agent
 

skills/gitea-issue-resolver/SKILL.md

@@ -59,6 +59,7 @@ Ab Phase 2 (Implementierung) werden nur Issues mit **beiden** Tags `KI` + `Ready
 ### Phase 3: Code-Review-Agent → `gitea-code-review`
 - Codequalität & Sicherheit prüfen
 - Self-Review (bei kritischen Änderungen: Martin bitten)
+- **Akzeptanzkriterien aus dem Issue prüfen und bei Erfüllung abhaken** (`- [ ]` → `- [x]` via API)
 - Review-Kommentare erstellen
 - Output: APPROVED oder CHANGES_REQUESTED
 
@@ -80,7 +81,8 @@ Ab Phase 2 (Implementierung) werden nur Issues mit **beiden** Tags `KI` + `Ready
 
 ### Phase 6: Abnahme- & Validierungs-Agent → `gitea-abnahme-validierung`
 - Anforderungen validieren
-- Akzeptanzkriterien abhaken
+- Akzeptanzkriterien abhaken + **im Issue aktualisieren** (`- [x]` via API)
+- Bei ACCEPTED: Alle Akzeptanzkriterien MÜSSEN auf `[x]` stehen
 - Output: ACCEPTED oder REJECTED
 
 ### Phase 7: Dokumentations- & Closing-Agent → `gitea-dokumentation-closing`

skills/gitea-merge-release/SKILL.md

@@ -119,9 +119,22 @@ git push origin v<version>
 - Nach Freigabe: ⏩ Abnahme- & Validierungs-Agent (Phase 6)
 - Zeit-Tracking: Dauer der Phase dokumentieren
 
+### Branch nach Merge löschen
+Nach erfolgreichem Merge den Feature-Branch löschen:
+```bash
+curl -s -X DELETE "https://git.home.kies-media.de/api/v1/repos/<owner>/<repo>/branches/<branch-name>" \
+  -H "Authorization: token $GITEA_TOKEN"
+```
+Auch lokal aufräumen:
+```bash
+git push origin --delete <branch-name>
+git branch -d <branch-name>
+```
+
 ## Regeln
 - **NIEMALS** ohne Martins Freigabe mergen
 - **NIEMALS** direkt auf `main` pushen
 - Release Notes IMMER vor dem Merge erstellen
+- **Feature-Branch NACH erfolgreichem Merge LÖSCHEN** (remote + lokal)
 - API-Calls müssen HTTP-Status prüfen – bei Fehlern abbrechen und Martin informieren
 - **Nach Martins Merge:** Pipeline geht automatisch weiter mit Phase 6 (Abnahme) und Phase 7 (Closing). Martin darüber informieren.