--- name: produktrecht-mandat-arbeitsbereich description: "Verwaltung von Produktmandats-Workspaces — Anlegen, Auflisten, Wechseln, Schließen oder Deaktivieren (auf Kanzleiebene). Lädt, wenn der Nutzer ein neues Mandat anlegen, zwischen Mandaten wechseln, ein Mandat abschließen oder den mandatsbezogenen Kontext trennen möchte, insbesondere bei mehreren parallelen Produktrechtsmandaten." --- # Produktmandat-Workspace ## Zweck Anwälte und In-house-Juristen arbeiten gleichzeitig an mehreren Produkten, Mandaten und Vorgängen. Der Kontext eines Mandats darf nicht in ein anderes überlaufen — sowohl aus Mandatsgeheimnisgründen (§ 43a Abs. 2 BRAO, § 203 StGB) als auch zur sachlichen Trennung der Produktrechtsanalysen. Diese Skill ist die schlanke Dateiverwaltungsebene, die diese Trennung sicherstellt. **Standardmäßig deaktiviert.** In-house-Juristen mit einem einzigen Unternehmenskontext benötigen diese Skill nicht — sie arbeiten ausschließlich auf Kanzlei-/Unternehmensebene. Mandats-Workspaces aktivieren sich beim Ersteinrichtungsinterview für externe Kanzleien (Einzel-, kleine und große Kanzleien) oder durch Bearbeitung von `## Mandats-Workspaces` in der Kanzlei-CLAUDE.md. Wenn `Aktiviert` auf `✗` steht, erklärt der `/mandat-workspace`-Befehl den deaktivierten Zustand und empfiehlt `/kaltstart-interview --redo` für Nutzer, die tatsächlich Mandatsisolierung benötigen. Die Skill lädt, wenn der Nutzer Mandate anlegen, wechseln, auflisten, schließen oder den Mandatskontext deaktivieren möchte. ## Eingaben - **Unterbefehl:** `neu`, `liste`, `wechsel`, `schließen` oder `keine` — gefolgt von einem Slug, wo erforderlich - **Slug:** Kleinbuchstaben mit Bindestrichen (z. B. `mustermann-gmbh-launch-2026`, `klindt-prüfung-q3`) - **Für `neu`:** Mandantendaten aus dem Aufnahmeinterview (siehe Ablauf, Schritt 2) **Unterbefehle im Überblick:** - `/produktrecht:produktrecht-mandat-arbeitsbereich neu ` — neuen Mandat-Workspace anlegen, Kurzinterview durchführen, `mandat.md` schreiben - `/produktrecht:produktrecht-mandat-arbeitsbereich liste` — Mandate mit Status und aktivem Mandat auflisten - `/produktrecht:produktrecht-mandat-arbeitsbereich wechsel ` — aktives Mandat setzen - `/produktrecht:produktrecht-mandat-arbeitsbereich schließen ` — Mandat archivieren (nie löschen) - `/produktrecht:produktrecht-mandat-arbeitsbereich keine` — Mandatskontext deaktivieren, nur auf Kanzleiebene arbeiten ## Rechtlicher Rahmen ### Mandatsgeheimnis und berufsrechtliche Grundlagen - § 43a Abs. 2 BRAO: Verschwiegenheitspflicht des Rechtsanwalts als Kernpflicht des Berufsrechts; gilt für alle Mandatsinformationen ohne zeitliche Begrenzung - § 2 BORA: Konkretisierung der Verschwiegenheitspflicht, Pflicht zur Einweisung von Mitarbeitern - § 203 StGB: Verletzung von Privatgeheimnissen — strafrechtliche Sanktion bei unbefugter Weitergabe von Mandatsinformationen - § 43a Abs. 4 BRAO: Interessenkollisionsverbot — Mandat-Workspace-Trennung unterstützt die Konfliktprüfung, ersetzt sie jedoch nicht - BGH, Urt. v. 07.11.2019 – IX ZR 285/17, NJW 2020, 461 (Anwaltliche Verschwiegenheitspflicht — Grenzen): Zur Reichweite der Verschwiegenheitspflicht im zivilrechtlichen Anwaltshaftungsrecht. `[verify]` - BGH, Urt. v. 13.09.2018 – IX ZR 294/16, NJW 2019, 378 (Interessenkonflikt beim Kanzleiwechsel): Konfliktpräventionspflichten bei übergreifendem Mandatswissen. `[verify]` ### Kommentarliteratur - Henssler/Prütting (Hrsg.), BRAO, 5. Aufl. 2019, § 43a Rn. 40 ff. (Verschwiegenheitspflicht) `[verify]` - Feuerich/Weyland (Hrsg.), BRAO, 10. Aufl. 2022, § 43a Rn. 20 ff. (Verschwiegenheit und digitale Arbeitsmittel) `[verify]` ### Aufbewahrungspflichten - § 50 BRAO: Aufbewahrungspflicht für Handakten — grundsätzlich 5 Jahre ab Ende des Mandats; Archivierung ist keine Löschung - §§ 257 HGB, 147 AO: Allgemeine Aufbewahrungsfristen für kaufmännische und steuerliche Unterlagen (6–10 Jahre) ## Ablauf ### Schritt 0: Aktivierungsstatus prüfen `CLAUDE.md` der Kanzlei lesen und `## Mandats-Workspaces` prüfen. - Wenn `Aktiviert: ✗` → dem Nutzer mitteilen: „Mandats-Workspaces sind deaktiviert — Sie sind als In-house-Praxis mit einem einzigen Mandanten konfiguriert; das Plugin arbeitet automatisch auf Basis des Kanzleikontexts. Wenn Sie tatsächlich mandantenübergreifend tätig sind, führen Sie `/produktrecht:produktrecht-kaltstart-interview --redo` durch und wählen eine externe Kanzlei-Einstellung. Andernfalls benötigen Sie `/mandat-workspace` nicht." - Wenn `Aktiviert: ✓` → weiter mit dem angegebenen Unterbefehl. ### Schritt 1: Unterbefehl erkennen und ausführen Auf das erste Argument (Unterbefehl) reagieren: - `neu` → Aufnahmeinterview durchführen, `mandat.md` anlegen - `liste` → alle `mandate/*/mandat.md` aufzählen und Tabelle ausgeben - `wechsel` → aktives Mandat in der CLAUDE.md aktualisieren - `schließen` → Mandat in `_archiviert/` verschieben - `keine` → `Aktives Mandat:` auf `keine — nur Kanzleikontext` setzen ### Schritt 2: Aufnahmeinterview (nur bei `neu`) 1. Prüfen, ob der Slug nicht bereits in `mandate//` oder `mandate/_archiviert//` vorhanden ist. Bei Wiederverwendung anderen Slug wählen lassen. 2. Interview durchführen: - **Mandant** (vertretene Partei oder interner Unternehmensbereich bei In-house) - **Gegenseite / Beteiligte** (andere Partei — können mehrere sein) - **Mandatstyp** (aus dem Kanzleiprofil; für Produktrecht: Produkt-Launch | Feature-Review | Marketingaussagen-Prüfung | Risikoanalyse | Produktbereich dauerhaft | Sonstiges) - **Vertraulichkeitsstufe** (standard | erhöht | Clean-Team — erhöhte Stufe erfordert besondere Vorsicht bei mandatsübergreifenden Einstellungen) - **Kernsachverhalt** (2–5 Sätze: Worum geht es? Wer sind die Beteiligten? Was steht auf dem Spiel?) - **Mandatsspezifische Abweichungen** vom Standardprozess (z. B. „Mandant besteht auf 24 Monaten Haftungsbeschränkung statt 12", „Ton: partnerschaftlich — Gegenseite ist strategischer Partner") - **Zusammenhängende Mandate** (Slugs verbundener Vorgänge) 3. `mandate//mandat.md` mit der unten beschriebenen Vorlage anlegen. 4. `mandate//verlauf.md` mit einem „Eröffnet"-Eintrag anlegen. 5. Leere `mandate//notizen.md` anlegen. 6. **Nicht automatisch wechseln.** Fragen: „Möchten Sie jetzt zu `` wechseln? (`/produktrecht:produktrecht-mandat-arbeitsbereich wechsel `)" ### Schritt 3: Liste ausgeben (nur bei `liste`) Alle `mandate/*/mandat.md` einlesen. Kurze Titelzeile und Statusfelder extrahieren. Tabelle ausgeben: | Slug | Mandant | Mandatstyp | Status | Eröffnet | Aktiv | |---|---|---|---|---|---| Aktives Mandat mit `*` markieren. Archivierte Mandate unter einer separaten Überschrift „Archiviert" aufführen. ### Schritt 4: Mandat wechseln (nur bei `wechsel`) 1. Prüfen, ob `mandate//mandat.md` existiert. Falls nicht, `/produktrecht:produktrecht-mandat-arbeitsbereich neu ` vorschlagen. 2. Die Zeile `Aktives Mandat:` in der Kanzlei-CLAUDE.md auf `Aktives Mandat: ` aktualisieren. 3. Zusammenfassung aus `mandat.md` anzeigen, damit der Nutzer das richtige Mandat bestätigen kann. ### Schritt 5: Mandat schließen (nur bei `schließen`) 1. Prüfen, ob `mandate//` existiert. 2. Einen „Geschlossen"-Eintrag mit dem heutigen Datum an `mandate//verlauf.md` anhängen. 3. `mandate//` nach `mandate/_archiviert//` verschieben (§ 50 BRAO: Aufbewahrungspflicht beachten — nie löschen). 4. Wenn das geschlossene Mandat das aktive Mandat war: `Aktives Mandat:` auf `keine — nur Kanzleikontext` setzen. ### Schritt 6: Mandatskontext deaktivieren (nur bei `keine`) `Aktives Mandat:` in der Kanzlei-CLAUDE.md auf `keine — nur Kanzleikontext` setzen. Dem Nutzer bestätigen. ## Ausgabeformat ### `mandat.md`-Vorlage ```markdown # Mandat: [Mandant] — [Kurzbeschreibung] **Slug:** [slug] **Eröffnet:** [JJJJ-MM-TT] **Status:** aktiv **Vertraulichkeit:** [standard / erhöht / Clean-Team] --- ## Parteien **Mandant:** [Name] **Gegenseite / Beteiligte:** [Name(n)] ## Mandatstyp [Produkt-Launch | Feature-Review | Marketingaussagen-Prüfung | Risikoanalyse | Produktbereich dauerhaft | Sonstiges — mit einzeiliger Begründung] ## Kernsachverhalt [2–5 Sätze. Worum geht es? Wer sind die Beteiligten? Was steht auf dem Spiel? Was unterscheidet dieses Mandat vom Standardfall?] ## Mandatsspezifische Abweichungen *Jede Abweichung vom kanzleiweiten Standard, die nur für dieses Mandat gilt.* - [z. B. „Haftungsbeschränkung: Mandant besteht auf 24 Monaten statt Kanzleistandard 12 Monate."] - [z. B. „Ton: partnerschaftlich — Gegenseite ist strategischer Partner."] - [z. B. „Rechtsstand: österreichisches Recht statt deutschem."] ## Zusammenhängende Mandate - [Slug — einzeilige Begründung der Verbindung] ## Vertraulichkeitshinweise [Bei erhöhter Vertraulichkeit oder Clean-Team: Begründung. Wer darf Mandatsdateien einsehen? Ist mandatsübergreifender Kontext auch bei globaler Aktivierung zulässig?] ``` ### `verlauf.md`-Starteintrag ```markdown # Verlauf: [Mandant] — [Kurzbeschreibung] Anhängendes Ereignisprotokoll. Neuestes oben. --- ## [JJJJ-MM-TT] — Mandat eröffnet Aufnahme abgeschlossen. Slug: `[slug]`. Status: aktiv. [Anfangskontext, der über mandat.md hinausgeht — z. B. „Eröffnet auf Basis des eingehenden PRD-Entwurfs von [Gegenseite]."] ``` ## Beispiel **Sachverhalt:** Kanzlei betreut drei Produktrechtsmandate gleichzeitig: Hersteller A (Maschinenlauf-Review), Hersteller B (Health-Claims-Prüfung Nahrungsergänzung), Unternehmen C (dauerhafter Produktrechtsberater). ``` /produktrecht:produktrecht-mandat-arbeitsbereich neu hersteller-a-maschinen-2026 /produktrecht:produktrecht-mandat-arbeitsbereich neu hersteller-b-health-claims /produktrecht:produktrecht-mandat-arbeitsbereich neu unternehmen-c-dauerberatung /produktrecht:produktrecht-mandat-arbeitsbereich liste /produktrecht:produktrecht-mandat-arbeitsbereich wechsel hersteller-a-maschinen-2026 ``` Nach dem Wechsel zu `hersteller-a-maschinen-2026` liest jede Skill ausschließlich die `mandat.md` dieses Mandats und schreibt Ausgaben in den zugehörigen Ordner. Kontextüberlauf auf `hersteller-b-health-claims` ist ausgeschlossen. ## Risiken und typische Fehler - **Mandatskontext-Überlauf:** Werden Prüfvermerke für Mandant A mit Informationen aus Mandat B angereichert, liegt ein potenziellerVerstoß gegen § 43a Abs. 2 BRAO und § 203 StGB vor. Der Cross-Mandats-Kontext-Flag darf nur auf explizite Nutzeranfrage aktiviert werden. - **Slug-Wiederverwendung:** Ein neuer Slug `acme-launch` nach Archivierung von `_archiviert/acme-launch` erzeugt Verwirrung über welche Version aktiv ist. Die Skill prüft beide Pfade. - **Zu frühe Mandatsschließung:** Fristen nach § 50 BRAO (5 Jahre) dürfen nicht durch frühzeitiges Schließen ausgehebelt werden. Schließen archiviert; es löscht nie. - **Vergessener Mandatswechsel:** Wenn nach der Arbeit an Mandat A kein expliziter Wechsel erfolgt, arbeitet die nächste Skill weiter im Kontext von Mandat A. Regelmäßig `/mandat-workspace liste` aufrufen, um zu prüfen, welches Mandat aktiv ist. - **Keine automatische Interessenkonfliktprüfung:** Diese Skill kann keine Interessenkonflikte i. S. d. § 43a Abs. 4 BRAO feststellen. Das ist Aufgabe des Anwalts. Das Aufnahmeinterview erfasst, was der Nutzer erklärt — nicht was wirklich zutrifft. - **Clean-Team-Mandate:** Bei Clean-Team-Vertraulichkeit ist mandatsübergreifender Kontext auch bei globalem `Ein` nicht zulässig. Explizit in der `mandat.md` unter Vertraulichkeitshinweise vermerken. ## Quellenpflicht - **Berufsrecht:** BRAO-Volltext (gesetze-im-internet.de), BORA, FAO - **Strafrecht:** § 203 StGB-Kommentar (Schönke/Schröder, 30. Aufl. 2019) - **Aufbewahrung:** § 50 BRAO, ggf. §§ 257 HGB, 147 AO - **Rechtsprechung:** juris, beck-online — BGH-Entscheidungen zum Mandatsgeheimnis und Interessenkonflikt in der Form `BGH, Urt. v. TT.MM.JJJJ – Az., Fundstelle Rn. X` Quellen, die nur aus dem Modellwissen stammen, tragen `[verify]`. Pinpoint-Zitate tragen `[verify-pinpoint]`. Hinweis: Dieser Skill ersetzt keine anwaltliche Beratung im konkreten Einzelfall und führt keine Interessenkonfliktprüfung durch — dies obliegt dem verantwortlichen Rechtsanwalt.