@the-bearded-bear/claude-craft 8.26.0 → 8.27.0

package/Dev/i18n/de/Common/rules/12-context-management.md

@@ -352,13 +352,15 @@ Der `/context`-Befehl liefert umsetzbare Vorschlaege zur Optimierung der Kontext
 
 Das Aufwandsniveau des Modells je nach Aufgabenkomplexität anpassen:
 
-| Befehl | Modell | Verwendung |
-|--------|--------|------------|
-| `/effort low` | Haiku 5.5 | Einfache Aufgaben, Lookups, Klassifikation |
-| `/effort medium` | Sonnet 5.5 | Standardimplementierung |
-| `/effort high` | Opus 5.5 | Komplexes Reasoning, Architektur |
-| `/effort xhigh` | Opus 5.5 (extended thinking) | Kritische Entscheidungen, komplexe Migrationen, ADR |
-| `/effort ultracode` | Opus 5.5 (separater Toggle seit v2.1.284, Dynamic Workflows) | Maximaler Code-Durchsatz — automatisierte Pipelines, Massengenerierung |
+| Befehl | Wirkung | Verwendung |
+|--------|---------|------------|
+| `/effort low` | Minimales Reasoning, schnelle Antworten | Einfache Aufgaben, Lookups, Klassifikation |
+| `/effort medium` | Standardtiefe | Standardimplementierung |
+| `/effort high` | Tieferes Reasoning | Komplexes Reasoning, Architektur |
+| `/effort xhigh` | Maximales Adaptive Thinking | Kritische Entscheidungen, komplexe Migrationen, ADR |
+| `/effort ultracode` | Separater Toggle (v2.1.284+), Dynamic Workflows | Maximaler Code-Durchsatz — automatisierte Pipelines, Massengenerierung |
+
+> **Effort wechselt nicht das Modell:** Es steuert die Reasoning-Tiefe des aktuellen Modells; das Modell wählt man mit `/model`. Empfohlene Paare: `low` mit Haiku 5.5, `medium` mit Sonnet 5.5, `high`/`xhigh` mit Opus 5.5.
 
 > **Standard-Effort je Modell:** medium bei Opus 5.5 und Haiku 5.5; high bei Sonnet 5.5, Fable 5.1 und Legacy-Modellen.
 > **Fable 5.1** (`claude-fable-5-1`, $10/$50 pro Mtok) ist ein aktuelles Modell, geeignet für kreative/narrative Agents. **Mythos** hat eingeschränkte Verfügbarkeit (nur Cyber Verification Program).
@@ -493,7 +495,7 @@ Bei der Kompaktierung immer erhalten:
 | Variable | Beschreibung |
 |----------|-------------|
 | `CLAUDE_CODE_SUBAGENT_MODEL` | **Standard**-Modell für nicht typisierte Sub-Agents (z. B. `sonnet`). **Seit Claude Code 2.1.251** hat das `model:`-Frontmatter eines Agents Vorrang: die 11 Reviewer mit `model: haiku` bleiben auf Haiku. **Vor 2.1.251 war es umgekehrt** — diese Variable überschrieb das Frontmatter. |
-| `CLAUDE_CODE_FORK_SUBAGENT` | `1`, um den Kontext von Sub-Agents zu isolieren (Forked Subagents, v2.1.117+) |
+| `CLAUDE_CODE_FORK_SUBAGENT` | `1`, um den Kontext von Sub-Agents zu isolieren (Forked Subagents, v2.1.117+); seit 2.1.302 standardmäßig aktiv in `-p`, im SDK, Desktop und VS Code, `0` zum Deaktivieren |
 | `ENABLE_PROMPT_CACHING_1H` / `FORCE_PROMPT_CACHING_5M` | Prompt-Caching verlängern/erzwingen (−40 % bei wiederholenden Sitzungen) |
 | `CLAUDE_CODE_DISABLE_AUTO_MEMORY` | Auf `1` setzen, um automatischen Speicher zu deaktivieren |
 

package/Dev/i18n/de/Common/templates/settings.json.template

