---
name: customize
description: >
  Geführte Anpassung Ihres KI-Governance-Praxisprofils – eine Einstellung ändern, ohne das
  vollständige Cold-Start-Interview neu zu starten. Risikoeinstellung, Eskalationskontakte,
  Use-Case-Register-Einträge, Vendor-KI-Positionen, KI-Richtlinien-Commitments,
  Folgenabschätzungs-Hausformat oder Mandats-Workspace-Pfade anpassen. Verwenden, wenn
  der Nutzer sagt „ändere mein [Ding]", „Profil aktualisieren", „Konfiguration bearbeiten",
  „Playbook anpassen" oder „customize".
argument-hint: "[Abschnittsname oder Beschreibung der gewünschten Änderung]"
triggers:
  - "Profil anpassen"
  - "Playbook ändern"
  - "customize"
  - "KI-Governance konfigurieren"
  - "Use-Case-Register ändern"
  - "Eskalationskontakte aktualisieren"
  - "Konfiguration bearbeiten"
language: de
---

# /customize

## Zweck

Der Nutzer hat `/ki-governance:customize` eingegeben. Er möchte etwas in seinem Praxisprofil
ändern – eine Risikoeinstellung, einen Eskalationskontakt, eine Playbook-Position, eine
Jurisdiktion, ein Ausgabeformat – ohne das gesamte Cold-Start-Interview neu zu starten und
ohne YAML manuell zu bearbeiten.

## Eingaben

- Konfiguration aus `~/.claude/plugins/config/claude-fuer-deutsches-recht/ki-governance/CLAUDE.md`
  und `company-profile.md` (eine Ebene höher)
- Beschreibung der gewünschten Änderung vom Nutzer

## Ablauf

1. **Konfiguration lesen.** CLAUDE.md und company-profile.md lesen. Falls CLAUDE.md nicht
   existiert oder noch `[PLATZHALTER]`-Werte enthält:

   > Sie haben noch kein Setup durchgeführt. Führen Sie zuerst `/ki-governance:cold-start-interview`
   > aus – customize dient der Anpassung eines bereits vorhandenen Profils.

2. **Anpassbare Karte anzeigen.** Auflisten, was im Profil steht, gruppiert, mit
   einzeiliger Zusammenfassung des aktuellen Werts:

   - **Unternehmen / Wer Sie sind** – Name, Branche, Jurisdiktionen, Phase, Praxiskontext
     *(geteilt über alle Plugins – Änderungen fließen durch `company-profile.md`)*
   - **Regulatorischer Fußabdruck** – KI-VO, DSGVO/BDSG, sektorspezifische Regelwerke
     im Anwendungsbereich
   - **Risikoeinstellung** – konservativ / mittig / progressiv, was das für Triage- und
     Folgenabschätzungs-Ausgaben bedeutet
   - **Personen** – Governance-Team, KI-Risikobeauftragter, Eskalationskette, Genehmiger
   - **Use-Case-Register** – genehmigte / bedingte / nie-Einträge und zugehörige Bedingungen
   - **KI-System-Inventar** – je System: Rolle (Anbieter / Betreiber usw.) und Risikoklasse
     nach KI-VO. `/ki-governance:ki-inventar` für den dedizierten Editor verwenden.
   - **Vendor-KI-Governance** – Trainings-auf-Daten, Haftung, Modell-Änderungsmeldung,
     Art. 28 DSGVO AVV, Art. 11 KI-VO Technische Dokumentation und andere Positionen
   - **KI-Richtlinien-Commitments** – öffentliche oder interne Commitments, gegen die das
     Plugin abgleicht
   - **Folgenabschätzungs-Hausformat** – FRIA-/DSFA-Abschnittsreihenfolge, Risiko-Scoring-Format,
     Stakeholder-Framing
   - **Workflow** – Aufnahme-Pfad, Ausgabeformat, Mandats-Workspace-Pfade, Prüfkadenz für
     den Policy-Monitor
   - **Integrationen** – was verbunden ist (Slack, Dokumentenspeicher, geplante Aufgaben),
     was zurückfällt

3. **Fragen, was geändert werden soll.**

   > Was möchten Sie anpassen? Wählen Sie einen Abschnitt oder beschreiben Sie die Änderung
   > in eigenen Worten.

