@the-bearded-bear/claude-craft 8.23.3 → 8.26.0-next.2a54921

package/Dev/i18n/base/Common/commands/aliases.md

@@ -18,11 +18,9 @@ These aliases reduce typing and improve productivity by providing short mnemonic
 
 | Alias | Full Command | Description |
 |-------|-------------|-------------|
-| `/ca` | `/common:audit-freshness` | Audit documentation freshness |
-| `/caa` | `/common:audit-claude-alignment` | Weekly Claude ecosystem alignment audit |
 | `/ci` | `/common:init` | Initialize Claude Craft |
-| `/cr` | `/common:release-checklist` | Pre-release verification checklist |
-| `/cs` | `/common:setup-project-context` | Setup project context for Claude |
+| `/cr` | `/gate:check release` | Pre-release verification checklist |
+| `/cs` | `/common:init --context` | Setup project context for Claude |
 
 ### Technology Check Compliance
 
@@ -72,7 +70,7 @@ These aliases reduce typing and improve productivity by providing short mnemonic
 # Instead of: /common:init
 /ci
 
-# Instead of: /common:setup-project-context
+# Instead of: /common:init --context
 /cs
 ```
 
@@ -123,11 +121,9 @@ Add to `~/.bashrc` or `~/.zshrc`:
 
 ```bash
 # Claude Craft Aliases
-alias ca='claude-code -p /common:audit-freshness'
-alias caa='claude-code -p /common:audit-claude-alignment'
 alias ci='claude-code -p /common:init'
-alias cr='claude-code -p /common:release-checklist'
-alias cs='claude-code -p /common:setup-project-context'
+alias cr='claude-code -p /gate:check release'
+alias cs='claude-code -p /common:init --context'
 
 alias sc='claude-code -p /symfony:check-compliance'
 alias rc='claude-code -p /react:check-compliance'
@@ -157,11 +153,9 @@ Add to `~/.config/fish/config.fish`:
 
 ```fish
 # Claude Craft Aliases
-alias ca 'claude-code -p /common:audit-freshness'
-alias caa 'claude-code -p /common:audit-claude-alignment'
 alias ci 'claude-code -p /common:init'
-alias cr 'claude-code -p /common:release-checklist'
-alias cs 'claude-code -p /common:setup-project-context'
+alias cr 'claude-code -p /gate:check release'
+alias cs 'claude-code -p /common:init --context'
 
 alias sc 'claude-code -p /symfony:check-compliance'
 alias rc 'claude-code -p /react:check-compliance'

package/Dev/i18n/base/Common/commands/init.md

@@ -1,11 +1,25 @@
 ---
-description: "Bootstrap the Claude-Craft structure for a new project"
+description: "Bootstrap the Claude-Craft structure for a new project, or analyze the codebase and configure the project context (--context)"
+argument-hint: "[--context [--auto|--full]]"
 ---
 
 # /init - Bootstrap Claude-Craft Structure
 
 Initialise la structure Claude-Craft pour un nouveau projet.
 
+**$ARGUMENTS**
+
+## Usage
+
+| Mode / option | Ce que cela fait | Remplace |
+|---------------|------------------|----------|
+| `/common:init` | Amorce la structure Claude-Craft (technologie, `.claude/`, `project-context.md`) | — |
+| `/common:init --context` | Analyse la codebase et configure `.claude/rules/00-project-context.md` de façon interactive | `/common:init --context` |
+| `/common:init --context --auto` | Détection maximale, questions ignorées quand un défaut raisonnable existe | `/common:init --context --auto` |
+| `/common:init --context --full` | Questionnaire complet (objectifs, dette technique, glossaire) | `/common:init --context --full` |
+
+Sans `--context`, suivre les étapes ci-dessous. Avec `--context`, suivre la section « Mode `--context` » en fin de document.
+
 ## Étapes
 
 ### 1. Identifier la Technologie
@@ -156,3 +170,77 @@ Prochaines étapes:
 2. Consulter symfony/CLAUDE.md pour les patterns
 3. Utiliser make quality pour vérifier le code
 ```
