fix: Workflow-Konsistenz — Modellangaben, Skill-Definitionen und Hook-Robustheit

- CLAUDE.md: Klare Modell-Strategie (Opus für Planung/Review, Sonnet für Impl., Haiku für Tests)
- Agents und Skills: konsistente Modellangaben (n8n-architect, plan-reviewer, go/SKILL, plan-review/SKILL)
- Statusline: sichere Fehlerbehandlung bei fehlenden Befehlen (jq, secret-tool)
- pre-bash-checks.sh: robustere Validierungen (-n statt -z für Präsenzprüfung), vermeidung von edge cases
- phase-4-implementierung.md: Konsistenz in der Workflow-Beschreibung

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

skills/go/SKILL.md

@@ -20,12 +20,15 @@ Ziel: Redundanzen entfernen, Lesbarkeit verbessern, keine neuen Features einfüh
 
 ## Schritt 3: PR erstellen
 
-Ermittle den aktuellen Branch-Namen und die Commit-Zusammenfassung:
+Ermittle den aktuellen Branch-Namen, Owner/Repo und die Commit-Zusammenfassung:
 ```
 !git log --oneline origin/main..HEAD
 !git branch --show-current
+!git remote get-url origin
 ```
 
+Leite **Owner** und **Repo** aus der Remote-URL ab (z.B. `https://gitea.troeger-net.org/martin/mein-repo.git` → Owner: `martin`, Repo: `mein-repo`).
+
 Erstelle den PR via `mcp__gitea__pull_request_write`:
 - Gitea-Instanz: `https://gitea.troeger-net.org`
 - PR-Titel: Erster Commit-Titel des Branches

skills/plan-review/SKILL.md

@@ -8,7 +8,7 @@ model: claude-opus-4-6
 
 Starte den `plan-reviewer`-Agenten mit folgendem Auftrag:
 
-1. Lies den aktuellen Plan aus `/home/martin/.claude/plans/` (neueste Datei)
+1. Lies den aktuellen Plan aus `plans/` im Repo-Root (neueste Datei, Repo-Root via `git rev-parse --show-toplevel`)
 2. Lies die CLAUDE.md des aktuellen Projekts
 3. Prüfe den Plan auf:
    - **Vollständigkeit**: Sind alle Akzeptanzkriterien abgedeckt?

skills/story/references/phase-4-implementierung.md

@@ -7,7 +7,7 @@ git checkout -b feat/<story-name>
 
 Implementierung nach Plan durchführen:
 - Schritte aus dem Plan der Reihe nach abarbeiten
-- Nach jedem logischen Abschnitt committen (mind. stündlich)
+- Nach jedem logischen Abschnitt committen (mind. nach jeder abgeschlossenen Komponente)
 - CLAUDE.md-Konventionen einhalten: Ruff, Type Hints, async, Pydantic-Schemas
 - Keine generischen `try/except`, kein toter Code, Logging statt print
 - Alembic-Migration erstellen falls nötig: `alembic revision --autogenerate -m "..."`