@@ -25,6 +25,10 @@
     ],
     "deny": [
       "Bash(rm -rf:*)",
+      "Bash(dd:*)",
+      "Bash(mkfs:*)",
+      "Bash(git push --force*)",
+      "Bash(git push -f*)",
       "Bash(sudo:*)",
       "Bash(chmod 777:*)",
       "Bash(curl | sh:*)",

package/Dev/i18n/de/Python/skills/coding-standards/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: coding-standards
-description: Regel 03: Codierungsstandards. Use when reviewing code style or formatting.
+description: "Regel 03: Codierungsstandards. Use when reviewing code style or formatting."
 ---
 
 # Regel 03: Codierungsstandards

package/Dev/i18n/de/Python/skills/testing-python/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: testing-python
-description: Regel 07: Testing. Use when writing tests, reviewing test coverage, or setting up testing.
+description: "Regel 07: Testing. Use when writing tests, reviewing test coverage, or setting up testing."
 ---
 
 # Regel 07: Testing

package/Dev/i18n/de/Python/skills/tooling/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: tooling
-description: Regel 06: Tooling. Use when working with tooling.
+description: "Regel 06: Tooling. Use when working with tooling."
 ---
 
 # Regel 06: Tooling

package/Dev/i18n/de/Symfony/commands/check-security.md

@@ -55,7 +55,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli cat /app/config/packages/security.yam
 
 ### Schritt 3: OWASP Top 10 - Injection
 
-#### A03:2021 – Injection (SQL, NoSQL, OS, LDAP) (3 Punkte)
+#### A05:2025 – Injection (SQL, NoSQL, OS, LDAP) (3 Punkte)
 
 ```bash
 # Verwendung von Prepared Statements überprüfen
@@ -79,9 +79,9 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -rE "\"SELECT.*\\..*\$" /app/src
 
 **Erreichte Punkte** : ___/3
 
-### Schritt 4: OWASP Top 10 - Broken Authentication
+### Schritt 4: OWASP Top 10 - Authentication Failures
 
-#### A07:2021 – Identification and Authentication Failures (3 Punkte)
+#### A07:2025 – Authentication Failures (3 Punkte)
 
 ```bash
 # Passwort-Konfiguration überprüfen
@@ -104,9 +104,9 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "RateLimiter" /app/config --i
 
 **Erreichte Punkte** : ___/3
 
-### Schritt 5: OWASP Top 10 - Sensitive Data Exposure
+### Schritt 5: OWASP Top 10 - Cryptographic Failures
 
-#### A02:2021 – Cryptographic Failures (3 Punkte)
+#### A04:2025 – Cryptographic Failures (3 Punkte)
 
 ```bash
 # Secrets im Code überprüfen
@@ -131,7 +131,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "SECURE_SCHEME" /app/.env.exa
 
 ### Schritt 6: OWASP Top 10 - Broken Access Control
 
-#### A01:2021 – Broken Access Control (3 Punkte)
+#### A01:2025 – Broken Access Control (3 Punkte)
 
 ```bash
 # Voters überprüfen
@@ -156,7 +156,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "@IsGranted" /app/src --inclu
 
 ### Schritt 7: OWASP Top 10 - XSS und CSRF
 
-#### A03:2021 – XSS (Cross-Site Scripting) (2 Punkte)
+#### A05:2025 – Injection : XSS (Cross-Site Scripting) (2 Punkte)
 
 ```bash
 # Twig Auto-Escaping überprüfen
@@ -179,7 +179,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "|raw" /app/templates --inclu
 
 **Erreichte Punkte** : ___/2
 
-#### A08:2021 – CSRF (Cross-Site Request Forgery) (2 Punkte)
+#### A01:2025 – Broken Access Control : CSRF (Cross-Site Request Forgery) (2 Punkte)
 
 ```bash
 # CSRF-Schutz überprüfen
@@ -201,7 +201,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli grep -r "csrf_protection" /app/config
 
 ### Schritt 8: OWASP Top 10 - Weitere Schwachstellen
 
-#### A05:2021 – Security Misconfiguration (2 Punkte)
+#### A02:2025 – Security Misconfiguration (2 Punkte)
 
 ```bash
 # Debug-Modus überprüfen
@@ -224,7 +224,7 @@ docker run --rm -v $(pwd):/app php:8.5-cli composer audit
 
 **Erreichte Punkte** : ___/2
 
-#### A06:2021 – Vulnerable and Outdated Components (1 Punkt)
+#### A03:2025 – Software Supply Chain Failures (1 Punkt)
 
 ```bash
 # Composer Sicherheitsaudit
@@ -398,16 +398,16 @@ Fixed in: 5.4.25
    OWASP TOP 10 - ZUSAMMENFASSUNG
 =================================================
 
-A01:2021 - Broken Access Control          : [✅|⚠️|❌]
-A02:2021 - Cryptographic Failures         : [✅|⚠️|❌]
-A03:2021 - Injection                      : [✅|⚠️|❌]
-A04:2021 - Insecure Design                : [✅|⚠️|❌]
-A05:2021 - Security Misconfiguration      : [✅|⚠️|❌]
-A06:2021 - Vulnerable Components          : [✅|⚠️|❌]
-A07:2021 - Authentication Failures        : [✅|⚠️|❌]
-A08:2021 - Software and Data Integrity    : [✅|⚠️|❌]
-A09:2021 - Security Logging Failures      : [✅|⚠️|❌]
-A10:2021 - Server-Side Request Forgery    : [✅|⚠️|❌]
+A01:2025 - Broken Access Control                 : [✅|⚠️|❌]
+A02:2025 - Security Misconfiguration             : [✅|⚠️|❌]
+A03:2025 - Software Supply Chain Failures        : [✅|⚠️|❌]
+A04:2025 - Cryptographic Failures                : [✅|⚠️|❌]
+A05:2025 - Injection                             : [✅|⚠️|❌]
+A06:2025 - Insecure Design                       : [✅|⚠️|❌]
+A07:2025 - Authentication Failures               : [✅|⚠️|❌]
+A08:2025 - Software or Data Integrity Failures   : [✅|⚠️|❌]
+A09:2025 - Logging & Alerting Failures           : [✅|⚠️|❌]
+A10:2025 - Mishandling of Exceptional Conditions : [✅|⚠️|❌]
 
 =================================================
    DSGVO-KONFORMITÄT

package/Dev/i18n/de/Symfony/skills/aggregates/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: aggregates
-description: Regel 05: Aggregates und Aggregate Roots. Use when implementing DDD patterns.
+description: "Regel 05: Aggregates und Aggregate Roots. Use when implementing DDD patterns."
 ---
 
 # Regel 05: Aggregates und Aggregate Roots

package/Dev/i18n/de/Symfony/skills/async/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: async
-description: Regel 10: Async-First mit Symfony Messenger. Use when working with async.
+description: "Regel 10: Async-First mit Symfony Messenger. Use when working with async."
 ---
 
 # Regel 10: Async-First mit Symfony Messenger

package/Dev/i18n/de/Symfony/skills/cqrs/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: cqrs
-description: Regel 07: CQRS - Command Query Responsibility Segregation. Use when implementing DDD patterns.
+description: "Regel 07: CQRS - Command Query Responsibility Segregation. Use when implementing DDD patterns."
 ---
 
 # Regel 07: CQRS - Command Query Responsibility Segregation

package/Dev/i18n/de/Symfony/skills/domain-events/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: domain-events
-description: Regel 06: Domain Events. Use when implementing DDD patterns.
+description: "Regel 06: Domain Events. Use when implementing DDD patterns."
 ---
 
 # Regel 06: Domain Events

package/Dev/i18n/de/Symfony/skills/i18n/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: i18n
-description: Regel 09: Internationalisierung (i18n). Use when implementing internationalization.
+description: "Regel 09: Internationalisierung (i18n). Use when implementing internationalization."
 ---
 
 # Regel 09: Internationalisierung (i18n)

package/Dev/i18n/de/Symfony/skills/multitenant/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: multitenant
-description: Regel 08: Multitenant - Isolation und Sicherheit. Use when working with multitenant.
+description: "Regel 08: Multitenant - Isolation und Sicherheit. Use when working with multitenant."
 ---
 
 # Regel 08: Multitenant - Isolation und Sicherheit

package/Dev/i18n/de/Symfony/skills/value-objects/SKILL.md

@@ -1,6 +1,6 @@
 ---
 name: value-objects
-description: Regel 04: Value Objects. Use when implementing DDD patterns.
+description: "Regel 04: Value Objects. Use when implementing DDD patterns."
 ---
 
 # Regel 04: Value Objects

package/Dev/i18n/de/Team/commands/audit.md

@@ -1,6 +1,6 @@
 ---
-description: "Full-Audit-Team - Paralleles Multi-Technologie-Audit mit Agent Teams"
-argument-hint: "[--techs=auto|tech1,tech2] [--max-workers=4]"
+description: "Full-Audit-Team - Paralleles Multi-Technologie-Audit mit Sub-Agenten (Agent Teams optional)"
+argument-hint: "[--techs=auto|tech1,tech2] [--max-workers=4] [--engine=subagents|teams]"
 ---
 
 # Full-Audit-Team - Paralleles Multi-Technologie-Audit
@@ -13,16 +13,41 @@ $ARGUMENTS
 
 - `--techs=auto`: Technologien automatisch erkennen (Standard). Oder kommagetrennt angeben: `--techs=symfony,react`
 - `--max-workers=4`: Maximale parallele Auditor-Worker (Standard: 4, max: 4)
+- `--engine=subagents`: Ausführungs-Engine (Standard: `subagents`). Optionen: `subagents` (Delegation an Sub-Agenten über das `Agent`-Tool, keine Voraussetzung), `teams` (experimentelle Agent Teams). Siehe „Ausführungs-Engine“
 - `--output-dir=<path>`: Benutzerdefiniertes Ausgabeverzeichnis für Audit-Ergebnisse
 - `--max-cost=<dollars>`: Maximales Budget in Dollar. Wenn die geschaetzten Parallelkosten diesen Schwellenwert ueberschreiten, wird die Ausfuehrung mit einer OVER BUDGET Meldung blockiert
 - `--dry-run`: Team-Zusammensetzung und geschätzte Kosten anzeigen, ohne auszuführen
 - `--skip-aggregation`: Ergebnisse pro Stack ohne Zusammenführung ausgeben
 - `--sequential`: Audits sequenziell statt parallel ausführen (kein Agent-Teams-Overhead). Nützlich für Einzeltechnologie-Projekte oder wenn Agent Teams nicht verfügbar ist.
 
+## Ausführungs-Engine (`--engine`)
+
+Die Standard-Engine hängt von keiner experimentellen Funktion ab: Der Befehl funktioniert auch, wenn `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` nicht gesetzt ist.
+
+| Engine | Aktivierung | Voraussetzungen | Verhalten |
+|--------|-------------|-----------------|-----------|
+| `subagents` (Standard) | kein Flag oder `--engine=subagents` | Keine (natives `Agent`-Tool) | Die aktuelle Sitzung übernimmt die Lead-Rolle und delegiert jede Worker-Aufgabe über das `Agent`-Tool an einen Sub-Agenten (Worker-Modell über den Parameter `model`). Unabhängige Sub-Agenten werden in einer einzigen Nachricht gestartet, damit sie parallel laufen; jeder schreibt sein Ergebnis in sein isoliertes Verzeichnis und gibt nur eine kurze Zusammenfassung zurück. Die Worker kommunizieren nicht miteinander: Der Lead leitet weiter. Funktioniert interaktiv, mit `claude -p` und in der CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Agent-Teams-Team: persistente Worker, koordiniert über `TaskCreate` / `TaskList` / `SendMessage`, direkte Nachrichten zwischen Teammitgliedern, Hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Fallback**: Wird `--engine=teams` angefordert, obwohl `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` fehlt, nicht abbrechen — `ℹ️ Agent Teams nicht verfügbar: Fallback auf --engine=subagents` ausgeben und mit der Engine `subagents` fortfahren.
+
+**Grenzen der Engine `teams`**: kein nicht-interaktiver Modus (`claude -p`) und keine Ausführung in der CI; ein Team pro Sitzung (laufendes Team beenden, bevor ein neues gestartet wird); API im Research Preview, Änderungen vorbehalten.
+
+Der folgende Ablauf ist mit den Agent-Teams-Primitiven beschrieben. Mit `--engine=subagents` gilt diese Zuordnung:
+
+| Agent Teams (`teams`) | Sub-Agenten (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + Worker-Spawn | Ein Aufruf des `Agent`-Tools, dessen Prompt die Aufgabenbeschreibung übernimmt |
+| `TaskList`-Polling / Synchronisationsbarriere | Auf die Rückkehr aller `Agent`-Aufrufe des Stapels warten |
+| `SendMessage` an einen Worker | Sub-Agenten fortsetzen (`SendMessage` an seine ID) oder neuer `Agent`-Aufruf mit dem nötigen Kontext |
+| `shutdown_request` | Nicht nötig: Ein Sub-Agent endet mit seiner Rückgabe |
+
+**Audit-spezifisch**: ein Sub-Agent pro Stack, mit dem Prompt der Spawn-Vorlage aus Schritt 4. `--sequential` bleibt verfügbar, um alles ohne Delegation in der aktuellen Sitzung zu verarbeiten.
+
 ## Voraussetzungen
 
-- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung
-- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt
+- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung — nur mit `--engine=teams`
+- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt — nur mit `--engine=teams`
 - Projekt mit 2+ erkannten Technologie-Stacks (Einzelstack-Projekte sollten das `--sequential`-Flag verwenden)
 - `Tools/AgentTeams/lib/compatibility-check.sh` verfügbar
 - `Tools/AgentTeams/lib/result-aggregator.sh` verfügbar

package/Dev/i18n/de/Team/commands/delivery.md

@@ -1,6 +1,6 @@
 ---
-description: Delivery-Team - Vollständiger Sprint-Lebenszyklus (Schreiben + Implementierung) mit Agent Teams
-argument-hint: <sprint-name|prd-path> [--phase=all|writing|implementation] [--max-workers=3]
+description: Delivery-Team - Vollständiger Sprint-Lebenszyklus (Schreiben + Implementierung) mit Sub-Agenten (Agent Teams optional)
+argument-hint: <sprint-name|prd-path> [--phase=all|writing|implementation] [--max-workers=3] [--engine=subagents|teams]
 ---
 
 # Delivery-Team - Vollständiger Sprint-Lebenszyklus (Schreiben + Implementierung)
@@ -14,6 +14,7 @@ $ARGUMENTS
 - `<sprint-name|prd-path>`: Sprint-Name/ID oder Pfad zum PRD-Dokument
 - `--phase=all`: Auszuführende Phase (Standard: `all`). Optionen: `all`, `writing`, `implementation`
 - `--max-workers=3`: Maximale parallele Worker pro Phase (Standard: 3, max: 3)
+- `--engine=subagents`: Ausführungs-Engine (Standard: `subagents`). Optionen: `subagents` (Delegation an Sub-Agenten über das `Agent`-Tool, keine Voraussetzung), `teams` (experimentelle Agent Teams). Siehe „Ausführungs-Engine“
 - `--overnight`: Im Nachtmodus ausführen (begrenzt, stoppt um 6 Uhr)
 - `--supervised`: Vor jeder Story für menschliche Bestätigung pausieren
 - `--max-stories=10`: Maximale Anzahl zu bearbeitender Stories (Standard: 10)
@@ -23,10 +24,34 @@ $ARGUMENTS
 - `--max-rewrites=2`: Maximale Überarbeitungsschleifen pro Artefakt in Phase 1 (Standard: 2)
 - `--max-cost=<dollars>`: Maximales Budget in Dollar. Wenn die geschaetzten Parallelkosten diesen Schwellenwert ueberschreiten, wird die Ausfuehrung mit einer OVER BUDGET Meldung blockiert
 
+## Ausführungs-Engine (`--engine`)
+
+Die Standard-Engine hängt von keiner experimentellen Funktion ab: Der Befehl funktioniert auch, wenn `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` nicht gesetzt ist.
+
+| Engine | Aktivierung | Voraussetzungen | Verhalten |
+|--------|-------------|-----------------|-----------|
+| `subagents` (Standard) | kein Flag oder `--engine=subagents` | Keine (natives `Agent`-Tool) | Die aktuelle Sitzung übernimmt die Lead-Rolle und delegiert jede Worker-Aufgabe über das `Agent`-Tool an einen Sub-Agenten (Worker-Modell über den Parameter `model`). Unabhängige Sub-Agenten werden in einer einzigen Nachricht gestartet, damit sie parallel laufen; jeder schreibt sein Ergebnis in sein isoliertes Verzeichnis und gibt nur eine kurze Zusammenfassung zurück. Die Worker kommunizieren nicht miteinander: Der Lead leitet weiter. Funktioniert interaktiv, mit `claude -p` und in der CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Agent-Teams-Team: persistente Worker, koordiniert über `TaskCreate` / `TaskList` / `SendMessage`, direkte Nachrichten zwischen Teammitgliedern, Hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Fallback**: Wird `--engine=teams` angefordert, obwohl `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` fehlt, nicht abbrechen — `ℹ️ Agent Teams nicht verfügbar: Fallback auf --engine=subagents` ausgeben und mit der Engine `subagents` fortfahren.
+
+**Grenzen der Engine `teams`**: kein nicht-interaktiver Modus (`claude -p`) und keine Ausführung in der CI; ein Team pro Sitzung (laufendes Team beenden, bevor ein neues gestartet wird); API im Research Preview, Änderungen vorbehalten.
+
+Der folgende Ablauf ist mit den Agent-Teams-Primitiven beschrieben. Mit `--engine=subagents` gilt diese Zuordnung:
+
+| Agent Teams (`teams`) | Sub-Agenten (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + Worker-Spawn | Ein Aufruf des `Agent`-Tools, dessen Prompt die Aufgabenbeschreibung übernimmt |
+| `TaskList`-Polling / Synchronisationsbarriere | Auf die Rückkehr aller `Agent`-Aufrufe des Stapels warten |
+| `SendMessage` an einen Worker | Sub-Agenten fortsetzen (`SendMessage` an seine ID) oder neuer `Agent`-Aufruf mit dem nötigen Kontext |
+| `shutdown_request` | Nicht nötig: Ein Sub-Agent endet mit seiner Rückgabe |
+
+**Delivery-spezifisch**: In Phase 1 läuft das Cross-Review über den Lead, der das verfasste Artefakt an einen prüfenden Sub-Agenten übergibt und dessen Rückmeldungen an den Verfasser zurückgibt. In Phase 2 jeden Entwickler-Worker mit `isolation: "worktree"` starten.
+
 ## Voraussetzungen
 
-- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung
-- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt
+- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung — nur mit `--engine=teams`
+- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt — nur mit `--engine=teams`
 - PRD oder Tech Spec verfügbar (für Phase 1) oder BMAD-Sprint-Backlog mit `ready-for-dev`-Stories (nur für Phase 2)
 - Sprint-Metadaten in `.bmad/sprint-status.yaml`
 - `Tools/AgentTeams/lib/compatibility-check.sh` verfügbar

package/Dev/i18n/de/Team/commands/security.md

@@ -1,6 +1,6 @@
 ---
-description: "Sicherheits-Review-Team - Paralleles mehrdimensionales Sicherheitsaudit mit Agent Teams"
-argument-hint: "[--scope=full|code|deps|infra] [--max-workers=3]"
+description: "Sicherheits-Review-Team - Paralleles mehrdimensionales Sicherheitsaudit mit Sub-Agenten (Agent Teams optional)"
+argument-hint: "[--scope=full|code|deps|infra] [--max-workers=3] [--engine=subagents|teams]"
 ---
 
 # Sicherheits-Review-Team - Paralleles mehrdimensionales Sicherheitsaudit
@@ -13,16 +13,43 @@ $ARGUMENTS
 
 - `--scope=full`: Audit-Umfang (Standard: `full`). Optionen: `full`, `code`, `deps`, `infra`
 - `--max-workers=3`: Maximale parallele Reviewer (Standard: 3, max: 3)
+- `--engine=subagents`: Ausführungs-Engine (Standard: `subagents`). Optionen: `subagents` (Delegation an Sub-Agenten über das `Agent`-Tool, keine Voraussetzung), `teams` (experimentelle Agent Teams). Siehe „Ausführungs-Engine“
 - `--severity=medium`: Minimaler Schweregrad für Berichte: `low`, `medium`, `high`, `critical`
 - `--output-dir=<path>`: Benutzerdefiniertes Ausgabeverzeichnis für Sicherheitsergebnisse
 - `--dry-run`: Team-Zusammensetzung und Scan-Plan anzeigen, ohne auszuführen
 - `--sarif`: Ergebnisse im SARIF-Format ausgeben (für CI/CD-Integration)
 - `--max-cost=<dollars>`: Maximales Budget in Dollar. Wenn die geschaetzten Parallelkosten diesen Schwellenwert ueberschreiten, wird die Ausfuehrung mit einer OVER BUDGET Meldung blockiert
 
+## Ausführungs-Engine (`--engine`)
+
+Die Standard-Engine hängt von keiner experimentellen Funktion ab: Der Befehl funktioniert auch, wenn `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` nicht gesetzt ist.
+
+| Engine | Aktivierung | Voraussetzungen | Verhalten |
+|--------|-------------|-----------------|-----------|
+| `subagents` (Standard) | kein Flag oder `--engine=subagents` | Keine (natives `Agent`-Tool) | Die aktuelle Sitzung übernimmt die Lead-Rolle und delegiert jede Worker-Aufgabe über das `Agent`-Tool an einen Sub-Agenten (Worker-Modell über den Parameter `model`). Unabhängige Sub-Agenten werden in einer einzigen Nachricht gestartet, damit sie parallel laufen; jeder schreibt sein Ergebnis in sein isoliertes Verzeichnis und gibt nur eine kurze Zusammenfassung zurück. Die Worker kommunizieren nicht miteinander: Der Lead leitet weiter. Funktioniert interaktiv, mit `claude -p` und in der CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Agent-Teams-Team: persistente Worker, koordiniert über `TaskCreate` / `TaskList` / `SendMessage`, direkte Nachrichten zwischen Teammitgliedern, Hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Fallback**: Wird `--engine=teams` angefordert, obwohl `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` fehlt, nicht abbrechen — `ℹ️ Agent Teams nicht verfügbar: Fallback auf --engine=subagents` ausgeben und mit der Engine `subagents` fortfahren.
+
+**Grenzen der Engine `teams`**: kein nicht-interaktiver Modus (`claude -p`) und keine Ausführung in der CI; ein Team pro Sitzung (laufendes Team beenden, bevor ein neues gestartet wird); API im Research Preview, Änderungen vorbehalten.
+
+Der folgende Ablauf ist mit den Agent-Teams-Primitiven beschrieben. Mit `--engine=subagents` gilt diese Zuordnung:
+
+| Agent Teams (`teams`) | Sub-Agenten (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + Worker-Spawn | Ein Aufruf des `Agent`-Tools, dessen Prompt die Aufgabenbeschreibung übernimmt |
+| `TaskList`-Polling / Synchronisationsbarriere | Auf die Rückkehr aller `Agent`-Aufrufe des Stapels warten |
+| `SendMessage` an einen Worker | Sub-Agenten fortsetzen (`SendMessage` an seine ID) oder neuer `Agent`-Aufruf mit dem nötigen Kontext |
+| `shutdown_request` | Nicht nötig: Ein Sub-Agent endet mit seiner Rückgabe |
+
+**Umfang**: `--scope=full|code|deps|infra` gilt für beide Engines (`full` = 3 Reviewer parallel, ein einzelner Umfang = ein einzelner Reviewer).
+
+**Unterschied zum nativen `/security-review`**: Der eingebaute Befehl `/security-review` von Claude Code analysiert nur den Diff (ausstehende Änderungen des aktuellen Branches). `/team:security` prüft das gesamte Repository im gewählten Umfang (Code, Abhängigkeiten, Infrastruktur). `/security-review` vor einem Commit oder PR verwenden, `/team:security` für ein vollständiges Audit.
+
 ## Voraussetzungen
 
-- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung
-- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt
+- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung — nur mit `--engine=teams`
+- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt — nur mit `--engine=teams`
 - Docker verfügbar für Sicherheitsscanner
 - `Tools/AgentTeams/lib/compatibility-check.sh` verfügbar
 - `Tools/AgentTeams/lib/result-aggregator.sh` verfügbar

package/Dev/i18n/de/Team/commands/sprint.md

@@ -1,6 +1,6 @@
 ---
-description: Sprint-Entwicklungsteam - Parallele Story-Implementierung mit Agent Teams
-argument-hint: <sprint-name> [--max-workers=3] [--overnight]
+description: Sprint-Entwicklungsteam - Parallele Story-Implementierung mit Sub-Agenten (Agent Teams optional)
+argument-hint: <sprint-name> [--max-workers=3] [--overnight] [--engine=subagents|teams]
 ---
 
 # Sprint-Entwicklungsteam - Parallele Story-Implementierung
@@ -13,18 +13,43 @@ $ARGUMENTS
 
 - `<sprint-name>`: Name oder ID des zu bearbeitenden Sprints
 - `--max-workers=3`: Maximale parallele Entwickler-Worker (Standard: 2, max: 3)
+- `--engine=subagents`: Ausführungs-Engine (Standard: `subagents`). Optionen: `subagents` (Delegation an Sub-Agenten über das `Agent`-Tool, keine Voraussetzung), `teams` (experimentelle Agent Teams). Siehe „Ausführungs-Engine“
 - `--overnight`: Im Nachtmodus ausführen (begrenzt, stoppt um 6 Uhr)
 - `--supervised`: Vor jeder Story für menschliche Bestätigung pausieren
 - `--max-stories=10`: Maximale Anzahl zu bearbeitender Stories (Standard: 10)
 - `--timeout=12`: Maximale Laufzeit in Stunden (Standard: 12)
 - `--dry-run`: Team-Zusammensetzung und Story-Zuweisungen anzeigen, ohne auszuführen
 - `--max-cost=<dollars>`: Maximales Budget in Dollar. Wenn die geschaetzten Parallelkosten diesen Schwellenwert ueberschreiten, wird die Ausfuehrung mit einer OVER BUDGET Meldung blockiert
-- `--ralph-mode`: Ralph-Recovery-Engine aktivieren (Fehlerklassifizierung, Auto-Retry, Eskalationsdienst) zusammen mit Agent-Teams-Parallelisierung.
+- `--ralph-mode`: Ralph-Recovery-Engine aktivieren (Fehlerklassifizierung, Auto-Retry, Eskalationsdienst) zusammen mit Agent-Teams-Parallelisierung. Erfordert `--engine=teams`: Der Ralph-Teams-Adapter stützt sich auf `TaskCreate` / `SendMessage`.
+
+## Ausführungs-Engine (`--engine`)
+
+Die Standard-Engine hängt von keiner experimentellen Funktion ab: Der Befehl funktioniert auch, wenn `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` nicht gesetzt ist.
+
+| Engine | Aktivierung | Voraussetzungen | Verhalten |
+|--------|-------------|-----------------|-----------|
+| `subagents` (Standard) | kein Flag oder `--engine=subagents` | Keine (natives `Agent`-Tool) | Die aktuelle Sitzung übernimmt die Lead-Rolle und delegiert jede Worker-Aufgabe über das `Agent`-Tool an einen Sub-Agenten (Worker-Modell über den Parameter `model`). Unabhängige Sub-Agenten werden in einer einzigen Nachricht gestartet, damit sie parallel laufen; jeder schreibt sein Ergebnis in sein isoliertes Verzeichnis und gibt nur eine kurze Zusammenfassung zurück. Die Worker kommunizieren nicht miteinander: Der Lead leitet weiter. Funktioniert interaktiv, mit `claude -p` und in der CI. |
+| `teams` | `--engine=teams` | `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1`, Claude Code v2.1.32+ | Agent-Teams-Team: persistente Worker, koordiniert über `TaskCreate` / `TaskList` / `SendMessage`, direkte Nachrichten zwischen Teammitgliedern, Hooks `TeammateIdle` / `TaskCompleted`. |
+
+**Fallback**: Wird `--engine=teams` angefordert, obwohl `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS` fehlt, nicht abbrechen — `ℹ️ Agent Teams nicht verfügbar: Fallback auf --engine=subagents` ausgeben und mit der Engine `subagents` fortfahren.
+
+**Grenzen der Engine `teams`**: kein nicht-interaktiver Modus (`claude -p`) und keine Ausführung in der CI; ein Team pro Sitzung (laufendes Team beenden, bevor ein neues gestartet wird); API im Research Preview, Änderungen vorbehalten.
+
+Der folgende Ablauf ist mit den Agent-Teams-Primitiven beschrieben. Mit `--engine=subagents` gilt diese Zuordnung:
+
+| Agent Teams (`teams`) | Sub-Agenten (`subagents`) |
+|------------------------|----------------------------|
+| `TaskCreate` + Worker-Spawn | Ein Aufruf des `Agent`-Tools, dessen Prompt die Aufgabenbeschreibung übernimmt |
+| `TaskList`-Polling / Synchronisationsbarriere | Auf die Rückkehr aller `Agent`-Aufrufe des Stapels warten |
+| `SendMessage` an einen Worker | Sub-Agenten fortsetzen (`SendMessage` an seine ID) oder neuer `Agent`-Aufruf mit dem nötigen Kontext |
+| `shutdown_request` | Nicht nötig: Ein Sub-Agent endet mit seiner Rückgabe |
+
+**Sprint-spezifisch**: Mit `subagents` jeden Entwickler-Worker mit `isolation: "worktree"` starten, damit parallele Stories nicht denselben Arbeitsbaum ändern.
 
 ## Voraussetzungen
 
-- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung
-- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt
+- Claude Code v2.1.32+ mit Agent-Teams-Unterstützung — nur mit `--engine=teams`
+- `CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS=1` Umgebungsvariable gesetzt — nur mit `--engine=teams`
 - BMAD-Sprint-Backlog mit Stories im Status `ready-for-dev`
 - Sprint-Metadaten in `.bmad/sprint-status.yaml`
 - Mindestens 2 unabhängige Stories (Einzelstory-Sprints verwenden sequenzielles Ralph)

package/Dev/i18n/de/UIUX/commands/audit.md

@@ -24,36 +24,7 @@ Beispiel: `/uiux:audit src/pages/Dashboard.tsx AAA`
 
 ### Schritt 1: Barrierefreiheit-Audit (A11y-Experte)
 
-#### 1.1 Automatisiertes Audit
-```bash
-# Ausführen falls verfügbar
-npx axe-cli {URL}
-npx pa11y {URL}
-# Oder Lighthouse prüfen
-```
-
-#### 1.2 Manuelle WCAG 2.2 AAA Überprüfung
-
-**Wahrnehmbar**
-- [ ] Bilder mit Alt-Text
-- [ ] Semantische Struktur (h1-h6, Landmarks)
-- [ ] Kontrast ≥ 7:1 (AAA)
-- [ ] Reflow bei 320px
-
-**Bedienbar**
-- [ ] Vollständige Tastaturnavigation
-- [ ] Keine Tastaturfalle
-- [ ] Sichtbarer Fokus (≥ 2px)
-- [ ] Touch-Ziele ≥ 44px
-
-**Verständlich**
-- [ ] lang auf html
-- [ ] Labels auf Inputs
-- [ ] Klare Fehlermeldungen
-
-**Robust**
-- [ ] Korrektes ARIA
-- [ ] aria-live für Dynamisches
+`/uiux:a11y-audit {URL oder Pfad} {Stufe}` ausführen und dessen Bericht (Score, nicht erfüllte WCAG-Kriterien, Maßnahmen) in die Synthese übernehmen. Das automatisierte Audit und die WCAG-Checkliste hier nicht wiederholen: `/uiux:a11y-audit` ist die einzige Quelle.
 
 ### Schritt 2: UX/Ergonomie-Audit (UX-Experte)
 

package/Dev/i18n/de/UIUX/commands/component-spec.md

@@ -41,11 +41,7 @@ Visuelles definieren:
 
 ### Schritt 3: A11y-Spezifikation (A11y-Experte)
 
-Barrierefreiheit definieren:
-- HTML-Semantik
-- ARIA-Attribute
-- Tastaturnavigation
-- Screenreader-Ankündigungen
+`/uiux:a11y-component {NAME}` ausführen und dessen Spezifikation (HTML-Semantik, ARIA-Attribute, Tastaturnavigation, Fokus, Kontrast, Screenreader-Ansagen) in den ♿-Abschnitt der Synthese übernehmen. Hier nicht neu definieren.
 
 ### Schritt 4: Synthese
 

package/Dev/i18n/de/UIUX/commands/orchestrator.md

@@ -1,102 +1,9 @@
 ---
-description: UI/UX Orchestrator
-argument-hint: [arguments]
+description: "Veraltet (Entfernung in 9.0): den Agent @uiux-orchestrator verwenden"
+deprecated: true
+replaced-by: "@uiux-orchestrator"
 ---
 
-# UI/UX Orchestrator
+> ⚠️ `/uiux:orchestrator` ist veraltet und wird in 9.0 entfernt. Verwenden Sie den Agent `@uiux-orchestrator`.
 
-Du bist der UI/UX Orchestrator. Du musst die 3 Experten koordinieren, um außergewöhnliche Schnittstellen zu liefern.
-
-## Argumente
-$ARGUMENTS
-
-Argumente:
-- Art der Anfrage: Komponente, Audit, Flow, Tokens
-- Ziel oder Beschreibung
-
-Beispiel: `/uiux:orchestrator Komponente "Datumsauswahl"` oder `/uiux:orchestrator Audit "Checkout-Seite"`
-
-## Plan-Modus
-
-> Der Plan-Modus wird automatisch aktiviert, wenn der Umfang mehrere Module umfasst oder eine modulübergreifende Untersuchung erfordert.
-
-## MISSION
-
-### Schritt 1: Anfrage analysieren
-
-Identifizieren:
-- Art des erwarteten Lieferergebnisses
-- Einzubeziehende Experten
-- Reihenfolge der Intervention
-
-### Schritt 2: An Experten delegieren
-
-| Typ | Experten | Reihenfolge |
-|-----|----------|-------------|
-| Neue Komponente | UI → UX → A11y | Sequenziell |
-| Audit | A11y → UX → UI | Sequenziell |
-| User Flow | UX → UI → A11y | Sequenziell |
-| Design Tokens | Nur UI | Direkt |
-
-### Schritt 3: Konsolidieren und arbitrieren
-
-Bei Konflikten Prioritätsregeln anwenden:
-1. Barrierefreiheit AAA (nicht verhandelbar)
-2. Lighthouse 100/100
-3. UX > Ästhetik
-4. Mobile-first
-5. Design System Kohärenz
-
-### Schritt 4: Synthese liefern
-
-```
-══════════════════════════════════════════════════════════════
-📋 UI/UX SYNTHESE: {THEMA}
-══════════════════════════════════════════════════════════════
-
-Typ: {Komponente | Audit | Flow | Tokens}
-Datum: {datum}
-
-──────────────────────────────────────────────────────────────
-🧠 UX
-──────────────────────────────────────────────────────────────
-
-{Zusammenfassung UX-Beiträge}
-
-──────────────────────────────────────────────────────────────
-🎨 UI
-──────────────────────────────────────────────────────────────
-
-{Zusammenfassung UI-Beiträge}
-
-──────────────────────────────────────────────────────────────
-♿ BARRIEREFREIHEIT
-──────────────────────────────────────────────────────────────
-
-{Zusammenfassung A11y-Beiträge}
-
-──────────────────────────────────────────────────────────────
-⚖️ ARBITRIERUNGEN
-──────────────────────────────────────────────────────────────
-
-| Konflikt | Entscheidung | Begründung |
-|----------|--------------|------------|
-| {konflikt} | {entscheidung} | {angewandte Regel} |
-
-──────────────────────────────────────────────────────────────
-✅ VALIDIERUNGS-CHECKLISTE
-──────────────────────────────────────────────────────────────
-
-- [ ] WCAG 2.2 AAA konform
-- [ ] Lighthouse 100/100 erhalten
-- [ ] Mobile-first respektiert
-- [ ] Nur Tokens (kein Hardcode)
-- [ ] Alle 3 Experten konsultiert
-
-──────────────────────────────────────────────────────────────
-🎯 NÄCHSTE SCHRITTE
-──────────────────────────────────────────────────────────────
-
-1. {prioritäre Aktion}
-2. {nächste Aktion}
-```
+Delegieren Sie „$ARGUMENTS" an den Agent `uiux-orchestrator` (Agent-Tool) und geben Sie seine Antwort zurück.