ki-governance-mandat-arbeitsbereich

/mandat-arbeitsbereich

Zweck

Kanzleipraktiker arbeiten mit mehreren Mandanten und Mandaten. Ein Mandats-Workspace hält den Kontext eines Mandanten oder Auftrags von jedem anderen getrennt – relevant für § 43a Abs. 2 BRAO (anwaltliche Verschwiegenheitspflicht) und § 203 StGB (Mandantengeheimnis). Dieser Skill verwaltet diese Workspaces.

Eingaben

• Praxisprofil aus ~/.claude/plugins/config/claude-fuer-deutsches-recht/ki-governance/CLAUDE.md

(Abschnitt ## Mandate-Workspaces)

• Subbefehl und optionaler Slug vom Nutzer

Ablauf

1. CLAUDE.md lesen – bestätigen, dass der Abschnitt ## Mandate-Workspaces vorhanden ist.

Falls Aktiviert = ✗: > Mandate-Workspaces sind deaktiviert – Sie sind als In-house-Praxis mit einem Mandanten > konfiguriert, sodass das Plugin automatisch vom Praxiskontext arbeitet. Wenn Sie > tatsächlich für mehrere Mandanten arbeiten, führen Sie /ki-governance:ki-governance-kaltstart-interview > --redo neu aus und wählen einen Kanzleikontext. Andernfalls benötigen Sie /mandat-arbeitsbereich > nicht.

1. Auf den ersten Token von $ARGUMENTS verzweigen:
2. new → Aufnahme-Interview starten, mandat.md schreiben, verlauf.md und notizen.md

initialisieren.

• list → Alle mandate/*/mandat.md auflisten; Tabelle drucken; aktives Mandat markieren.
• switch → Aktives Mandat:-Zeile in CLAUDE.md aktualisieren.
• close → mandate/<slug>/ nach mandate/_archiv/<slug>/ verschieben; Schließdatum

in verlauf.md protokollieren.

• none → Aktives Mandat: auf keines – nur Praxiskontext setzen.

1. Dem Nutzer zeigen, was sich geändert hat, und vor dem Schreiben bestätigen.

Subbefehle

• /ki-governance:ki-governance-mandat-arbeitsbereich new <slug> – neuen Mandats-Workspace anlegen, kurzes

Aufnahme-Interview, mandat.md schreiben

• /ki-governance:ki-governance-mandat-arbeitsbereich list – Mandate mit Status und Aktiv-Flag auflisten
• /ki-governance:ki-governance-mandat-arbeitsbereich switch <slug> – aktives Mandat setzen
• /ki-governance:ki-governance-mandat-arbeitsbereich close <slug> – Mandat archivieren (nach

~/.claude/plugins/config/claude-fuer-deutsches-recht/ki-governance/mandate/_archiv/ verschieben, nie löschen)

• /ki-governance:ki-governance-mandat-arbeitsbereich none – von aktivem Mandat trennen, nur auf Praxisebene

arbeiten

Speicherlayout

~/.claude/plugins/config/claude-fuer-deutsches-recht/ki-governance/
├── CLAUDE.md                       # praxisweites Praxisprofil
└── mandate/
    ├── <slug>/
    │   ├── mandat.md               # Mandant, Gegenseite, Mandatstyp, Kernfakten, Abweichungen
    │   ├── verlauf.md              # datiertes Log von Ereignissen, Entscheidungen, Entwürfen
    │   ├── notizen.md                # freie Arbeitsnotizen
    │   └── outputs/                # Skill-Ausgaben für dieses Mandat (optionaler Unterordner)
    └── _archiv/
        └── <slug>/                 # geschlossene Mandate – lesbar, aber nicht aktiv

Slugs sind kleingeschrieben mit Bindestrichen. Beispiele: mueller-ki-review-2026, xyz-gmbh-aia, vendor-openai-avv.

Subbefehl-Logik

new <slug>

1. Bestätigen, dass der Slug nicht bereits in mandate/<slug>/ oder mandate/_archiv/<slug>/

vorhanden ist. Bei Wiederverwendung anderen Slug wählen.

1. Aufnahme-Interview starten:
2. Mandant (die von uns vertretene Partei oder die interne Geschäftseinheit bei In-house)
3. Gegenseite (die andere Seite – kann mehrere sein)
4. Mandatstyp (für ki-governance: KI-Anwendungsfall intern | Vendor-AI-Review | Folgenabschätzung | Regulierungsänderung | Richtlinienprojekt | Sonstiges)
5. Vertraulichkeitsstufe (standard | erhöht | Clean-Team – erhöht erfordert besondere

Vorsicht in mandatsübergreifenden Einstellungen)

• Kernfakten (2–5 Sätze: Worum geht es in diesem Mandat, wer sind die Stakeholder,

was steht auf dem Spiel)

• Mandatsspezifische Abweichungen vom Playbook (z. B. "Mandant verlangt 24-monatigen

Haftungshöchstbetrag statt 12", "Gegenseite ist strategischer Partner – beziehungserhaltender Ton", "§ 203 StGB: besondere Schutzmechanismen erforderlich")

• Verbundene Mandate (Slugs anderer zusammenhängender Mandate)
• mandate/<slug>/mandat.md mit der nachstehenden Vorlage schreiben.
• mandate/<slug>/verlauf.md mit einem einzigen "Eröffnet"-Eintrag initialisieren.
• Leere mandate/<slug>/notizen.md anlegen.
• Nicht automatisch auf das neue Mandat wechseln. Fragen: "Möchten Sie jetzt zu

<slug> wechseln? (/ki-governance:ki-governance-mandat-arbeitsbereich switch <slug>)"

list

mandate/*/mandat.md auflisten. Tabelle:

| Slug | Mandant | Mandatstyp | Status | Eröffnet | Aktiv | |---|---|---|---|---|---|

Aktives Mandat mit markieren. _archiv/ unter separater "Archiviert"-Überschrift, falls vorhanden.

switch <slug>

1. Bestätigen, dass mandate/<slug>/mandat.md existiert. Falls nicht, `/mandat-arbeitsbereich

new <slug>` anbieten.

1. Aktives Mandat:-Zeile in CLAUDE.md auf Aktives Mandat: <slug> setzen.
2. Nutzern die mandat.md-Zusammenfassung zeigen, damit sie bestätigen können, dass sie

beim richtigen Mandat sind.

close <slug>

1. Bestätigen, dass mandate/<slug>/ existiert.
2. "Geschlossen"-Eintrag mit heutigem Datum an mandate/<slug>/verlauf.md anhängen.
3. mandate/<slug>/ → mandate/_archiv/<slug>/ verschieben.
4. Falls das geschlossene Mandat das aktive war, Aktives Mandat: auf

keines – nur Praxiskontext setzen.

none

Aktives Mandat: in CLAUDE.md auf keines – nur Praxiskontext setzen. Mit Nutzer bestätigen.

mandat.md-Vorlage

[ARBEITSPRODUKT-HEADER – gemäß Plugin-Konfiguration; Vertraulichkeitsmarkierung beachten]

# Mandat: [Mandant] – [Kurzbeschreibung]

**Slug:** [slug]
**Eröffnet:** [JJJJ-MM-TT]
**Status:** aktiv
**Vertraulichkeit:** [standard / erhöht / clean-team]
**§ 203 StGB:** [Schweigepflicht beachtet – Schutzmechanismen: [Beschreibung]]

---

## Parteien

**Mandant:** [Name]
**Gegenseite:** [Name(n)]

## Mandatstyp

[KI-Anwendungsfall intern | Vendor-AI-Review | KI-Folgenabschätzung (FRIA/DSFA) | Regulierungsänderung | Richtlinienprojekt | Sonstiges – mit einzeiliger Begründung]

## Kernfakten

[2–5 Sätze. Worum geht es. Wer sind die Stakeholder. Was steht auf dem Spiel. Was es vom
Standard-Playbook unterscheidet.]

## Mandatsspezifische Abweichungen

*Jede Abweichung vom praxisweiten Playbook, die nur für dieses Mandat gilt.*

- [z. B. "Haftungshöchstbetrag: Mandant verlangt 24 Monate, nicht Hausstandard 12."]
- [z. B. "Ton: beziehungserhaltend – Gegenseite ist strategischer Partner."]
- [z. B. "Rechtswahl: muss deutsches Recht sein."]
- [z. B. "§ 203 StGB: nur On-Premise-Verarbeitung, kein Drittanbieter-KI-System ohne AVV."]

## Verbundene Mandate

- [slug – ein Satz, warum verbunden]

## Vertraulichkeitshinweise

[Falls erhöht oder clean-team, erläutern warum. Wer Mandatsdateien einsehen darf. Ob
mandatsübergreifender Kontext trotz globaler Aktivierung zulässig ist.]

verlauf.md-Initialisierung

# Verlauf: [Mandant] – [Kurzbeschreibung]

Nur-Anhänge-Ereignisprotokoll. Neuestes oben.

---

## [JJJJ-MM-TT] – Mandat eröffnet

Aufnahme abgeschlossen. Slug: `[slug]`. Status: aktiv.
[Anfangskontext über mandat.md hinaus – z. B. "Eröffnet als Reaktion auf eingehenden
Vendor-KI-Vertrag von [Gegenseite]."]

Mandatsübergreifender Kontext

CLAUDE.md hat ein Mandatsübergreifender Kontext:-Flag. Bei aus (Standard) liest ein Skill in Mandat A niemals Dateien in mandate/B/. Das ist die Vertraulichkeitsgarantie für die Anforderungen aus § 43a Abs. 2 BRAO und § 203 StGB.

Bei an darf ein Skill Dateien mandatsübergreifend nur lesen, wenn der Nutzer explizit darum bittet (z. B. "Vergleichen Sie unsere Haftungshöchstbetragsposition über die letzten fünf Vendor-Mandate"). Auch bei an ist der Standard, nur das aktive Mandat zu lade