customize

/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.