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

package/Dev/i18n/base/Common/commands/audit-claude-alignment.md

@@ -1,201 +0,0 @@
----
-description: "Audit hebdomadaire d'alignement sur l'écosystème Claude (CLI, modèles, best practices Anthropic, communauté) via équipe d'agents + PR de correction"
-argument-hint: "[--quick|--full] [--lens=<nom>] [--since=YYYY-MM-DD] [--dry-run] [--no-pr]"
-model: sonnet
----
-
-# Audit d'alignement Claude — claude-craft
-
-Vérifie que claude-craft reste aligné sur l'état réel de l'écosystème Claude : version du CLI Claude Code, modèles et pricing, best practices Anthropic, features de la plateforme, avis de sécurité, et pratiques de la communauté.
-
-Complémentaire de `/common:audit-freshness`, qui couvre les stacks applicatifs (React, Symfony, Flutter…) et **jamais Claude Code lui-même**.
-
-**Résultat :** rapport `docs/audit/claude-alignment/<date>.md` + `<date>.json`, et une **PR** portant uniquement les corrections mécaniques. Tout ce qui demande un jugement part en checklist dans le corps de la PR, jamais en édition automatique.
-
-## Arguments
-
-$ARGUMENTS
-
-- `--quick` (défaut) : n'audite que les lentilles dont la source externe a bougé depuis la baseline
-- `--full` : force les 7 lentilles, effort `high` sur sécurité et modèles — cadence mensuelle
-- `--lens=<nom>` : une seule lentille (`cli-release`, `models-pricing`, `prompt-context`, `cc-features`, `security-cve`, `community`, `internal-conformance`)
-- `--since=YYYY-MM-DD` : force la date de baseline — rattrapage après un trou de cadence
-- `--dry-run` : pré-collecte + liste des agents qui seraient lancés. **Aucun agent, aucune écriture**
-- `--no-pr` : rapport seul, ni branche ni PR
-
-## MISSION
-
-### Étape 0 — Pré-vol et pré-collecte
-
-1. **Worktree propre obligatoire.** `git status --porcelain` ; si la sortie n'est pas vide, **arrêter** et le signaler. Des agents d'audit ont déjà pollué le worktree par le passé — on ne construit pas une PR par-dessus des modifications non validées.
-2. Lancer la pré-collecte déterministe (coût LLM nul) :
-   ```bash
-   node scripts/collect-claude-signals.mjs [--since=<date>] [--dry-run]
-   ```
-   Elle lit `config/claude-alignment-baseline.json`, interroge le registry npm, les avis de sécurité GitHub, le catalogue communautaire et les pages de doc suivies par empreinte, puis écrit `docs/audit/claude-alignment/signals-<date>.json`.
-3. Lire ce fichier. Le champ **`agents_to_launch`** est la liste exacte des lentilles à réveiller. Une lentille absente n'est **pas** auditée : écrire `✅ aucun changement depuis <baseline.last_run>` dans le rapport, sans lancer d'agent. C'est le principal levier de coût de cette commande.
-4. Calculer l'âge du dernier run (`baseline.last_run` → aujourd'hui). Au-delà de **10 jours**, ouvrir le rapport par un avertissement de cadence.
-5. En `--full`, ignorer `agents_to_launch` et retenir les 7 lentilles. En `--lens=<nom>`, ne retenir que celle-là. En `--dry-run`, s'arrêter ici en affichant la liste retenue et le coût estimé.
-
-### Étape 1 — Gates locaux (0 token)
-
-Lancer, et consigner le résultat de chacun dans le rapport :
-
-```bash
-npm run lint:versions   # cohérence tech-registry ↔ versions.yaml + denylist dans les fichiers vitrine
-npm run lint:includes   # liens @<path> fantômes
-npm run docs:check      # dérive des références générées
-npm run lint:i18n       # parité i18n (comptage + taille)
-```
-
-Un gate rouge est un finding **P1** au minimum. Ne pas le corriger ici : il alimente le patch-plan de l'étape 3.
-
-### Étape 2 — Équipe d'agents (un seul message, N appels Task en parallèle)
-
-Lancer **en un seul message** un agent par lentille retenue. Le routing modèle n'est pas négociable : il est ce qui rend l'audit hebdomadaire soutenable.
-
-| Lentille | `subagent_type` | `model` | `effort` |
-|---|---|---|---|
-| `cli-release` | `general-purpose` | `sonnet` | `medium` |
-| `models-pricing` | `general-purpose` | `sonnet` | `medium` (`high` en `--full`) |
-| `cc-features` | `claude-code-guide` | *(défaut de l'agent)* | — |
-| `prompt-context` | `general-purpose` | `sonnet` | `medium` |
-| `security-cve` | `general-purpose` | `sonnet` | `medium` (`high` en `--full`) |
-| `community` | `general-purpose` | `sonnet` | `medium` |
-| `internal-conformance` | `general-purpose` | `haiku` | `low` |
-
-`internal-conformance` est un scan mécanique 100 % local : son prompt lui **interdit explicitement** WebSearch et WebFetch. Les six autres reçoivent les URLs exactes issues de `signals-<date>.json` — ils font du WebFetch ciblé, pas de la découverte par WebSearch (non déterministe et multi-requêtes).
-
-**Socle commun à injecter dans chaque prompt d'agent :**
-
-```
-Tu audites la lentille "<LENTILLE>" du dépôt claude-craft (framework Claude Code, v<version de package.json>).
-
-CONTEXTE PRÉ-COLLECTÉ (ne pas re-chercher ce qui est déjà donné) :
-<coller le bloc lenses["<LENTILLE>"] de docs/audit/claude-alignment/signals-<date>.json>
-Baseline du dernier audit : <baseline.last_run>
-
-ÉTAPES :
-1. Lire les fichiers du dépôt listés ci-dessous : <PATHS>
-2. Confronter au réel via les sources fournies (WebFetch sur les URLs exactes ci-dessus).
-   Ne remonter QUE ce qui a changé depuis la baseline.
-3. Retourner EXACTEMENT ce format (< 300 mots) :
-
-## <LENTILLE>
-- **État déclaré dans le repo** : <valeur> (source: <path>:<ligne>)
-- **État réel observé** : <valeur> (source: <URL>)
-- **Écart** : aucun | mineur | majeur | critique
-- **Findings** :
-  - [<sévérité P0-P3>] <constat> — source: <URL>
-- **PATCH** : (uniquement les substitutions mécaniques sûres, une par ligne)
-  - <chemin> | <valeur actuelle> | <valeur cible> | <raison>
-- **JUGEMENT REQUIS** : (ce qui demande un arbitrage humain, jamais de PATCH)
-  - <point> — pourquoi ça ne peut pas être automatisé
-
-CONTRAINTES :
-- Citer une source pour CHAQUE affirmation. Si une info est introuvable, écrire "non trouvé".
-- Ne rien inventer, ne pas extrapoler une version depuis un numéro voisin.
-- Ne JAMAIS modifier un fichier. Tu es en lecture seule.
-- Un PATCH n'est légitime que si la substitution est littérale et sans ambiguïté
-  (numéro de version, identifiant de modèle, date). Toute reformulation de prose
-  va en JUGEMENT REQUIS.
-```
-
-**Cibles par lentille :**
-
-| Lentille | Fichiers du dépôt à confronter |
-|---|---|
-| `cli-release` | `config/versions.yaml` (`claudeCode.*`), `.claude/COMPATIBILITY.md`, `.claude/rules/12-context-management.md`, `docs/PREREQUISITES.md` |
-| `models-pricing` | `config/versions.yaml` (`claudeCode.models`, `denylist`), `.claude/rules/12-context-management.md`, `.claude/settings.json`, `.claude/settings.local.json.example` — charger le skill `claude-api` pour la référence modèles/pricing |
-| `cc-features` | `.claude/COMPATIBILITY.md`, `.claude/settings.json`, `.claude-plugin/plugin.json`, `.claude/agents/*.md`, `.claude/skills/*/SKILL.md` — identifier les features de la plateforme non encore adoptées |
-| `prompt-context` | `.claude/rules/12-context-management.md`, `.claude/rules/23-karpathy-principles.md`, `.claude/CLAUDE.md` |
-| `security-cve` | `.claude/rules/11-security.md`, `.claude/settings.json` (permissions), `.claude/COMPATIBILITY.md` (section CVE) |
-| `community` | `.claude/skills/ecosystem-tools/SKILL.md`, `docs/ECOSYSTEM.md` |
-| `internal-conformance` | Les 3 inventaires : `.claude/agents/*.md`, `.claude/skills/*/SKILL.md`, `.claude/commands/**/*.md`. Vérifier : frontmatter YAML parsable et `description` non vide ; `context: fork` présent sur tout skill de plus de 60 lignes ; cohérence `model:`/`effort:` (un agent `haiku` ne doit pas être en `effort: xhigh`) ; hooks lisant leur payload sur **stdin via `jq`** et jamais via `$TOOL_INPUT` ; aucun token de `denylist` hors fichiers vitrine |
-
-### Étape 3 — Synthèse, rapport, patch-plan
-
-1. Agréger les retours. Un agent qui a échoué laisse `⚠️ audit incomplet : <raison>` — ne jamais inventer sa section.
-2. Écrire `docs/audit/claude-alignment/<date>.md` :
-
-```markdown
-# Audit d'alignement Claude — <date>
-
-**Version claude-craft** : <package.json>
-**Mode** : quick | full
-**Baseline** : <date> (<N> jours) <⚠️ si > 10 jours>
-**Lentilles auditées** : <n>/7 — <liste> (les autres inchangées depuis la baseline)
-
-## Résumé exécutif
-
-| Sévérité | Nombre |
-|----------|--------|
-| 🔴 P0 | N |
-| 🟠 P1 | N |
-| 🟡 P2 | N |
-| 🔵 P3 | N |
-
-## Gates locaux
-
-| Gate | Résultat |
-|------|----------|
-| lint:versions | ✅ / ❌ <extrait> |
-| lint:includes | … |
-| docs:check | … |
-| lint:i18n | … |
-
-## Findings par lentille
-<coller chaque rapport d'agent>
-
-## Patch-plan appliqué
-| Fichier | Avant | Après | Raison |
-|---|---|---|---|
-
-## Jugement humain requis
-- [ ] <point> — <pourquoi>
-
-## Méthodologie
-- Pré-collecte : `scripts/collect-claude-signals.mjs` (npm registry, GitHub advisories, empreintes de pages, catalogue communautaire)
-- Agents : <n> (routing sonnet/haiku documenté dans la commande)
-- Sources : toutes citées dans les sections ci-dessus
-```
-
-3. Écrire le jumeau structuré `docs/audit/claude-alignment/<date>.json` : `{ audit_date, mode, baseline, lenses{}, summary{P0..P3}, patch_plan[], human_decisions_required[], gates{} }`.
-
-### Étape 4 — Branche et PR
-
-Sauter entièrement cette étape si `--no-pr`, `--dry-run`, ou si le patch-plan est vide.
-
-1. `git checkout -b chore/claude-alignment-<date>` depuis `main` à jour.
-2. Appliquer **uniquement** les entrées du patch-plan, et **uniquement** dans l'allowlist :
-   - `config/versions.yaml` — `claudeCode.recommended|testedUpTo|models.*`, `meta.lastUpdated`, ajouts en `denylist`
-   - `.claude/COMPATIBILITY.md` — bandeau d'en-tête et ajout de lignes dans la table `Version Requirements`
-   - Substitutions de version littérales dans les fichiers de `SHOWCASE_FILES` (`scripts/verify-versions.mjs`)
-   - `Dev/i18n/<lang>/Common/templates/settings.json.template` et `Dev/i18n/<lang>/Common/rules/12-context-management.md` (les 5 langues, en une seule passe cohérente)
-   - `config/claude-alignment-baseline.json` — remplacer par `next_baseline` du fichier de signaux
-3. **Interdit, sans exception** : `.github/workflows/` (le token `gh` n'a pas le scope `workflow`, la PR deviendrait non mergeable), tout fichier hors allowlist, toute reformulation de prose, tout fichier `.md` de documentation générée (`docs/*-FULL-REFERENCE.md` : passer par `npm run docs:generate`).
-4. Rejouer les 4 gates. **Un seul rouge ⇒ pas de PR** : laisser la branche en place et l'expliquer dans le rapport.
-5. `git add` limité aux fichiers de l'allowlist effectivement modifiés, puis commit en Conventional Commits :
-   `chore(alignment): sync Claude Code <ancienne> → <nouvelle> + modèles`
-6. `gh pr create` avec, dans le corps : le résumé exécutif, le tableau du patch-plan, et la checklist « jugement humain requis ». **Jamais de merge automatique.**
-7. Revenir sur `main` et confirmer à l'utilisateur l'URL de la PR.
-
-## Règles strictes
-
-- **Worktree propre** en préalable absolu ; sinon, arrêt immédiat.
-- **Aucune édition hors allowlist**, et aucune édition du tout tant que les gates ne sont pas verts.
-- **Toute affirmation de version cite une source** (URL ou `path:ligne`).
-- **Fail-open assumé** : une source injoignable rend la lentille « à auditer », jamais « rien à signaler ».
-- **Un agent en échec** laisse `⚠️ audit incomplet : <raison>` — pas de section inventée.
-- **Parallélisme obligatoire** : un seul message contenant tous les appels Task de l'étape 2.
-- **Langue du rapport** : français, avec accents.
-
-## Exemples
-
-```
-/common:audit-claude-alignment                          # rituel hebdomadaire
-/common:audit-claude-alignment --dry-run                # quelles lentilles bougeraient ? coût nul
-/common:audit-claude-alignment --full                   # passage mensuel approfondi
-/common:audit-claude-alignment --lens=cli-release --no-pr
-/common:audit-claude-alignment --since=2026-06-30       # rattrapage après un trou de cadence
-```

package/Dev/i18n/base/Common/commands/audit-freshness.md

@@ -1,176 +0,0 @@
----
-description: "Audit de fraîcheur multi-stack (versions + best practices) via équipe d'agents parallèles Context7 + Web"
-argument-hint: "[--wave=1|2|3|all] [--stack=<nom>]"
----
-
-# Audit de Fraîcheur claude-craft
-
-Orchestre une **équipe de 17 agents parallèles** pour vérifier que l'ensemble des skills, commands, agents, references et rules du projet sont alignés avec les dernières versions stables et best practices 2026 des frameworks/outils déclarés. Utilise le **MCP Context7** (`mcp__context7__resolve-library-id` + `query-docs`) et **WebSearch** pour les release notes officielles.
-
-**Résultat :** rapport consolidé `docs/audit/freshness-YYYY-MM-DD.md` — aucune modification automatique des skills/commands/refs.
-
-## Arguments
-
-$ARGUMENTS
-
-- `--wave=1|2|3|all` (défaut `all`) : exécuter uniquement une vague donnée
-- `--stack=<nom>` : limiter la vague 1 à un stack (symfony, react, flutter, python, angular, laravel, vuejs, reactnative, csharp, php)
-
-## MISSION
-
-### Étape 1 — Préparer le rapport cible
-
-1. Déterminer la date du jour (format YYYY-MM-DD)
-2. Créer `docs/audit/freshness-<date>.md` avec un en-tête (version claude-craft, date, nombre d'agents lancés, légende écarts : critique/majeur/mineur/aucun)
-3. Relire `.claude/CLAUDE.md` (table versions) et `.claude/COMPATIBILITY.md` pour la source de vérité des versions déclarées
-
-### Étape 2 — Vague 1 : Stacks techniques (10 agents EN PARALLÈLE)
-
-**Lancer les 10 agents dans UN SEUL message** (10 tool_use Task/Agent). Chaque agent reçoit ce prompt (adapter `<STACK>`) :
-
-```
-Tu audites la fraîcheur du stack <STACK> dans le dépôt claude-craft.
-
-ÉTAPES :
-1. Lire la version déclarée du framework/langage <STACK> dans :
-   - .claude/CLAUDE.md (table Supported Technologies)
-   - .claude/references/<stack>/CLAUDE.md et project-context.md
-   - .claude/agents/<stack>-reviewer.md (frontmatter + body)
-   - Skills .claude/skills/<stack>-*/SKILL.md
-   - Commandes .claude/commands/<stack>/*.md
-
-2. Via mcp__context7__resolve-library-id puis mcp__context7__query-docs,
-   récupérer la version stable actuelle + patterns recommandés 2026.
-
-3. Via WebSearch, vérifier les release notes officielles (site officiel,
-   GitHub releases) — confirmer version stable, breaking changes, nouvelles
-   best practices (ex: signals Angular, async Symfony Messenger, etc.).
-
-4. Identifier :
-   - Écart de version (déclarée vs stable)
-   - Best practices obsolètes dans les skills/refs/commands
-   - Patterns nouveaux absents du repo (ex: React Compiler, Flutter Impeller)
-
-5. Retourner EXACTEMENT ce format Markdown (<300 mots) :
-
-## <STACK>
-- **Version déclarée** : X.Y (source: <path>:<line>)
-- **Version stable actuelle** : X.Y (source: <context7-lib-id> ou <URL>)
-- **Écart** : aucun | mineur | majeur | critique
-- **Best practices à revoir** :
-  - <finding> — source: <URL ou context7 ID>
-- **Patterns manquants** :
-  - <pattern> — source: <URL>
-- **Fichiers claude-craft impactés** : <path1>, <path2>, ...
-- **Sources consultées** : context7=<ids> / web=<urls>
-
-CONTRAINTE : citer systématiquement les sources. Ne rien inventer. Si une
-info n'est pas trouvée, écrire "non trouvé" explicitement.
-```
-
-**Stacks couverts :** symfony, react, flutter, python, angular, laravel, vuejs, reactnative, csharp, php
-
-### Étape 3 — Vague 2 : Transverse (4 agents EN PARALLÈLE)
-
-Lancer les 4 agents dans un seul message. Chaque agent audite une famille :
-
-| Agent | Cibles |
-|-------|--------|
-| **Principes** | `.claude/rules/04-solid-principles.md`, `05-kiss-dry-yagni.md`, `01-workflow-analysis.md`, skills `solid-principles`, `kiss-dry-yagni`, `workflow-analysis`. Vérifier : Clean Architecture 2026, Hexagonal evolutions, DDD maturité. |
-| **Testing** | `.claude/rules/07-testing.md`, skills `testing`, `testing-{react,reactnative,python,symfony,flutter}`. Vérifier versions Pest 4, Vitest 2+, Jest 29+, pytest 8+, PHPUnit 11+, patterns AAA/BDD Gherkin. |
-| **Security** | `.claude/rules/11-security.md`, skills `security`, `security-{react,reactnative,flutter,symfony}`. Vérifier OWASP Top 10 2025, headers CSP Level 3, CVE récentes frameworks, JWT bonnes pratiques 2026. |
-| **Git/Docs/DDD** | `.claude/rules/09-git-workflow.md`, `10-documentation.md`, skills `git-workflow`, `documentation`, `ddd-patterns`, `value-objects`, `aggregates`, `domain-events`, `cqrs`, `multitenant`, `i18n`, `async`. Vérifier Conventional Commits v1, OpenAPI 3.1, patterns DDD tactiques. |
-
-Prompt type (adapter la famille) :
-
-```
-Tu audites la famille "<FAMILLE>" de claude-craft.
-
-1. Lire tous les fichiers listés : <paths>
-2. Via mcp__context7__query-docs + WebSearch, identifier l'état de l'art
-   2026 sur ces sujets (versions d'outils, patterns, standards).
-3. Lister les obsolescences, références à des versions anciennes, patterns
-   dépréciés.
-4. Retourner le même format Markdown que la vague 1 (<300 mots, sources citées).
-```
-
-### Étape 4 — Vague 3 : Infrastructure (3 agents EN PARALLÈLE)
-
-| Agent | Cibles |
-|-------|--------|
-| **Conteneurs** | Commandes `/docker:*`, `/kubernetes:*`, `/coolify:*` — Docker Compose spec actuelle, K8s API stable, Coolify version. |
-| **IaC** | Commandes `/opentofu:*`, `/ansible:*`, `/hcloud:*` — OpenTofu stable, Ansible core, Hetzner Cloud provider. |
-| **Runtime/DB** | Commandes `/frankenphp:*`, `/pgbouncer:*` — FrankenPHP stable, PgBouncer release. |
-
-Même pattern de prompt que vague 2.
-
-### Étape 5 — Agrégation
-
-1. Récupérer les 17 rapports
-2. Construire dans `docs/audit/freshness-<date>.md` :
-
-```markdown
-# Audit de Fraîcheur claude-craft — <date>
-
-**Version claude-craft** : 8.0.0
-**Agents lancés** : 17 (10 stacks + 4 transverse + 3 infra)
-**MCP utilisé** : context7
-**Sources web** : release notes officielles + CHANGELOG
-
-## Résumé exécutif
-
-| Sévérité | Nombre |
-|----------|--------|
-| 🔴 Critique | N |
-| 🟠 Majeur | N |
-| 🟡 Mineur | N |
-| ✅ Aucun | N |
-
-## Tableau global — Versions
-
-| Stack | Déclarée | Stable actuelle | Écart |
-|-------|----------|-----------------|-------|
-| Symfony | ... | ... | ... |
-| ... | ... | ... | ... |
-
-## Findings détaillés
-
-### Vague 1 — Stacks techniques
-<coller chaque rapport>
-
-### Vague 2 — Transverse
-<coller chaque rapport>
-
-### Vague 3 — Infrastructure
-<coller chaque rapport>
-
-## Top 10 actions prioritaires
-
-1. [Critique] ...
-2. [Majeur] ...
-...
-
-## Méthodologie
-
-- Outils : MCP context7 (`resolve-library-id`, `query-docs`), WebSearch
-- Sources de vérité pour versions déclarées : `.claude/CLAUDE.md`,
-  `.claude/references/*/`, `.claude/agents/*-reviewer.md`
-- Aucune modification du dépôt hors `docs/audit/`
-```
-
-3. Vérifier que seuls `docs/audit/freshness-<date>.md` (et éventuellement `docs/audit/` créé) apparaissent dans `git status`.
-
-## Règles strictes
-
-- **NE JAMAIS modifier** skills/commands/agents/references/rules/CLAUDE.md existants
-- **Toutes les affirmations de version doivent citer une source** (context7 ID ou URL)
-- **En cas d'échec d'un sous-agent**, laisser la section correspondante avec `⚠️ audit incomplet : <raison>`
-- **Parallélisme obligatoire** au sein de chaque vague (un seul message = N Task calls)
-- **Langue du rapport** : français, avec accents
-
-## Exemple
-
-```
-/common:audit-freshness
-/common:audit-freshness --wave=1 --stack=symfony
-```

package/Dev/i18n/de/Common/commands/add-technology.md

@@ -1,297 +0,0 @@
----
-description: Eine neue Technologie zu claude-craft hinzufügen mit Best Practices aus Context7 und Web-Suche
-argument-hint: <technology-name>
----
-
-# Technologie hinzufügen
-
-Sie sind ein erfahrener Technologie-Integrator für claude-craft. Ihr Auftrag ist es, einen neuen Technologie-Stack hinzuzufügen, indem Sie:
-1. Best Practices mithilfe von Context7 MCP und Web-Suche recherchieren
-2. Alle erforderlichen Dateien generieren (Regeln, Befehle, Templates, Skills, Agenten)
-3. Das Installationsskript erstellen
-4. Dokumentation und Landing Page aktualisieren
-
-## Argumente
-$ARGUMENTS
-
-Argumente:
-- `technology-name`: Name der hinzuzufügenden Technologie (z. B. „nextjs", „nestjs", „golang", „laravel")
-- (Optional) `category`: Kategorie der Technologie (frontend, backend, mobile, devops, fullstack)
-
-Beispiel: `/common:add-technology "nestjs"` oder `/common:add-technology "golang" backend`
-
-## Plan-Modus
-
-> **Plan-Modus ist obligatorisch.** Vor der Ausführung aktiviert Claude den Plan-Modus, um betroffenen Code zu analysieren, einen Implementierungsplan vorzuschlagen und Ihre Bestätigung abzuwarten, bevor Änderungen vorgenommen werden.
-
-## AUFTRAG
-
-### Schritt 1: Technologie analysieren
-
-Folgendes identifizieren:
-- Offizieller Name und gebräuchliche Aliase
-- Typ: Framework, Bibliothek, Sprache, Werkzeug
-- Kategorie: frontend, backend, mobile, devops, fullstack
-- Ökosystem: zugehörige Werkzeuge, Test-Frameworks, Deployment-Optionen
-- Zielgruppe: Web, Mobile, API, CLI, usw.
-
-### Schritt 2: Mit Context7 recherchieren (MCP)
-
-**Context7 für den Zugriff auf offizielle Dokumentation verwenden:**
-
-```
-Context7 abfragen für:
-1. Offiziellen Einstiegsleitfaden
-2. Empfohlene Projektstruktur
-3. Best Practices und Entwurfsmuster
-4. Teststrategien (Unit, Integration, E2E)
-5. Sicherheits-Best-Practices
-6. Tipps zur Leistungsoptimierung
-7. Deployment-Empfehlungen
-```
-
-#### Zu extrahierende Informationen
-
-| Thema | Zu findende Details |
-|-------|---------------------|
-| Architektur | Empfohlene Muster (MVC, Clean, Hexagonal, usw.) |
-| Coding-Standards | Style Guide, Namenskonventionen, Dateistruktur |
-| Werkzeuge | CLI-Tools, Formatierer, Linter, Bundler |
-| Tests | Test-Frameworks, Coverage-Tools, Mocking-Strategien |
-| Sicherheit | Authentifizierung, Autorisierung, häufige Schwachstellen |
-| Qualität | Statische Analyse, Typprüfung, Code-Review-Praktiken |
-
-### Schritt 3: Mit Web-Suche ergänzen
-
-**Nach 2026-Trends und Community-Praktiken suchen:**
-
-1. **Neueste Trends**
-   - Aktuelle stabile Version
-   - Kommende Funktionen
-   - Veraltungswarnungen
-   - Migrationsleitfäden
-
-2. **Community-Best-Practices**
-   - Beliebte Boilerplates
-   - Produktionskonfigurationen
-   - Leistungs-Benchmarks
-   - Architekturen aus der Praxis
-
-3. **Häufige Fallstricke**
-   - Häufige Fehler
-   - Anti-Muster
-   - Sicherheitslücken
-   - Leistungsengpässe
-
-4. **Ökosystem**
-   - Empfohlene Bibliotheken
-   - Test-Werkzeuge
-   - DevOps-Integrationen
-   - Monitoring-Lösungen
-
-### Schritt 4: Technologie-Dateien generieren
-
-**Die vollständige Dateistruktur in allen 5 Sprachen (en, fr, es, de, pt) erstellen:**
-
-```
-Dev/i18n/{lang}/{TECHNOLOGY}/
-├── CLAUDE.md.template
-├── rules/
-│   ├── 00-project-context.md.template
-│   ├── 02-architecture-{tech}.md
-│   ├── 03-coding-standards.md
-│   ├── 06-tooling.md
-│   ├── 07-testing-{tech}.md
-│   ├── 08-quality-tools.md
-│   └── 11-security-{tech}.md
-├── commands/
-│   ├── check-compliance.md
-│   ├── check-architecture.md
-│   ├── check-code-quality.md
-│   ├── check-testing.md
-│   ├── check-security.md
-│   └── [generate-*.md falls zutreffend]
-├── templates/
-│   └── [technologiespezifische Templates]
-├── checklists/
-│   ├── pre-commit.md
-│   └── new-feature.md
-├── agents/
-│   └── {tech}-reviewer.md
-└── skills/
-    └── [technologiespezifische Skills]
-```
-
-#### Zu generierende Regeln
-
-| Datei | Inhalt |
-|-------|--------|
-| `02-architecture-{tech}.md` | Architekturmuster, Ordnerstruktur, Clean-Architecture-Prinzipien |
-| `03-coding-standards.md` | Style Guide, Namenskonventionen, Dateiorganisation |
-| `06-tooling.md` | CLI-Befehle, Formatierer, Linter, Build-Tools |
-| `07-testing-{tech}.md` | Teststrategien, Frameworks, Coverage-Anforderungen |
-| `08-quality-tools.md` | Statische Analyse, Typprüfung, CI/CD-Integration |
-| `11-security-{tech}.md` | Sicherheitspraktiken, häufige Schwachstellen, Authentifizierung |
-
-#### Zu generierende Befehle
-
-| Befehl | Zweck |
-|--------|-------|
-| `check-compliance.md` | Vollständiges Compliance-Audit (Punktzahl /100) |
-| `check-architecture.md` | Architekturüberprüfung |
-| `check-code-quality.md` | Code-Qualitätsanalyse |
-| `check-testing.md` | Test-Coverage und -Qualität |
-| `check-security.md` | Sicherheits-Audit |
-
-### Schritt 5: Installationsskript erstellen
-
-**`Dev/scripts/install-{tech}-rules.sh` generieren:**
-
-Am Muster bestehender Skripte orientieren:
-- Optionen `--lang`, `--force`, `--update`, `--dry-run`, `--backup` unterstützen
-- Generische Regeln aus Common/ kopieren
-- Technologiespezifische Regeln kopieren
-- CLAUDE.md und 00-project-context.md generieren
-- Installationszusammenfassung anzeigen
-
-### Schritt 6: Dokumentation aktualisieren
-
-**Zu aktualisierende Dateien:**
-
-| Datei | Änderungen |
-|-------|------------|
-| `README.md` | Technologie zur Liste der unterstützten Stacks hinzufügen |
-| `docs/index.html` | Statistiken erhöhen, Technologie-Karte hinzufügen |
-| `docs/COMMANDS.md` | Neue Befehle dokumentieren |
-| `Makefile` | `install-{tech}`-Ziel hinzufügen |
-
-#### Landing-Page-Aktualisierungen (docs/index.html)
-
-1. **Statistikbereich**: Zähler „Tech Stacks" erhöhen
-2. **Technologie-Raster**: Neue Technologie-Karte hinzufügen:
-
-```html
-<div class="bg-slate-800/50 p-6 rounded-xl border border-white/5 hover:border-brand-500/50 transition-colors text-center group">
-    <div class="h-16 w-16 mx-auto bg-black rounded-full flex items-center justify-center mb-4 shadow-lg group-hover:scale-110 transition-transform">
-        <span class="text-2xl font-bold text-white">{ICON}</span>
-    </div>
-    <h3 class="font-bold text-white">{TECH_NAME}</h3>
-    <p class="text-xs text-slate-400 mt-2" data-i18n="tech_{tech}_desc">{DESCRIPTION}</p>
-</div>
-```
-
-3. **Übersetzungen**: i18n-Schlüssel für alle 5 Sprachen hinzufügen
-
-#### Makefile-Ziel
-
-```makefile
-install-{tech}:
-	./Dev/scripts/install-{tech}-rules.sh --lang=$(RULES_LANG) $(OPTIONS) $(TARGET)
-```
-
-### Schritt 7: Validierung
-
-#### Definition-of-Done-Checkliste
-
-```
-══════════════════════════════════════════════════════════════
-✅ DEFINITION OF DONE: Technologie hinzufügen [{TECH_NAME}]
-══════════════════════════════════════════════════════════════
-
-📁 ERSTELLTE DATEIEN
-──────────────────────────────────────────────────────────────
-- [ ] Regeln (7 Dateien × 5 Sprachen = 35 Dateien)
-- [ ] Befehle (5 Dateien × 5 Sprachen = 25 Dateien)
-- [ ] Templates (mindestens 2 pro Sprache)
-- [ ] Checklisten (2 Dateien × 5 Sprachen = 10 Dateien)
-- [ ] Agent {tech}-reviewer (1 Datei × 5 Sprachen = 5 Dateien)
-- [ ] CLAUDE.md.template (× 5 Sprachen)
-- [ ] Installationsskript (Dev/scripts/install-{tech}-rules.sh)
-
-📄 DOKUMENTATION AKTUALISIERT
-──────────────────────────────────────────────────────────────
-- [ ] README.md: Technologie zu unterstützten Stacks hinzugefügt
-- [ ] docs/index.html: Statistiken erhöht
-- [ ] docs/index.html: Technologie-Karte hinzugefügt
-- [ ] docs/index.html: i18n-Übersetzungen hinzugefügt (5 Sprachen)
-- [ ] docs/COMMANDS.md: Neue Befehle dokumentiert
-- [ ] Makefile: install-{tech}-Ziel hinzugefügt
-
-🧪 VERIFIKATION
-──────────────────────────────────────────────────────────────
-- [ ] Installationsskript läuft fehlerfrei
-- [ ] Alle Dateien sind korrekt formatiert
-- [ ] Befehle sind funktionsfähig
-- [ ] Dokumentation ist korrekt
-
-══════════════════════════════════════════════════════════════
-```
-
-### Ausgabeformat
-
-Nach Abschluss aller Schritte Folgendes bereitstellen:
-
-```
-══════════════════════════════════════════════════════════════
-🎉 TECHNOLOGIE HINZUGEFÜGT: {TECH_NAME}
-══════════════════════════════════════════════════════════════
-
-📊 ZUSAMMENFASSUNG
-──────────────────────────────────────────────────────────────
-Technologie: {TECH_NAME}
-Kategorie: {CATEGORY}
-Version: {CURRENT_VERSION}
-
-Erstellte Dateien: {COUNT}
-- Regeln: 35 Dateien
-- Befehle: 25 Dateien
-- Templates: {COUNT}
-- Checklisten: 10 Dateien
-- Agenten: 5 Dateien
-
-📁 STRUKTUR
-──────────────────────────────────────────────────────────────
-Dev/i18n/
-├── en/{TECH}/
-├── fr/{TECH}/
-├── es/{TECH}/
-├── de/{TECH}/
-└── pt/{TECH}/
-
-Dev/scripts/
-└── install-{tech}-rules.sh
-
-🔧 INSTALLATION
-──────────────────────────────────────────────────────────────
-# Über Makefile
-make install-{tech} TARGET=~/my-project RULES_LANG=en
-
-# Direktes Skript
-./Dev/scripts/install-{tech}-rules.sh ~/my-project
-
-📚 DOKUMENTATION
-──────────────────────────────────────────────────────────────
-- README.md ✅ Aktualisiert
-- docs/index.html ✅ Aktualisiert
-- docs/COMMANDS.md ✅ Aktualisiert
-- Makefile ✅ Aktualisiert
-
-✅ DEFINITION OF DONE: VOLLSTÄNDIG
-══════════════════════════════════════════════════════════════
-```
-
-### Wichtige Richtlinien
-
-1. **Zuerst recherchieren** — Immer Context7 und Web-Suche verwenden, bevor Dateien generiert werden
-2. **Muster befolgen** — Bestehende Technologien (React, Symfony, Flutter) als Vorlagen verwenden
-3. **Alle 5 Sprachen** — Inhalte für en, fr, es, de, pt generieren
-4. **Qualität vor Geschwindigkeit** — Sicherstellen, dass alle Dateien korrekt formatiert und funktionsfähig sind
-5. **Alles aktualisieren** — Dokumentation und Landing Page nicht vergessen
-
-### Fehlerbehandlung
-
-Wenn die Recherche fehlschlägt:
-- Klar angeben, welche Informationen fehlen
-- Alternative Quellen vorschlagen
-- Den Benutzer bei Bedarf um Klärung bitten
-- NIEMALS Dateien mit Platzhalter- oder erfundenem Inhalt generieren