+
+## Mode `--context` — Contexte projet
+
+Configure `.claude/rules/00-project-context.md` en analysant la codebase puis en posant des questions ciblées.
+
+### Phase 1 : Détection automatique
+
+Analyser :
+
+- **Configuration** : `package.json`, `composer.json`, `pubspec.yaml`, `requirements.txt` / `pyproject.toml`, `Cargo.toml`, `go.mod` (nom, dépendances, framework)
+- **Environnement** : `.env`, `.env.example`, `config/`, `docker-compose.yml` (base de données, services, Redis…)
+- **Structure** : `src/`, `lib/`, `app/`, `tests/`, `spec/`, `docs/`, `specifications/`, `.github/`, `.gitlab-ci.yml`
+- **Domaine** : `src/Entity/`, `src/Domain/`, `lib/models/`, `lib/domain/`, `models/`, `schemas/`, `migrations/`
+
+Afficher un tableau récapitulatif (nom du projet, langage, framework, base de données, tests, CI/CD), la structure détectée, la documentation trouvée et la liste de ce qui n'a pas été détecté (qui sera demandé).
+
+### Phase 2 : Questions interactives
+
+Ne poser que les informations NON détectées en phase 1. En mode `--auto`, ignorer les questions pour lesquelles un défaut raisonnable existe.
+
+**Questions essentielles :**
+
+1. **Type d'application** (si non détecté) : REST API, Web Application, Mobile App, CLI Tool, Library/Package, Monorepo
+2. **Domaine métier** : E-commerce, SaaS Platform, FinTech, HealthTech, EdTech, Social/Community, Media/Content, IoT, autre
+3. **Utilisateurs cibles** (2-3 personas) : rôle et objectif principal de l'utilisateur primaire, puis secondaire (optionnel)
+4. **Conformité** : GDPR, HIPAA, PCI-DSS, SOC2, aucune
+
+**Questions étendues** (mode `--full` uniquement) :
+
+5. **Objectifs** : court terme (3-6 mois) et moyen terme (6-12 mois)
+6. **Problèmes connus / dette technique** à documenter
+7. **Glossaire** : termes métier clés à définir
+
+### Phase 3 : Générer le fichier de contexte
+
+Créer `.claude/rules/00-project-context.md` avec les sections suivantes (en-tête : « Auto-generated by `/common:init --context` on {DATE} ») :
+
+| Section | Contenu |
+|---------|---------|
+| Plan Mode | Recommandation d'activer le plan mode avant de générer des artefacts |
+| Overview | `{PROJECT_NAME}` est une application {TYPE} du domaine {DOMAIN}, description issue du README ou de l'utilisateur |
+| Technical Stack | Langage, framework, base de données, cache, tests, CI/CD |
+| Project Structure | Arborescence détectée |
+| Business Domain | Concepts clés (entités détectées), bounded contexts si DDD |
+| Users & Personas | Objectif, points de douleur et workflows clés par persona |
+| Constraints | Conformité, cibles de performance (page < 3 s, API < 200 ms, disponibilité 99,9 %), exigences de sécurité (OWASP Top 10, validation des entrées, authentification) |
+| Goals | Court et moyen terme (ou placeholder) |
+| Known Issues / Technical Debt | Problèmes connus (ou placeholder) |
+| Glossary | Termes métier (ou exemples) |
+
+### Phase 4 : Validation et prochaines étapes
+
+Afficher un résumé (fichier créé, projet, type, stack, domaine, conformité, nombre de personas) puis recommander :
+
+1. Relire le fichier généré et compléter les sections placeholder
+2. Ajouter les bounded contexts détaillés si DDD
+3. Documenter les workflows métier clés
+4. Lancer les agents spécialisés : `@database-architect` (schéma), `@api-designer` (endpoints)
+
+Proposer d'ouvrir le fichier pour relecture.
+
+### Modes
+
+| Mode | Comportement |
+|------|--------------|
+| `--context` | Détection + questions essentielles (type, domaine, utilisateurs, conformité) |
+| `--context --auto` | Auto-détection maximale, questions ignorées si défaut raisonnable |
+| `--context --full` | Toutes les questions, y compris objectifs, problèmes et glossaire |
+
+```bash
+/common:init --context
+/common:init --context --auto
+/common:init --context --full
+```

