--- name: ki-governance-mandat-arbeitsbereich description: "Mandats-Arbeitsbereiche verwalten – neu, liste, wechseln, schließen oder keines (Praxisebene). Datei- Verwaltungslogik, um den Kontext eines Mandanten oder Auftrags von jedem anderen zu trennen. Verwenden, wenn mandatsübergreifend gearbeitet wird, wenn der Nutzer sagt „neues Mandat\", „Mandat wechseln\", „Mandate auflisten\", „Mandat schließen\" oder wenn ein inhaltlicher Skill wissen muss, in welchem Mandat er arbeitet." --- # /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. 2. Auf den ersten Token von `$ARGUMENTS` verzweigen: - `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//` nach `mandate/_archiv//` verschieben; Schließdatum in `verlauf.md` protokollieren. - `none` → `Aktives Mandat:` auf `keines – nur Praxiskontext` setzen. 3. Dem Nutzer zeigen, was sich geändert hat, und vor dem Schreiben bestätigen. ## Subbefehle - `/ki-governance:ki-governance-mandat-arbeitsbereich new ` – 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 ` – aktives Mandat setzen - `/ki-governance:ki-governance-mandat-arbeitsbereich close ` – 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/ ├── / │ ├── 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/ └── / # 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 ` 1. Bestätigen, dass der Slug nicht bereits in `mandate//` oder `mandate/_archiv//` vorhanden ist. Bei Wiederverwendung anderen Slug wählen. 2. Aufnahme-Interview starten: - **Mandant** (die von uns vertretene Partei oder die interne Geschäftseinheit bei In-house) - **Gegenseite** (die andere Seite – kann mehrere sein) - **Mandatstyp** (für ki-governance: KI-Anwendungsfall intern | Vendor-AI-Review | Folgenabschätzung | Regulierungsänderung | Richtlinienprojekt | Sonstiges) - **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) 3. `mandate//mandat.md` mit der nachstehenden Vorlage schreiben. 4. `mandate//verlauf.md` mit einem einzigen „Eröffnet"-Eintrag initialisieren. 5. Leere `mandate//notizen.md` anlegen. 6. **Nicht** automatisch auf das neue Mandat wechseln. Fragen: „Möchten Sie jetzt zu `` wechseln? (`/ki-governance:ki-governance-mandat-arbeitsbereich switch `)" ### `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 ` 1. Bestätigen, dass `mandate//mandat.md` existiert. Falls nicht, `/mandat-arbeitsbereich new ` anbieten. 2. `Aktives Mandat:`-Zeile in CLAUDE.md auf `Aktives Mandat: ` setzen. 3. Nutzern die mandat.md-Zusammenfassung zeigen, damit sie bestätigen können, dass sie beim richtigen Mandat sind. ### `close ` 1. Bestätigen, dass `mandate//` existiert. 2. „Geschlossen"-Eintrag mit heutigem Datum an `mandate//verlauf.md` anhängen. 3. `mandate//` → `mandate/_archiv//` 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 ```markdown [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-LLM 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 ```markdown # 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 laden. ## Quellen und Zitierweise Verbindliche Zitierweise gemäß `../references/zitierweise.md`. - § 43a Abs. 2 BRAO – Anwaltliche Verschwiegenheitspflicht `[Primärquelle]` - § 203 StGB – Mandantengeheimnis bei KI-Einsatz `[Primärquelle]` - § 53 StPO – Zeugnisverweigerungsrecht `[Primärquelle]` ## Was dieser Skill nicht tut - **Keine Interessenkonfliktprüfung.** Konflikte liegen beim Praktiker/der Kanzlei; das Aufnahme-Formular erfasst, was der Nutzer angibt. - **Keine Aufbewahrungserzwingung.** Schließen archiviert ein Mandat; es löscht nicht. Aufbewahrungsrichtlinie liegt außerhalb des Anwendungsbereichs. - **Keine Ausgabenweiterleitung.** Der inhaltliche Skill entscheidet, wohin er schreibt; dieser Skill teilt ihm mit, welcher Ordner aktiv ist. - **Keine Entscheidung über mandatsübergreifende Zulässigkeit.** Er liest das Flag und befolgt es. ## Risiken / typische Fehler - **§ 203 StGB bei KI-Einsatz.** Wenn Mandantendaten in ein Drittanbieter-LLM eingegeben werden, AVV nach Art. 28 DSGVO und Vereinbarkeit mit § 203 StGB prüfen. Im mandat.md dokumentieren. - **Slug-Wiederverwendung.** Führt zu Kontext-Vermischung. Immer neu prüfen, ob Slug frei ist. - **Schließen vs. Löschen.** Archivierte Mandate für Konflikts- und Aufbewahrungszwecke niemals löschen.