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

package/Project/i18n/de/Gate/commands/validate-sprint.md

@@ -1,224 +1,9 @@
 ---
-description: Sprint-Bereitschaft vor dem Start validieren
-argument-hint: "[N] [--verbose]"
+description: "Veraltet (Entfernung in 9.0): /gate:check sprint verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Sprint-Gate validieren
+> ⚠️ `/gate:validate-sprint` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check sprint`.
 
-Validiert, dass der Sprint korrekt geplant und startbereit ist.
-Alle erforderlichen Kriterien muessen erfuellt sein.
-
-## Argumente
-
-$ARGUMENTS (format: [N] [--verbose])
-- **N** (optional): Sprintnummer (`1`, `001` oder `sprint-001`); Standard: `metadata.sprint_id`, sonst der neueste Ordner `project-management/sprints/sprint-*/`
-- **--verbose** (optional): Details pro Story anzeigen
-
-## Sprint Ready-Kriterien
-
-| Kriterium | Gewicht | Erforderlich | Beschreibung |
-|-----------|---------|--------------|--------------|
-| Sprint-Metadaten | 20% | Ja | ID, Name, Daten definiert |
-| Sprint-Ziel | 15% | Ja | Klares Ziel definiert |
-| Stories bereit | 25% | Ja | Stories im Status ready-for-dev |
-| Stories geschaetzt | 20% | Ja | Alle haben Punkte |
-| Kapazitaetspruefung | 10% | Nein | Punkte innerhalb der Kapazitaet |
-| Abhaengigkeiten geloest | 10% | Nein | Keine blockierten Stories im Ready-Status |
-
-**Schwelle: Alle erforderlichen Kriterien**
-
-## Prozess
-
-### Schritt 1: Sprint-Status laden
-
-Quelle, in dieser Reihenfolge:
-
-1. **`.bmad/sprint-status.yaml`**, falls vorhanden und `metadata.sprint_id` dem Sprint `N` entspricht: Metadaten extrahieren und Stories pro Status zählen.
-2. **Sonst Markdown-Fallback** aus `project-management/sprints/sprint-{N}-*/` (von `/workflow:start` geschrieben):
-   - Metadaten, Ziel, Kapazität: `sprint-goal.md` (Beginn, Ende, Kapazität, Ziel);
-   - Stories: die Tabelle der ausgewählten US in `sprint-goal.md` und die Dateien `project-management/backlog/user-stories/US-*.md` (Punkte, Status). Eine geplante, nicht begonnene Story zählt als `ready-for-dev`;
-   - blockierende Abhängigkeiten: `sprint-dependencies.md`.
-3. Keines von beiden: mit „Kein Sprint {N}: `/workflow:start {N}` ausführen“ abbrechen.
-
-Im Fallback-Modus wird das Gate trotzdem ausgewertet, der Bericht ergänzt aber eine nicht blockierende Warnung: Die `/sprint:*`-Befehle benötigen `.bmad/sprint-status.yaml`, `/workflow:start {N}` oder `/project:migrate-backlog` ausführen.
-
-### Schritt 2: Metadaten validieren
-
-Erforderliche Felder pruefen:
-- `metadata.sprint_id` - Sprint-Identifikator
-- `metadata.name` - Sprint-Name
-- `metadata.start_date` - Startdatum
-- `metadata.end_date` - Enddatum
-- `metadata.goal` - Sprint-Ziel (min. 10 Zeichen)
-
-### Schritt 3: Stories validieren
-
-Story-Bereitschaft pruefen:
-- Mindestens 1 Story im Status `ready-for-dev`
-- Alle Stories haben Story Points
-- Keine blockierten Stories im Ready-Status
-
-### Schritt 4: Optionale Kapazitaetspruefung
-
-Falls `metadata.capacity_points` definiert:
-- Summe der Ready-Story-Punkte ≤ Kapazitaet + 20%
-
-### Schritt 5: Bericht generieren
-
-Sprint-Bereitschaftsstatus anzeigen.
-Den Bericht mit der verwendeten Quelle beginnen: `Quelle: .bmad/sprint-status.yaml` oder `Quelle: Markdown (project-management/sprints/sprint-{N}-*/)`.
-
-## Ausgabeformat
-
-### Sprint bereit
-
-```
-═══════════════════════════════════════════════════════
-           Sprint Ready-Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Sprint: sprint-3 - Benutzerverwaltung
-Zeitraum: 2026-01-29 → 2026-02-12 (14 Tage)
-
-Validierungsergebnisse:
-──────────────────────────────────────────────────────
-✅ Sprint-Metadaten (20%)
-   ID: sprint-3
-   Name: Benutzerverwaltung
-   Start: 2026-01-29
-   Ende: 2026-02-12
-
-✅ Sprint-Ziel (15%)
-   "Benutzerverwaltungsfunktionen implementieren
-    einschliesslich Registrierung, Anmeldung und Profilverwaltung"
-
-✅ Stories bereit (25%)
-   5 Stories im Status ready-for-dev
-   Gesamtpunkte: 21
-
-✅ Stories geschaetzt (20%)
-   Alle 8 Stories haben Story Points
-
-✅ Kapazitaetspruefung (10%)
-   Geplant: 21 Punkte
-   Kapazitaet: 25 Punkte
-   Auslastung: 84%
-
-✅ Abhaengigkeiten geloest (10%)
-   Keine blockierten Stories im Ready-Status
-
-Punktzahl: 100/100
-──────────────────────────────────────────────────────
-
-✅ SPRINT READY-GATE VALIDIERT
-
-Der Sprint kann gestartet werden.
-
-Bereite Stories:
-  📖 US-010: Benutzerregistrierung (5 Pkt.)
-  📖 US-011: Benutzeranmeldung (5 Pkt.)
-  📖 US-012: Profilseite (5 Pkt.)
-  📖 US-013: Passwort zuruecksetzen (3 Pkt.)
-  📖 US-014: E-Mail-Verifizierung (3 Pkt.)
-
-Befehle:
-  /sprint:start           Sprint starten
-  /sprint:next-story     Erste Story uebernehmen
-═══════════════════════════════════════════════════════
-```
-
-### Sprint nicht bereit
-
-```
-═══════════════════════════════════════════════════════
-           Sprint Ready-Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Sprint: (nicht konfiguriert)
-
-Validierungsergebnisse:
-──────────────────────────────────────────────────────
-❌ Sprint-Metadaten (20%)
-   Fehlend: sprint_id
-   Fehlend: start_date
-   Fehlend: end_date
-
-❌ Sprint-Ziel (15%)
-   Fehlend: Kein Ziel definiert
-
-⚠️ Stories bereit (25%)
-   Nur 1 Story im Status ready-for-dev
-   Empfohlen: mindestens 3 Stories
-
-❌ Stories geschaetzt (20%)
-   3 Stories ohne Story Points:
-   - US-010: Benutzerregistrierung
-   - US-012: Profilseite
-   - US-015: Einstellungsseite
-
-⏳ Kapazitaetspruefung (10%)
-   Uebersprungen: Keine Kapazitaet definiert
-
-⚠️ Abhaengigkeiten geloest (10%)
-   1 Ready-Story ist blockiert:
-   - US-011: Blockiert durch externe API
-
-Punktzahl: 35/100
-──────────────────────────────────────────────────────
-
-❌ SPRINT READY-GATE FEHLGESCHLAGEN
-
-Erforderliche Massnahmen:
-──────────────────────────────────────────────────────
-1. Sprint-Metadaten konfigurieren
-   .bmad/sprint-status.yaml bearbeiten:
-   ```yaml
-   metadata:
-     sprint_id: "sprint-3"
-     name: "Benutzerverwaltung"
-     start_date: "2026-01-29"
-     end_date: "2026-02-12"
-     goal: "Benutzerverwaltungsfunktionen implementieren"
-   ```
-
-2. Sprint-Ziel definieren
-   Klares und messbares Ziel hinzufuegen
-
-3. Fehlende Stories schaetzen
-   /project:update-story US-010 --points 5
-   /project:update-story US-012 --points 5
-   /project:update-story US-015 --points 3
-
-4. Blockierte Stories loesen
-   US-011 blockiert durch: externe API-Abhaengigkeit
-   Optionen:
-   - Aus Sprint entfernen
-   - Abhaengigkeit loesen
-   - Stories neu ordnen
-
-Erneut ausfuehren: /gate:validate-sprint
-═══════════════════════════════════════════════════════
-```
-
-## Beispiel
-
-```
-/gate:validate-sprint
-/gate:validate-sprint --verbose
-```
-
-## Sprint-Konfiguration
-
-Sprint in `.bmad/sprint-status.yaml` konfigurieren:
-
-```yaml
-metadata:
-  sprint_id: "sprint-3"
-  name: "Benutzerverwaltung"
-  start_date: "2026-01-29"
-  end_date: "2026-02-12"
-  goal: "Benutzerverwaltungsfunktionen implementieren"
-  capacity_points: 25  # Optional: Team-Kapazitaet
-```
-
-Gate-Konfiguration: `.bmad/gates/sprint-ready-gate.yaml`
+Führen Sie `/gate:check sprint $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/Gate/commands/validate-story.md