package/Dev/i18n/base/Common/commands/pack-repo.md

@@ -133,7 +133,7 @@ Afficher :
 ## Intégration
 
 - **`/workflow:init`** — propose pack-repo pour contexte initial nouveau projet
-- **`/common:setup-project-context`** — utilise pack-repo pour alimenter `.claude/INDEX.md`
+- **`/common:init --context`** — utilise pack-repo pour alimenter `.claude/INDEX.md`
 - **`/team:audit`** — packe avant audit multi-stack
 - **Skill `atomic-tasks`** — pack léger par feature pour subagent frais
 

package/Dev/i18n/base/Common/commands/search.md

@@ -102,8 +102,8 @@ When a user invokes `/common:search <keyword>`:
 | `architecture` | architecture skill, @database-architect |
 | `react` | /react:* commands, @react-reviewer |
 | `symfony` | /symfony:* commands, @symfony-reviewer |
-| `audit` | /team:audit, /common:audit-freshness, /common:audit-claude-alignment |
-| `claude code` | /common:audit-claude-alignment, .claude/COMPATIBILITY.md |
+| `audit` | /team:audit, /team:security |
+| `claude code` | /common:setup-rtk, .claude/COMPATIBILITY.md |
 | `workflow` | /workflow:* commands, workflow-analysis skill |
 
 ---

package/Dev/i18n/base/Common/skills/dynamic-workflows/SKILL.md