4. **Änderung vornehmen.** Aktuellen Wert zeigen, neuen Wert abfragen, nachgelagerte
   Auswirkungen erklären, bestätigen, in Konfiguration schreiben.

   Beispiele für nachgelagerte Erklärungen:
   - *Risikoeinstellung mittig → konservativ:* „Ich werde mehr Anwendungsfälle als bedingt
     statt genehmigt markieren, mehr Folge-Prüfungen zur Folgenabschätzung einleiten und
     konservativere Vendor-KI-Redlines empfehlen."
   - *Eskalationskontakt hinzufügen:* „Jeder Skill, der Eskalationen weiterleitet
     (`/use-case-triage`, `/vendor-ai-review`, `/reg-gap-analysis`), wird diesen Kontakt
     nun auf den relevanten Risikostufen einschließen."
   - *Neuer Use-Case-Register-Eintrag:* „`/use-case-triage` gleicht beim nächsten Lauf
     gegen diesen Eintrag ab. Bestehende Folgenabschätzungen werden nicht neu geschrieben –
     führen Sie sie neu aus, wenn Sie die neue Position darin gespiegelt sehen möchten."

5. **Bei Änderungen am gemeinsamen Profil** (Unternehmensname, Branche, Jurisdiktionen,
   Praxiskontext):
   `~/.claude/plugins/config/claude-fuer-deutsches-recht/company-profile.md` schreiben
   und vermerken:

   > Diese Änderung betrifft alle Plugins – jedes Plugin, das Ihren Jurisdiktionsfußabdruck
   > liest, sieht jetzt [neuer Wert].

6. **Abschluss.**

   > Erledigt. Ihr nächstes Ergebnis wird die Änderung widerspiegeln. Noch etwas? Sie können
   > `/ki-governance:customize` jederzeit ausführen.

## Quellen und Zitierweise

Verbindliche Zitierweise gemäß `../references/zitierweise.md`.

Downstream-Auswirkungen von Konfigurationsänderungen können folgende Normen betreffen:
- Art. 26, 27, 50 KI-VO (VO 2024/1689) – Betreiberpflichten, FRIA, Transparenz `[Primärquelle]`
- Art. 35 DSGVO – DSFA-Pflicht `[Primärquelle]`
- Art. 28 DSGVO – Auftragsverarbeitung `[Primärquelle]`

## Ausgabeformat

Interaktiver Dialog: Karte → Auswahl → aktueller Wert / neuer Wert → Bestätigung → Schreiben.

## Risiken / typische Fehler

- **Abschnitt nicht löschen.** Falls der Nutzer etwas „entfernen" möchte, auf
  `[Nicht konfiguriert]` setzen und erklären, was das für das Plugin-Verhalten bedeutet.
  („Das Entfernen Ihrer Eskalationskette bedeutet, dass `/use-case-triage` eskalationswürdige
  Punkte markiert, aber nicht an eine bestimmte Person weiterleitet.")
- **Interne Inkonsistenz markieren.** Falls die Änderung das Profil inkonsistent machen würde
  (z. B. Risikoeinstellung progressiv + Eskalation „alles geht an den GC"; oder „KI-VO im
  Anwendungsbereich" + „keine Systeme für EU markiert"), Spannung aufzeigen und fragen,
  welche Seite der Nutzer möchte.
- **Leitplanken-Degradation markieren.** Falls der Nutzer eine Leitplanke deaktivieren
  möchte („`[prüfen]`-Flag nicht mehr hinzufügen", „Zitats-Warnung weglassen"), erklären,
  wovor die Leitplanke schützt, und die Trade-offs bestätigen. Strukturelle Leitplanken:
  - `[prüfen]`-Markierungs-Mechanismus (zeigt dem Nutzer, wann juristisches Urteil
    erforderlich ist) – tragend, nicht entfernen.
  - Quellenattribuierungs-Tags auf abgerufenem Inhalt – tragend, nicht entfernen.
  - `[prüfen]`-Tags auf zitierten Normen/Vorschriften – tragend, nicht entfernen.
- **Eine Änderung auf einmal.** Nicht das gesamte Interview neu stellen. Bei mehreren
  Änderungen sequenziell vorgehen und jede vor dem Weitermachen bestätigen.
