refactor: Konsolidiere Workflow-Dokumentation in CLAUDE.md, lösche redundante Dateien

- Verschiebe alle Inhalte aus workflow/ (README, models, story-lifecycle, plan) in CLAUDE.md
- Lösche SETUP.md (redundant mit CLAUDE.md Aktivierungsabschnitt)
- Vereinfache Agent/Skill-Dokumentation (Querverweis zu CLAUDE.md statt Details)
- Aktualisiere Hooks-Dokumentation für neue Struktur
- Zentralisiere Skills/Agents/Hooks in einer Datei (Single Source of Truth)

Verifiziert durch: Manuelle Überprüfung aller Querverweis-Pfade, lokale Tests laufen ✓

Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>

skills/go/SKILL.md

@@ -1,6 +1,7 @@
 ---
 description: Führt nach einer Implementierung Tests aus, vereinfacht den Code und erstellt einen PR in Gitea. Aktivieren wenn eine Feature-Implementierung abgeschlossen ist und ein PR erstellt werden soll.
 context: fork
+model: claude-haiku-4-5-20251001
 ---
 
 # /go — Test + Simplify + PR
@@ -14,7 +15,7 @@ Wenn Tests fehlschlagen: Abbruch, Fehlerbericht ausgeben.
 
 ## Schritt 2: Code vereinfachen
 
-Starte den `code-simplifier`-Agenten für alle in dieser Session geänderten Dateien.
+Rufe den `simplify`-Skill (Plugin) für alle in dieser Session geänderten Dateien auf.
 Ziel: Redundanzen entfernen, Lesbarkeit verbessern, keine neuen Features einführen.
 
 ## Schritt 3: PR erstellen
@@ -25,9 +26,8 @@ Ermittle den aktuellen Branch-Namen und die Commit-Zusammenfassung:
 !git branch --show-current
 ```
 
-Erstelle den PR via Gitea-API:
+Erstelle den PR via `mcp__gitea__pull_request_write`:
 - Gitea-Instanz: `https://gitea.troeger-net.org`
-- Token: `$(secret-tool lookup user claude-code token gitea)`
 - PR-Titel: Erster Commit-Titel des Branches
 - PR-Body: Alle Akzeptanzkriterien als Checkboxen + Verifikations-Hinweis
 

skills/plan-review/SKILL.md

@@ -1,6 +1,7 @@
 ---
 description: Startet einen unabhängigen Opus-Agenten der den aktuellen Plan auf Vollständigkeit, Risiken und fehlende Tests prüft. Aktivieren nach der Planungsphase, bevor die Implementierung beginnt.
 context: fork
+model: claude-opus-4-6
 ---
 
 # /plan-review — Unabhängiger Plan-Review

skills/story/SKILL.md

@@ -1,5 +1,6 @@
 ---
 description: Orchestriert den vollständigen Story-Lifecycle von Planung bis PR. Aktivieren wenn eine neue User Story oder ein neues Feature implementiert werden soll.
+model: claude-opus-4-6
 ---
 
 # /story — Voller Story-Lifecycle
@@ -21,7 +22,6 @@ mcp__plugin_context7_context7__query-docs
 
 ## Phase 2: Planung
 
-Wechsle auf Opus: Sage dem Nutzer: "Wechsle für die Planung auf /model opus"
 Aktiviere Plan-Modus.
 Erstelle einen detaillierten Plan mit Akzeptanzkriterien.
 
@@ -34,16 +34,24 @@ Bei ✅ Freigabe: weiter.
 
 ## Phase 4: Implementierung
 
-Sage dem Nutzer: "Wechsle für die Implementierung auf /model sonnet"
 Feature-Branch erstellen:
 ```
-!git checkout -b feature/<story-name>
+!git checkout -b feat/<story-name>
 ```
 Implementierung durchführen. Commits stündlich.
 
-## Phase 5: Abschluss
+## Phase 5: Tests und PR
 
 Rufe `/go` auf (Test + Simplify + PR).
 Warte auf PR-URL.
 
+## Phase 6: Security-Audit
+
+Starte den `security-audit`-Agenten.
+Warte auf das Ergebnis. Bei kritischen Befunden: Beheben, dann erneut prüfen.
+
+## Phase 7: Abschluss
+
+Rufe `/ship` auf (Commit → Push → PR → Merge → Cleanup).
+
 Ausgabe: PR-URL + kurze Zusammenfassung was implementiert wurde.

skills/workflow-review/SKILL.md

@@ -1,7 +1,7 @@
 ---
 description: Reviewt Skills, Agenten und Konfigurationsdateien dieses Repos auf Vollständigkeit, Konsistenz und Best Practices. Erstellt einen umsetzbaren Plan für Verbesserungen.
 context: fork
-model: claude-opus-4-7
+model: claude-opus-4-6
 ---
 
 # /workflow-review — Review von Skills und Konfiguration
@@ -10,10 +10,8 @@ Reviewe die Workflow-Konfiguration dieses Repos. Falls ein Argument übergeben w
 
 ## Schritt 1: Dateien einlesen
 
-Lies alle Konfigurationsdateien im Repo:
-```
-find . -name "*.md" -not -path "./.git/*"
-```
+Lies alle Konfigurationsdateien im Repo mit dem Glob-Tool (`**/*.md`).
+Schließe `.git/` aus.
 
 ## Schritt 2: Best-Practice-Referenz abrufen
 
@@ -26,7 +24,7 @@ Vergleiche die dort beschriebenen Patterns mit dem aktuellen Workflow.
 
 Prüfe auf:
 
-- **Konsistenz**: Stimmen Modell-Angaben mit `workflow/models.md` überein?
+- **Konsistenz**: Stimmen Modell-Angaben mit den Frontmatter-Feldern der Skills/Agenten überein?
 - **Vollständigkeit**: Sind alle Schritte klar und ohne Rückfragen ausführbar?
 - **Widersprüche**: Widerspricht eine Anweisung einer anderen Datei?
 - **Fehlerbehandlung**: Gibt es klare Abbruchkriterien?