Optimaler Entwicklungs-Workflow eingerichtet

- workflow/: Schnellreferenz, Modell-Strategie, Story-Lifecycle-Doku
- skills/: /go, /plan-review, /story als globale Skills
- hooks/: auto-format.sh (PostToolUse), verify-on-stop.sh (Stop)
- agents/: plan-reviewer (Opus 4.7) für unabhängigen Plan-Review
- Symlinks in ~/.claude/skills/ und ~/.claude/agents/
- settings.json um Hooks-Sektion erweitert

Co-Authored-By: Claude Sonnet 4.6 (1M context) <noreply@anthropic.com>

skills/go.md

@@ -0,0 +1,34 @@
+---
+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
+---
+
+# /go — Test + Simplify + PR
+
+Führe diese drei Schritte der Reihe nach aus:
+
+## Schritt 1: Tests ausführen
+
+Starte den `test-runner`-Agenten. Warte auf das Ergebnis.
+Wenn Tests fehlschlagen: Abbruch, Fehlerbericht ausgeben.
+
+## Schritt 2: Code vereinfachen
+
+Starte den `code-simplifier`-Agenten für alle in dieser Session geänderten Dateien.
+Ziel: Redundanzen entfernen, Lesbarkeit verbessern, keine neuen Features einführen.
+
+## Schritt 3: PR erstellen
+
+Ermittle den aktuellen Branch-Namen und die Commit-Zusammenfassung:
+```
+!git log --oneline origin/main..HEAD
+!git branch --show-current
+```
+
+Erstelle den PR via Gitea-API:
+- 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
+
+Gib die PR-URL aus.

skills/plan-review.md

@@ -0,0 +1,35 @@
+---
+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
+---
+
+# /plan-review — Unabhängiger Plan-Review
+
+Starte den `plan-reviewer`-Agenten mit folgendem Auftrag:
+
+1. Lies den aktuellen Plan aus `/home/martin/.claude/plans/` (neueste Datei)
+2. Lies die CLAUDE.md des aktuellen Projekts
+3. Prüfe den Plan auf:
+   - **Vollständigkeit**: Sind alle Akzeptanzkriterien abgedeckt?
+   - **Tests**: Sind Unit-, Integration- und Security-Tests eingeplant?
+   - **Migrations**: Sind Alembic-Migrationen für Schema-Änderungen vorgesehen?
+   - **Security**: Sind Input-Validierung und Auth-Checks berücksichtigt?
+   - **Abhängigkeiten**: Fehlen Abhängigkeiten zu anderen Modulen?
+   - **Risiken**: Was kann schiefgehen?
+
+Ausgabe-Format:
+```
+## Plan-Review
+
+### ✅ OK
+- [was in Ordnung ist]
+
+### ⚠️ Risiko
+- [potenzielle Probleme mit Empfehlung]
+
+### ❌ Fehlt
+- [was ergänzt werden muss, bevor implementiert werden darf]
+
+### Empfehlung
+[Implementierung freigeben / Plan zuerst anpassen]
+```

skills/story.md

@@ -0,0 +1,49 @@
+---
+description: Orchestriert den vollständigen Story-Lifecycle von Planung bis PR. Aktivieren wenn eine neue User Story oder ein neues Feature implementiert werden soll.
+---
+
+# /story — Voller Story-Lifecycle
+
+Führe den Story-Lifecycle vollständig durch. Warte nach jeder Phase auf Bestätigung.
+
+## Phase 1: Research
+
+Starte bis zu 3 Explore-Subagenten parallel für:
+- Bestehende Implementierungen im relevanten Bereich finden
+- Test-Patterns und -Setup analysieren
+- Abhängige Services/Modelle identifizieren
+
+Hole Context-7-Dokumentation für alle beteiligten Frameworks:
+```
+mcp__plugin_context7_context7__resolve-library-id
+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.
+
+## Phase 3: Plan-Review
+
+Rufe `/plan-review` auf.
+Warte auf das Ergebnis.
+Bei ❌-Punkten: Plan anpassen, dann erneut reviewen.
+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>
+```
+Implementierung durchführen. Commits stündlich.
+
+## Phase 5: Abschluss
+
+Rufe `/go` auf (Test + Simplify + PR).
+Warte auf PR-URL.
+
+Ausgabe: PR-URL + kurze Zusammenfassung was implementiert wurde.