@@ -1,204 +1,9 @@
 ---
-description: Story gegen die Definition of Done validieren
-argument-hint: <story-id>
+description: "Veraltet (Entfernung in 9.0): /gate:check story verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Story-Gate (DoD) validieren
+> ⚠️ `/gate:validate-story` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check story`.
 
-Eine User Story gegen die Definition of Done-Kriterien validieren.
-Alle Kriterien muessen erfuellt sein, um die Story als erledigt zu markieren.
-
-## Argumente
-
-$ARGUMENTS (format: <story-id>)
-- **story-id** (erforderlich): Story-Identifikator (z.B. US-001)
-
-## Definition of Done-Kriterien
-
-| Kriterium | Gewicht | Erforderlich | Beschreibung |
-|-----------|---------|--------------|--------------|
-| Aufgaben abgeschlossen | 20% | Ja | Alle Aufgaben als done markiert |
-| Tests bestanden | 20% | Ja | TDD-Zyklus abgeschlossen (green/refactor) |
-| AC validiert | 20% | Ja | Alle Akzeptanzkriterien validiert |
-| Code reviewed | 15% | Ja | Peer-Review abgeschlossen |
-| Keine Blocker | 10% | Ja | Nicht im Status blockiert |
-| Dokumentation | 10% | Nein | Docs bei Bedarf aktualisiert |
-| Sicherheits-Review | 5% | Nein | Sicherheitsauswirkungen geprueft |
-
-**Schwelle: 100% (alle erforderlichen Kriterien)**
-
-## Prozess
-
-### Schritt 1: Story laden
-
-1. `.bmad/sprint-status.yaml` lesen
-2. Story nach ID finden
-3. Alle Story-Felder laden
-
-### Schritt 2: Jedes Kriterium validieren
-
-Alle DoD-Kriterien pruefen:
-- Aufgaben: `tasks.completed == tasks.total`
-- Tests: `tdd_phase in ['green', 'refactor', 'done']`
-- AC: `acceptance_criteria.validated == acceptance_criteria.total`
-- Review: `status == 'review' or review.approved == true`
-- Blocker: `blocked_reason == null`
-
-### Schritt 3: Bericht generieren
-
-Detaillierte Ergebnisse mit Bestanden/Fehlgeschlagen-Status anzeigen.
-
-## Ausgabeformat
-
-### Story erfuellt DoD
-
-```
-═══════════════════════════════════════════════════════
-          Story DoD-Gate: US-005
-═══════════════════════════════════════════════════════
-
-📖 US-005: E-Mail-Verifizierung
-Status: review → done (wartend)
-
-Definition of Done:
-──────────────────────────────────────────────────────
-✅ Aufgaben abgeschlossen (20%)
-   Alle Aufgaben erledigt: 4/4
-   □ TASK-021: Backend-Endpoint ✓
-   □ TASK-022: E-Mail-Service ✓
-   □ TASK-023: Frontend-Flow ✓
-   □ TASK-024: Tests ✓
-
-✅ Tests bestanden (20%)
-   TDD-Phase: refactor
-   Alle Tests gruen
-
-✅ Akzeptanzkriterien (20%)
-   Validiert: 3/3
-   ✓ AC1: Verifizierungs-E-Mail gesendet
-   ✓ AC2: Link laeuft nach 24h ab
-   ✓ AC3: Benutzerstatus aktualisiert
-
-✅ Code reviewed (15%)
-   PR #42 genehmigt von @reviewer
-   Review-Status: genehmigt
-
-✅ Keine Blocker (10%)
-   Keine blockierenden Probleme
-
-✅ Dokumentation (10%)
-   API-Docs aktualisiert
-
-✅ Sicherheits-Review (5%)
-   Token-Generierung geprueft
-
-Punktzahl: 100/100
-──────────────────────────────────────────────────────
-
-✅ STORY DoD-GATE VALIDIERT
-
-Die Story kann in den Status 'done' uebergehen.
-Ausfuehren: /sprint:transition US-005 done
-═══════════════════════════════════════════════════════
-```
-
-### Story erfuellt DoD nicht
-
-```
-═══════════════════════════════════════════════════════
-          Story DoD-Gate: US-005
-═══════════════════════════════════════════════════════
-
-📖 US-005: E-Mail-Verifizierung
-Status: in-progress
-
-Definition of Done:
-──────────────────────────────────────────────────────
-❌ Aufgaben abgeschlossen (20%)
-   Erledigte Aufgaben: 2/4
-   ✓ TASK-021: Backend-Endpoint
-   ✓ TASK-022: E-Mail-Service
-   □ TASK-023: Frontend-Flow (in Bearbeitung)
-   □ TASK-024: Tests (wartend)
-
-❌ Tests bestanden (20%)
-   TDD-Phase: red
-   Tests schlagen fehl
-
-⚠️ Akzeptanzkriterien (20%)
-   Validiert: 1/3
-   ✓ AC1: Verifizierungs-E-Mail gesendet
-   □ AC2: Link laeuft nach 24h ab
-   □ AC3: Benutzerstatus aktualisiert
-
-❌ Code reviewed (15%)
-   Kein PR erstellt
-
-✅ Keine Blocker (10%)
-   Keine blockierenden Probleme
-
-⏳ Dokumentation (10%)
-   Nicht geprueft
-
-⏳ Sicherheits-Review (5%)
-   Nicht geprueft
-
-Punktzahl: 25/100
-──────────────────────────────────────────────────────
-
-❌ STORY DoD-GATE FEHLGESCHLAGEN
-
-Erforderliche Massnahmen:
-──────────────────────────────────────────────────────
-1. Verbleibende Aufgaben abschliessen
-   - TASK-023: Frontend-Flow
-   - TASK-024: Tests
-
-2. Fehlgeschlagene Tests korrigieren
-   Aktuelle TDD-Phase: red
-   Tests ausfuehren und Korrekturen implementieren
-
-3. Akzeptanzkriterien validieren
-   - AC2: Link-Ablauf testen
-   - AC3: Benutzerstatus-Aktualisierung testen
-
-4. Pull Request fuer Review erstellen
-   git push && gh pr create
-
-Geschaetzter Restaufwand:
-  Aufgaben: 2 verbleibend
-  TDD-Zyklen: 2 (fuer verbleibende Aufgaben)
-
-Arbeit fortsetzen: /sprint:dev US-005
-═══════════════════════════════════════════════════════
-```
-
-## Beispiel
-
-```
-/gate:validate-story US-005
-/gate:validate-story US-001
-```
-
-## TDD-Phasen-Leitfaden
-
-| Phase | Bedeutung | Naechster Schritt |
-|-------|-----------|-------------------|
-| red | Tests schlagen fehl | Code implementieren |
-| green | Tests bestehen | Refactoring durchfuehren |
-| refactor | Bereinigung | Abschliessen oder naechste Aufgabe |
-| done | Zyklus abgeschlossen | In Review uebergehen |
-
-Phase aktualisieren:
-```
-/sprint:tdd US-005 green
-```
-
-## Integration
-
-Dieses Gate wird geprueft:
-1. Manuell ueber diesen Befehl
-2. Im Stop-Hook (quality-gate.sh)
-3. Vor `/sprint:transition <id> done`
-
-Gate-Konfiguration: `.bmad/gates/story-gate.yaml`
+Führen Sie `/gate:check story $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten.

