feat: pipeline improvements + remove deployment phase

- Complexity Gate: S/M/L in Phase 1, S skips QA, L needs Martin approval
- Max 3 fix cycles, then pause and ask Martin
- KI self-review disclaimer in Code Review
- Removed Phase 7 (Deployment) entirely
- Renumbered: 7 phases instead of 9
- Updated all skills with new phase numbers

skills/gitea-abnahme-validierung/SKILL.md

@@ -5,10 +5,10 @@ description: Abnahme- & Validierungs-Agent für Gitea Issues. Validiert Anforder
 
 # Abnahme- & Validierungs-Agent
 
-Rolle: Siebte Phase – nach erfolgreichem Deployment. Stellt sicher, dass die Lösung das Problem wirklich löst.
+Rolle: Phase 6 – nach gemergtem Code. Stellt sicher, dass die Lösung das Problem wirklich löst.
 
 ## Eingang
-- Deployte Anwendung in Zielumgebung
+- Gemergter PR / Release-Tag
 - Spezifikation: `memory/gitea-specs/issue-<number>.md`
 - Original-Issue von Gitea
 
@@ -51,31 +51,29 @@ Rolle: Siebte Phase – nach erfolgreichem Deployment. Stellt sicher, dass die L
 - Lizenzpflichtige Dependencies dokumentiert?
 
 ### Freigabetests durchführen
-- Endgültiger Smoke Test auf Production/Staging
+- Finaler Check des gemergten Stands
 - Keine Regressions in bestehenden Features
-- Performance akzeptabel unter realen Bedingungen
-- Keine Error-Spikes in Monitoring
+- Keine offensichtlichen Fehler
 
 ### Stakeholder-Feedback auswerten
 - Falls Martin bereits getestet hat: Feedback einarbeiten
-- Bei neuen Anforderungen: Neues Issue erstellen (nicht scope creepen)
+- Bei neuen Anforderungen: Neues Issue erstellen (kein Scope Creep)
 
 ### Produktionsverhalten kontrollieren
-- Logs auf Unexpected Errors prüfen
-- Metriken stabil?
-- Keine Alarme ausgelöst?
-- Nutzer-Reports prüfen falls vorhanden
+- Code-Stand auf `main` nach Merge prüfen
+- Build/CI-Status grün?
+- Keine Warnungen die übersehen wurden
 
 ### Release-Abnahme dokumentieren
 - Validierungsbericht in `memory/gitea-specs/issue-<number>-validation.md`
 - Ergebnis: **ACCEPTED** oder **REJECTED**
 - Bei ACCEPTED: Freigabe für Dokumentation
-- Bei REJECTED: Begründung + ⏩ zurück zum Implementierungs-Agent
+- Bei REJECTED: Begründung + ⏩ zurück zum Implementierungs-Agent (Phase 2)
 
 ## Ausgang
 - Validierungsbericht: `memory/gitea-specs/issue-<number>-validation.md`
-- Status: **ACCEPTED** → ⏩ Dokumentations- & Closing-Agent
-- Status: **REJECTED** → ⏩ Implementierungs-Agent mit Begründung
+- Status: **ACCEPTED** → ⏩ Dokumentations- & Closing-Agent (Phase 7)
+- Status: **REJECTED** → ⏩ Implementierungs-Agent (Phase 2) mit Begründung
 
 ## Regeln
 - Immer aus Nutzersicht prüfen, nicht aus Entwicklersicht