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-fix-refactoring/SKILL.md

@@ -11,6 +11,23 @@ Rolle: Wird bei Bedarf eingeschaltet – nach Code Review mit Änderungswünsche
 - Feature Branch mit Änderungswünschen
 - Review-Kommentare: `memory/gitea-specs/issue-<number>-review.md` (CHANGES_REQUESTED)
 - oder QA-Report: `memory/gitea-specs/issue-<number>-qa.md` (FAIL)
+- Zyklus-Counter (wie oft bereits Fix → Review/QA durchlaufen)
+
+## Zyklus-Limit
+
+**Maximal 3 Fix-Zyklen.** Danach:
+
+1. Fix-Zyklus abbrechen
+2. Zusammenfassung erstellen was hängt:
+   - Welche Probleme sind offen?
+   - Woran scheitert es?
+   - Was wurde schon versucht?
+3. **Martin informieren und auf seine Entscheidung warten:**
+   - Weitere 3 Zyklen genehmigen
+   - Issue manuell übernehmen
+   - Issue zurückstellen / schließen
+
+Zyklus-Counter dokumentieren in `memory/gitea-specs/issue-<number>-fix-cycles.md`.
 
 ## Aufgaben
 
@@ -78,11 +95,14 @@ Rolle: Wird bei Bedarf eingeschaltet – nach Code Review mit Änderungswünsche
 ## Ausgang
 - Alle Fixes auf Feature Branch committet
 - Änderungen dokumentiert
+- Zyklus-Counter inkrementiert
 - ⏩ Zurück an den Agent der das Feedback gegeben hat:
-  - Bei Review-Feedback → **Code-Review-Agent**
-  - Bei QA-Fail → **Test- & QA-Agent**
+  - Bei Review-Feedback → **Code-Review-Agent** (Phase 3)
+  - Bei QA-Fail → **Test- & QA-Agent** (Phase 4)
+- Bei Zyklus > 3: ⏸ Pause + Martin informieren
 
 ## Regeln
 - Ein Fix = ein Commit (atomic)
 - Kein Refactoring ohne klaren Grund
 - Bei Unsicherheit: Martin fragen
+- Zyklus-Limit **strikt** einhalten – keine Endlosschleifen