package/Project/i18n/de/Gate/commands/validate-techspec.md

@@ -1,203 +1,9 @@
 ---
-description: Tech Spec gegen Quality Gate validieren (≥90%)
-argument-hint: [techspec-datei]
+description: "Veraltet (Entfernung in 9.0): /gate:check spec verwenden"
+deprecated: true
+replaced-by: /gate:check
 ---
 
-# Tech Spec-Gate validieren
+> ⚠️ `/gate:validate-techspec` ist veraltet und wird in 9.0 entfernt. Verwenden Sie `/gate:check spec`.
 
-Eine technische Spezifikation gegen das Tech Spec Quality Gate validieren.
-Die Tech Spec muss mindestens 90% erreichen, um zu bestehen.
-
-## Argumente
-
-$ARGUMENTS (format: [techspec-datei])
-- **techspec-datei** (optional): Pfad zur Tech Spec-Datei. Standard: `docs/tech-spec.md`
-
-## Gate-Kriterien
-
-| Kriterium | Gewicht | Erforderlich | Beschreibung |
-|-----------|---------|--------------|--------------|
-| Architektur-Ueberblick | 12% | Ja | System-Design-Beschreibung |
-| Architektur-Diagramm | 10% | Ja | Visuelle Darstellung |
-| Komponenten | 12% | Ja | Modul-/Service-Definitionen |
-| Datenmodell | 10% | Ja | Datenbank-/Entitaets-Design |
-| API-Vertraege | 10% | Ja | Endpoint-Spezifikationen |
-| Sicherheit | 12% | Ja | Auth und Sicherheitsmassnahmen |
-| Performance | 8% | Nein | Performance-Anforderungen |
-| Fehlerbehandlung | 8% | Nein | Fehlerstrategie |
-| Teststrategie | 10% | Ja | Testansatz |
-| Deployment | 8% | Nein | CI/CD und Release |
-
-**Schwelle: 90%**
-
-## Prozess
-
-### Schritt 1: Tech Spec-Datei lokalisieren
-
-1. Angegebenen Pfad oder Standard `docs/tech-spec.md` verwenden
-2. Pruefen, ob Datei existiert
-3. Inhalt zur Analyse laden
-
-### Schritt 2: Jedes Kriterium validieren
-
-Fuer jedes Kriterium:
-- Relevante Abschnitte und Schluesselwoerter pruefen
-- Existenz von Diagrammen pruefen (mermaid, Bilder)
-- Technische Tiefe validieren
-
-### Schritt 3: Punktzahl berechnen
-
-Punktzahl = Summe der Gewichte validierter Kriterien
-
-### Schritt 4: Bericht generieren
-
-Detaillierte Ergebnisse mit Vorschlaegen anzeigen.
-
-## Ausgabeformat
-
-### Tech Spec validiert
-
-```
-═══════════════════════════════════════════════════════
-          Tech Spec Quality Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Datei: docs/tech-spec.md
-Schwelle: 90%
-
-Validierungsergebnisse:
-──────────────────────────────────────────────────────
-✅ Architektur-Ueberblick (12%)
-   Gefunden: Clean Architecture mit 4 beschriebenen Schichten
-
-✅ Architektur-Diagramm (10%)
-   Gefunden: Mermaid-Diagramm im Abschnitt "System Design"
-
-✅ Komponenten (12%)
-   Gefunden: 6 Komponenten mit definierten Verantwortlichkeiten
-
-✅ Datenmodell (10%)
-   Gefunden: Entitaets-Definitionen mit Beziehungen
-
-✅ API-Vertraege (10%)
-   Gefunden: REST-Endpoints mit Request/Response-Schemas
-
-✅ Sicherheit (12%)
-   Gefunden: JWT-Auth, RBAC, Verschluesselung im Ruhezustand
-
-✅ Performance (8%)
-   Gefunden: Latenz-Ziele, Caching-Strategie
-
-✅ Fehlerbehandlung (8%)
-   Gefunden: Fehlercodes, Retry-Richtlinien
-
-✅ Teststrategie (10%)
-   Gefunden: Unit-, Integrations-, E2E-Testplaene
-
-✅ Deployment (8%)
-   Gefunden: CI/CD-Pipeline, Blue-Green-Deployment
-
-Punktzahl: 100/100 (100%)
-──────────────────────────────────────────────────────
-
-✅ TECH SPEC-GATE VALIDIERT
-
-Bereit fuer die Backlog-Erstellung.
-Naechster Schritt: /arch:handoff po
-═══════════════════════════════════════════════════════
-```
-
-### Tech Spec nicht validiert
-
-```
-═══════════════════════════════════════════════════════
-          Tech Spec Quality Gate-Validierung
-═══════════════════════════════════════════════════════
-
-Datei: docs/tech-spec.md
-Schwelle: 90%
-
-Validierungsergebnisse:
-──────────────────────────────────────────────────────
-✅ Architektur-Ueberblick (12%)
-❌ Architektur-Diagramm (10%)
-   Fehlend: Kein Diagramm gefunden (mermaid, PNG, SVG)
-✅ Komponenten (12%)
-✅ Datenmodell (10%)
-⚠️ API-Vertraege (10%)
-   Teilweise: Endpoints gelistet, aber keine Schemas
-❌ Sicherheit (12%)
-   Fehlend: Keine Auth/Autorisierung definiert
-✅ Performance (8%)
-✅ Fehlerbehandlung (8%)
-✅ Teststrategie (10%)
-⚠️ Deployment (8%)
-   Teilweise: CI erwaehnt, aber keine CD-Strategie
-
-Punktzahl: 68/100 (68%)
-──────────────────────────────────────────────────────
-
-❌ TECH SPEC-GATE FEHLGESCHLAGEN (90% erforderlich, 68% erreicht)
-
-Erforderliche Massnahmen:
-──────────────────────────────────────────────────────
-1. Architektur-Diagramm hinzufuegen
-   ```mermaid
-   graph TB
-     Client --> API[API Gateway]
-     API --> Service[Business Logic]
-     Service --> DB[(Database)]
-   ```
-
-2. Sicherheitsstrategie definieren
-   - Authentifizierungsmethode (JWT, OAuth2)
-   - Autorisierungsmodell (RBAC, ABAC)
-   - Datenverschluesselungsansatz
-
-3. API-Vertraege mit Schemas vervollstaendigen
-   - JSON Request/Response-Schemas
-   - Fehlerantwort-Formate
-   - Versionierungsstrategie
-
-4. Deployment-Strategie hinzufuegen
-   - CI/CD-Pipeline-Schritte
-   - Umgebungspromotion
-   - Rollback-Verfahren
-
-Nach Korrekturen erneut ausfuehren: /gate:validate-techspec
-═══════════════════════════════════════════════════════
-```
-
-## Beispiel
-
-```
-/gate:validate-techspec
-/gate:validate-techspec docs/auth-tech-spec.md
-```
-
-## Architektur-Review
-
-Erwaegen Sie die Erstellung eines ADR fuer bedeutende Entscheidungen:
-```
-/arch:adr "JWT vs. sitzungsbasierte Authentifizierung"
-```
-
-Gate-Konfiguration: `.bmad/gates/techspec-gate.yaml`
-
-## Nächster Schritt
-
-```
-╔══════════════════════════════════════════════════════════╗
-║                   NÄCHSTER SCHRITT                        ║
-╠══════════════════════════════════════════════════════════╣
-║                                                          ║
-║  Wenn PASS (≥ Schwellenwert):                            ║
-║  → /gate:validate-backlog                                ║
-║    Backlog validieren                                    ║
-║                                                          ║
-║  Wenn FAIL (< Schwellenwert):                            ║
-║  → Technische Spezifikation korrigieren                  ║
-║  → /gate:validate-techspec (erneut nach Korrekturen)     ║
-║                                                          ║
-╚══════════════════════════════════════════════════════════╝
-```
+Führen Sie `/gate:check spec $ARGUMENTS` aus: Lesen Sie `.claude/commands/gate/check.md` und folgen Sie der Datei mit diesen Argumenten.