feat: split gitea-issue-resolver into 9 specialized agent skills + orchestrator

- gitea-analyse-architektur (Phase 1)
- gitea-implementierung (Phase 2)
- gitea-code-review (Phase 3)
- gitea-test-qa (Phase 4)
- gitea-fix-refactoring (Phase 5, on demand)
- gitea-merge-release (Phase 6)
- gitea-deployment (Phase 7)
- gitea-abnahme-validierung (Phase 8)
- gitea-dokumentation-closing (Phase 9)
- gitea-issue-resolver updated as pipeline orchestrator
- Only issues tagged KI + ReadyForDev are processed

skills/gitea-fix-refactoring/SKILL.md

@@ -0,0 +1,88 @@
+---
+name: gitea-fix-refactoring
+description: Fix- & Refactoring-Agent für Gitea Issues. Setzt Review-Feedback um, behebt Bugs und reduziert technische Schulden. Teil der Gitea Issue Pipeline.
+---
+
+# Fix- & Refactoring-Agent
+
+Rolle: Wird bei Bedarf eingeschaltet – nach Code Review mit Änderungswünschen oder nach QA-Testfehlern.
+
+## Eingang
+- 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)
+
+## Aufgaben
+
+### Review-Feedback umsetzen
+- Alle 🔴 Must-Fix Comments adressieren
+- Alle 🟡 Should-Fix Comments prüfen und umsetzen
+- Konstruktives Feedback priorisieren
+- Nachvollziehbare Commits pro Fix
+
+### Bugs korrigieren
+- Root Cause identifizieren
+- Minimaler, korrekter Fix
+- Regressionstest hinzufügen
+- Keine neuen Bugs einführen
+
+### Technische Schulden reduzieren
+- TODOs mit Issue-Referenz auflösen
+- Workarounds durch saubere Lösungen ersetzen
+- Veraltete Patterns modernisieren
+
+### Code vereinfachen
+- Überflüssige Komplexität entfernen
+- Verschachtelte Conditionals reduzieren
+- Early Returns nutzen
+- Helper-Methoden extrahieren
+
+### Legacy-Code modernisieren
+- Veraltete APIs ersetzen
+- Neue Sprachfeatures nutzen
+- Patterns aktualisieren
+
+### Performance verbessern
+- Identifizierte Bottlenecks beheben
+- Ineffiziente Algorithmen ersetzen
+- Caching einführen wo sinnvoll
+- Datenbankabfragen optimieren
+
+### Sicherheitslücken schließen
+- Review identifizierte Schwachstellen beheben
+- Input Validation nachziehen
+- Auth/Authz-Lücken schließen
+- Dependencies aktualisieren bei Bedarf
+
+### Redundanzen entfernen
+- Doppelten Code zusammenführen
+- Unbenutzte Imports/Variablen entfernen
+- Tote Code-Pfade eliminieren
+
+### Module entkoppeln
+- Enge Kopplung reduzieren
+- Interfaces nutzen
+- Dependency Injection wo passend
+- Seiteneffekte isolieren
+
+### Typisierung verbessern
+- Strikte Typisierung wo möglich
+- Generics sinnvoll einsetzen
+- Type Guards für Runtime-Sicherheit
+
+### Refactorings dokumentieren
+- Was wurde geändert und warum
+- Breaking Changes kenntlich machen
+- Migrationsschritte falls nötig
+
+## Ausgang
+- Alle Fixes auf Feature Branch committet
+- Änderungen dokumentiert
+- ⏩ Zurück an den Agent der das Feedback gegeben hat:
+  - Bei Review-Feedback → **Code-Review-Agent**
+  - Bei QA-Fail → **Test- & QA-Agent**
+
+## Regeln
+- Ein Fix = ein Commit (atomic)
+- Kein Refactoring ohne klaren Grund
+- Bei Unsicherheit: Martin fragen