@@ -69,4 +69,4 @@ validée. Pour des éditions concurrentes de fichiers, `isolation: 'worktree'`.
   déclencheur `ultracode` des workflows, même si souvent utilisés ensemble.
 
 > Référence : [Claude Code Workflows](https://code.claude.com/docs/en/workflows) · voir aussi
-> `@.claude/commands/common/sub-agents-patterns.md` (tableau comparatif des orchestrations).
+> le skill `sub-agents-patterns` (`.claude/skills/sub-agents-patterns/SKILL.md`) (tableau comparatif des orchestrations).

package/Dev/i18n/{en/Common/commands/sub-agents-patterns.md → base/Common/skills/sub-agents-patterns/SKILL.md}

@@ -1,5 +1,10 @@
 ---
-description: "Sub-agent patterns for parallel and complex tasks"
+name: sub-agents-patterns
+description: Sub-agent patterns for parallel and complex tasks. Use when splitting work across Explore/Plan/general-purpose sub-agents or running independent investigations in parallel.
+allowed-tools:
+  - Read
+  - Glob
+  - Grep
 ---
 
 # Sub-Agents Patterns

package/Dev/i18n/de/Common/agents/data-analyst.md

@@ -104,7 +104,7 @@ Vor jeder Abfrage: Welche Entscheidung wird mit diesem Ergebnis getroffen?
 - `@database-architect` — Schema-Design
 - `@performance-auditor` — Systemmetriken
 - `.claude/rules/14-multitenant.md` — Datenisolierung pro Tenant
-- `/common:daily-standup` — Dateneingabe für das Standup
+- `/workflow:status --standup` — Dateneingabe für das Standup
 - Observability-Infrastruktur über `@devops-engineer`
 
 ## Ressourcen

package/Dev/i18n/de/Common/agents/ralph-conductor.md

@@ -239,7 +239,7 @@ Ohne diese Bedingungen arbeitet der Conductor genau wie bisher.
 
 - Funktioniert mit dem `/common:ralph-run`-Befehl
 - Integriert mit Claude Code 2.1.23+ Hooks
-- Kompatibel mit dem `/sprint:dev`-Workflow
+- Kompatibel mit dem `/workflow:implement`-Workflow
 - Verwendet `@tdd-coach`-Prinzipien
 - Agent Teams Modus über `/team:sprint --ralph-mode`
 

package/Dev/i18n/de/Common/commands/daily-standup.md

@@ -1,216 +1,9 @@
 ---
-description: Daily Stand-up Zusammenfassung
-argument-hint: [arguments]
+description: "Veraltet (Entfernung in 9.0): /workflow:status --standup verwenden"
+deprecated: true
+replaced-by: /workflow:status
 ---
 
-# Daily Stand-up Zusammenfassung
+> ⚠️ `/common:daily-standup` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/workflow:status --standup`.
 
-Sie sind ein Scrum-Assistent. Sie müssen eine Zusammenfassung der Entwicklungsaktivitäten erstellen, um das tägliche Stand-up zu erleichtern.
-
-## Argumente
-$ARGUMENTS
-
-Argumente:
-- (Optional) Zeitraum (Standard: seit gestern)
-
-Beispiel: `/common:daily-standup` oder `/common:daily-standup "2024-01-15"`
-
-## MISSION
-
-### Schritt 1: Daten sammeln
-
-```bash
-# Commits seit gestern
-git log --since="yesterday" --oneline --all
-
-# Aktive Branches
-git branch -a --sort=-committerdate | head -10
-
-# Offene PRs
-gh pr list --state open
-
-# Aktuelle Issues
-gh issue list --assignee @me --state open
-
-# Lokal geänderte Dateien
-git status --short
-```
-
-### Schritt 2: Zusammenfassung erstellen
-
-```
-══════════════════════════════════════════════════════════════
-📅 DAILY STAND-UP - {YYYY-MM-DD}
-══════════════════════════════════════════════════════════════
-
-──────────────────────────────────────────────────────────────
-📊 SPRINT-ZUSAMMENFASSUNG
-──────────────────────────────────────────────────────────────
-
-Sprint: {N}
-Tag: {X}/10
-Verbleibende Punkte: {Y}
-Burndown: 📉 Im Plan / 📈 Voraus / 📊 Verzögert
-
-──────────────────────────────────────────────────────────────
-✅ WAS ERLEDIGT WURDE (GESTERN)
-──────────────────────────────────────────────────────────────
-
-### Commits
-- {hash} {Nachricht} (@autor)
-- {hash} {Nachricht} (@autor)
-
-### Gemergte PRs
-- PR #123: {Titel} (@autor)
-
-### Geschlossene Issues
-- Issue #456: {Titel}
-
-──────────────────────────────────────────────────────────────
-🎯 WAS GEPLANT IST (HEUTE)
-──────────────────────────────────────────────────────────────
-
-### In Bearbeitung
-| Branch | Issue | Zugewiesen | Status |
-|---------|-------|-----------|--------|
-| feature/auth | #45 | @dev1 | 🟡 70% |
-| fix/login | #48 | @dev2 | 🟢 90% |
-
-### Zu starten
-- Issue #50: {Titel} (nicht zugewiesen)
-
-──────────────────────────────────────────────────────────────
-🚧 BLOCKER / RISIKEN
-──────────────────────────────────────────────────────────────
-
-| Blocker | Auswirkung | Erforderliche Aktion |
-|----------|------------|---------------------|
-| Externe API ausgefallen | PR #123 blockiert | Support kontaktieren |
-| Review ausstehend | PR #125 seit 2 Tagen | @dev3 verfügbar? |
-
-──────────────────────────────────────────────────────────────
-📈 AKTIVE PULL REQUESTS
-──────────────────────────────────────────────────────────────
-
-| PR | Titel | Autor | Alter | Reviews |
-|----|-------|-------|-------|---------|
-| #125 | OAuth-Login hinzufügen | @dev1 | 2d | 1/2 ✅ |
-| #127 | Benutzerprofil reparieren | @dev2 | 1d | 0/2 ⏳ |
-| #128 | Abhängigkeiten aktualisieren | @bot | 3d | 0/1 ⏳ |
-
-──────────────────────────────────────────────────────────────
-💡 NOTIZEN / ERINNERUNGEN
-──────────────────────────────────────────────────────────────
-
-- 🗓️ Backlog-Refinement morgen 14 Uhr
-- ⚠️ Feature X Deadline: Freitag
-- 📣 Sprint Review: {Datum}
-```
-
-### Schritt 3: Kurzformat (für Slack/Teams)
-
-```markdown
-**📅 Daily - {YYYY-MM-DD}**
-
-**Gestern:**
-• PR #123 gemergt (Google OAuth)
-• 5 Commits auf feature/auth
-
-**Heute:**
-• PR #125 fertigstellen (GitHub OAuth)
-• Issue #50 starten (Passwort zurücksetzen)
-
-**Blocker:**
-• ⚠️ Review ausstehend PR #125 (@dev3)
-
-**PRs zum Review:**
-• PR #127 - Benutzerprofil reparieren (0/2)
-```
-
-### Schritt 4: Team-Metriken
-
-```
-══════════════════════════════════════════════════════════════
-👥 TEAM-AKTIVITÄT (Letzte 7 Tage)
-══════════════════════════════════════════════════════════════
-
-| Mitglied | Commits | PRs | Reviews | Issues |
-|----------|---------|-----|---------|--------|
-| @dev1 | 12 | 3 | 5 | 4 |
-| @dev2 | 8 | 2 | 3 | 3 |
-| @dev3 | 15 | 4 | 8 | 5 |
-
-──────────────────────────────────────────────────────────────
-📊 AKTUELLE VELOCITY
-──────────────────────────────────────────────────────────────
-
-| Tag | Gelieferte Punkte | Kumulativ | Ideal |
-|------|------------------|-----------|-------|
-| T1 | 3 | 3 | 2.1 |
-| T2 | 5 | 8 | 4.2 |
-| T3 | 2 | 10 | 6.3 |
-| T4 | 0 | 10 | 8.4 |
-| T5 | ... | ... | 10.5 |
-
-Status: 📈 1,6 Punkte voraus
-```
-
-## Daily Stand-up Tipps
-
-### Die 3 klassischen Fragen
-1. Was habe ich gestern gemacht?
-2. Was werde ich heute machen?
-3. Gibt es Hindernisse?
-
-### Best Practices
-- **15 Minuten max** für das gesamte Team
-- **Im Stehen** (fördert Kürze)
-- **Gleiche Zeit** jeden Tag
-- **Keine Problemlösung** (Parking Lot)
-- **Fokus auf Sprint-Ziel**
-
-### Zu vermeidende Anti-Patterns
-- ❌ Berichterstattung an Scrum Master (sprechen Sie mit dem Team)
-- ❌ Lange technische Diskussionen
-- ❌ Auf die eigene Reihe warten ohne zuzuhören
-- ❌ "Ich habe an X gearbeitet" (zu vage)
-
-### Alternatives Format: Walk the Board
-1. Beginnen Sie mit der "Done"-Spalte
-2. Gehen Sie zu "In Progress"
-3. Dann "To Do"
-4. Fokus auf was den Fortschritt blockiert
-
-## Automatisierung
-
-### GitHub Action für Daily Digest
-
-```yaml
-name: Daily Digest
-on:
-  schedule:
-    - cron: '0 7 * * 1-5'  # 7 Uhr Montag bis Freitag
-  workflow_dispatch:
-
-jobs:
-  digest:
-    runs-on: ubuntu-latest
-    steps:
-      - uses: actions/checkout@v4
-
-      - name: Digest erstellen
-        run: |
-          echo "# Daily Digest - $(date +%Y-%m-%d)" > digest.md
-          echo "" >> digest.md
-          echo "## Commits (24h)" >> digest.md
-          git log --since="24 hours ago" --oneline >> digest.md
-          echo "" >> digest.md
-          echo "## Offene PRs" >> digest.md
-          gh pr list --state open --json number,title,author >> digest.md
-
-      - name: Zu Slack posten
-        uses: slackapi/slack-github-action@v1
-        with:
-          channel-id: 'daily-standup'
-          payload-file-path: digest.md
-```
+Führen Sie `/workflow:status --standup $ARGUMENTS` aus: Lesen Sie `.claude/commands/workflow/status.md` und folgen Sie der Datei mit diesen Argumenten.

package/Dev/i18n/de/Common/commands/getting-started.md

@@ -95,8 +95,7 @@ Based on the detected stack, recommend 3 contextualized commands that provide im
 - `/php:check-security` — Security best practices
 
 **Unknown/Multi-stack:**
-- `/common:audit-freshness` — Check dependency updates and security
-- `/common:pre-commit-check` — Quality gates before commits
+- `/gate:check commit` — Quality gates before commits
 - `/team:audit` — Full project audit (architecture, security, performance)
 
 ### Output Format
@@ -344,3 +343,5 @@ User should:
 - ✓ Feel confident exploring further
 
 Time to First Value (TTFV): **< 10 minutes total**
+
+> Unsicher, welchen Weg Sie wählen sollen? Siehe die Entscheidungsseite: https://github.com/TheBeardedBearSAS/claude-craft/blob/main/docs/guides/de/11-which-path.md

package/Dev/i18n/de/Common/commands/pre-commit-check.md

@@ -1,205 +1,9 @@
 ---
-description: Pre-Commit-Überprüfung
-argument-hint: [arguments]
+description: "Veraltet (Entfernung in 9.0): /gate:check commit verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Pre-Commit-Überprüfung
+> ⚠️ `/common:pre-commit-check` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check commit`.
 
-Sie sind ein Code-Qualitäts-Assistent. Sie müssen alle notwendigen Überprüfungen VOR dem Erstellen eines Commits durchführen, um sicherzustellen, dass der Code den Projektstandards entspricht.
-
-## Argumente
-$ARGUMENTS
-
-Optionen:
-- `--fix`: Behebbare Probleme automatisch beheben
-- `--staged`: Nur gestage Dateien prüfen
-
-## MISSION
-
-### Schritt 1: Geänderte Dateien identifizieren
-
-```bash
-# Gestage Dateien
-git diff --cached --name-only
-
-# Geänderte Dateien (nicht gestaged)
-git diff --name-only
-```
-
-### Schritt 2: Technologie nach Datei erkennen
-
-| Erweiterung | Technologie | Tools |
-|-----------|-------------|--------|
-| `.php` | PHP/Symfony | php-cs-fixer, phpstan |
-| `.dart` | Flutter | dart format, dart analyze |
-| `.py` | Python | ruff, mypy |
-| `.ts`, `.tsx` | React/RN | eslint, prettier |
-| `.js`, `.jsx` | React/RN | eslint, prettier |
-
-### Schritt 3: Überprüfungen ausführen
-
-#### Für PHP-Dateien
-```bash
-# Formatierung
-docker compose exec php vendor/bin/php-cs-fixer fix --dry-run --diff [dateien]
-
-# Statische Analyse
-docker compose exec php vendor/bin/phpstan analyse [dateien]
-
-# Twig-Syntax (falls geändert)
-docker compose exec php php bin/console lint:twig templates/
-
-# Symfony Container
-docker compose exec php php bin/console lint:container
-```
-
-#### Für Dart/Flutter-Dateien
-```bash
-# Formatierung
-docker run --rm -v $(pwd):/app -w /app dart dart format --set-exit-if-changed [dateien]
-
-# Analyse
-docker run --rm -v $(pwd):/app -w /app dart dart analyze [dateien]
-
-# Betroffene Tests
-docker run --rm -v $(pwd):/app -w /app dart flutter test --coverage
-```
-
-#### Für Python-Dateien
-```bash
-# Linting + Formatierung
-docker compose exec app ruff check [dateien]
-docker compose exec app ruff format --check [dateien]
-
-# Types
-docker compose exec app mypy [dateien]
-```
-
-#### Für JS/TS-Dateien
-```bash
-# Linting
-docker compose exec node npx eslint [dateien]
-
-# Formatierung
-docker compose exec node npx prettier --check [dateien]
-
-# Types (falls TypeScript)
-docker compose exec node npx tsc --noEmit
-```
-
-### Schritt 4: Globale Überprüfungen
-
-#### Secrets
-```bash
-# Nach Secret-Mustern suchen
-grep -rE "(password|secret|api_key|token)\s*[:=]\s*['\"][^'\"]+['\"]" --include="*.{php,py,ts,js,dart}" .
-grep -rE "sk_live_|pk_live_|ghp_|gho_|AKIA" .
-```
-
-#### Verbotene Dateien
-```bash
-# Auf keine sensiblen Dateien prüfen
-git diff --cached --name-only | grep -E "\.(env|pem|key|p12)$"
-```
-
-#### Dateigröße
-```bash
-# Dateien > 1MB
-find . -type f -size +1M -name "*.{php,py,ts,js,dart}"
-```
-
-### Schritt 5: Bericht generieren
-
-```
-══════════════════════════════════════════════════════════════
-🔍 PRE-COMMIT-ÜBERPRÜFUNG
-══════════════════════════════════════════════════════════════
-
-📁 Geprüfte Dateien: X
-📅 Datum: YYYY-MM-DD HH:MM
-
-──────────────────────────────────────────────────────────────
-✅ ERFOLGREICHE ÜBERPRÜFUNGEN
-──────────────────────────────────────────────────────────────
-
-✅ PHP-Formatierung (php-cs-fixer)
-✅ PHP-Statische-Analyse (phpstan)
-✅ TypeScript-Formatierung (prettier)
-✅ TypeScript-Linting (eslint)
-✅ Keine Secrets erkannt
-
-──────────────────────────────────────────────────────────────
-⚠️ ERKANNTE PROBLEME
-──────────────────────────────────────────────────────────────
-
-❌ [PHP] src/Controller/UserController.php:45
-   PHPStan: Parameter $id of method __construct() has no type hint
-
-⚠️ [TS] src/components/Button.tsx:12
-   ESLint: 'unused' is defined but never used (no-unused-vars)
-
-──────────────────────────────────────────────────────────────
-📋 ZUSAMMENFASSUNG
-──────────────────────────────────────────────────────────────
-
-| Kategorie | Status |
-|-----------|--------|
-| Formatierung | ✅ OK |
-| Linting   | ⚠️ 1 Warnung |
-| Types     | ❌ 1 Fehler |
-| Secrets   | ✅ OK |
-
-──────────────────────────────────────────────────────────────
-🎯 ERFORDERLICHE AKTIONEN
-──────────────────────────────────────────────────────────────
-
-1. PHPStan-Fehler in UserController.php beheben
-2. (Optional) ESLint-Warnung beheben
-
-Commit autorisiert: ❌ NEIN (1 blockierender Fehler)
-```
-
-### --fix Option
-
-Falls `--fix` als Argument übergeben:
-
-```bash
-# PHP
-docker compose exec php vendor/bin/php-cs-fixer fix [dateien]
-
-# Dart
-docker run --rm -v $(pwd):/app -w /app dart dart format [dateien]
-
-# Python
-docker compose exec app ruff check --fix [dateien]
-docker compose exec app ruff format [dateien]
-
-# JS/TS
-docker compose exec node npx eslint --fix [dateien]
-docker compose exec node npx prettier --write [dateien]
-```
-
-## Blockierungsregeln
-
-### Blockierend (Commit verboten)
-- ❌ Syntaxfehler
-- ❌ PHPStan/mypy/tsc-Fehler
-- ❌ Secrets erkannt
-- ❌ .env-Dateien committed
-- ❌ Private Keys/Zertifikate
-
-### Nicht-blockierend (Warnung)
-- ⚠️ Formatierungsprobleme
-- ⚠️ ESLint-Warnungen
-- ⚠️ Test-Coverage gesunken
-- ⚠️ TODO/FIXME hinzugefügt
-
-## Tipp
-
-Zum Automatisieren einen Pre-Commit-Hook konfigurieren:
-
-```bash
-# .git/hooks/pre-commit
-#!/bin/sh
-claude-code "/common:pre-commit-check --staged"
-```
+Führen Sie `/gate:check commit $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten. Fehlt diese Datei, installieren Sie claude-craft mit Projektmanagement neu.