- Vier Kanones sind grobe gedankliche Stuetze, kein historisch sauberes Lehrgebaeude. Die Zuschreibung an Savigny ist unscharf.
- Historische Auslegung geht am naechsten an den Gesetzgeberwillen, ist aber praktisch oft schwierig (lueckenhafte Materialien, Bonmot vom Bekannten-Treffen in den Materialien).
- Eine vollstaendig objektive Auslegung gibt es nicht, das ist aber kein Freibrief: Recht stabilisiert Verhaltenserwartungen und dient der Rechtssicherheit. Reihenfolge Wortlaut, System, Historie, Telos einhalten und Wertentscheidungen offenlegen.
- INSTALLATION_EINFACH.md: Schritt-fuer-Schritt-Anleitung fuer
Nutzer, die in Cowork kein Feld fuer den GitHub-Pfad finden.
ZIPs einzeln herunterladen und ueber den vertrauten
Upload-Dialog installieren (gleicher Weg wie bei Legal Flame).
- README.md: Prominenter Hinweis auf INSTALLATION_EINFACH.md
direkt unter dem Schnellstart-Abschnitt.
- references/methodik-deutsches-recht.md: Neuer Abschnitt zu
Rüthers' Warnung vor unbegrenzter Auslegung und Korrektur an
Radbruch: die boese Rechtsanwendung ist die eigentliche Gefahr,
nicht das positive Recht eines boesen Gesetzgebers.
Uebernahme nuetzlicher Validator-Erweiterungen aus dem parallelen Codex-
Vorschlag, ohne die flache ZIP-Struktur aufzugeben (STEP1-11 hatten
empirisch bewiesen, dass Cowork mit flachem '.claude-plugin/plugin.json'
an der ZIP-Wurzel laeuft).
- description-Feld in plugin.json darf max. 300 Zeichen haben
- Zahl-Komma-Zahl-Sequenz wird auch beim Release-ZIP-Build erneut
geprueft (doppelte Verteidigung neben validate-plugin-structure.mjs)
Nachdem die wahre Ursache der Cowork-Validierungsfehler isoliert wurde
(Zahl-Komma-Zahl-Sequenz im description-Feld, nicht ZIP-Groesse), koennen
die fuenf BGH-Leitentscheidungen wieder offline als PDF mitgeliefert
werden.
Aenderungen
- Fuenf BGH-Volltext-PDFs in beiden Plugins wiederhergestellt
(II ZR 139/23, IX ZR 229/22, II ZR 112/21, IX ZR 48/21, II ZR 88/16)
- INDEX.md erhaelt eine zusaetzliche Spalte 'Volltext lokal' mit
Datei-Links neben den Online-Links zur BGH-Datenbank
- Pinpoint-Zitierhinweise auf 'S.' statt Komma-Notation umgestellt,
um den Cowork-Validator-Regelkanon konsistent zu halten
- scripts/validate-release-zips.py: Schwellwert von 950 KB auf 10 MB
angehoben; offizielles Cowork-Limit liegt bei 50 MB
ZIP-Groessen nach diesem Commit: liquiditaetsplanung ~1.1 MB,
insolvenzrecht ~1.1 MB \u2014 weit unter dem 50-MB-Server-Limit.
Der Cowork-Plugin-Validator lehnte ZIPs ab, sobald eine description-Zeile
eine Sequenz wie 'BGHZ 217, 129' oder '§§ 5, 6 DDG' enthielt. Diese
Sequenzen sind nun durch 'Rn', 'und' oder Schraegstrich-Notation ersetzt.
Aenderungen
- 16 SKILL.md Frontmatter-Descriptions umgeschrieben
- 1 plugin.json Description (produktrecht) umgeschrieben
- Validator scripts/validate-plugin-structure.mjs lehnt Zahl-Komma-Zahl
in description-Feldern jetzt explizit ab
- Hilfsskript scripts/fix-comma-numbers-in-descriptions.py fuer kuenftige
Massenkorrekturen hinzugefuegt
Das Cowork-/Marketplace-Upload geht knapp unter 1 MB in die Knie und gibt
nur eine generische 'Plugin validation failed' zurueck. Ursache ist nicht
die Frontmatter oder Manifest-Struktur, sondern die Dateigroesse.
Behoben:
- liquiditaetsplanung: 5 BGH-Volltext-PDFs (zusammen ~1 MB) entfernt,
ZIP faellt von 1017 KB auf ~61 KB.
- insolvenzrecht: dieselben PDFs entfernt, ZIP von 1003 KB auf ~47 KB.
- references/rechtsprechung/INDEX.md jeweils ueberarbeitet: Volltexte
werden jetzt ueber die BGH-Rechtsprechungsdatenbank und openJur
verlinkt; juengere Entscheidung steht oben, Pinpoint-Zitierung
bleibt verbindlich.
- Strukturvalidator: PDF-Existenzpruefung entfernt, statt dessen wird
das Vorliegen der INDEX.md gefordert.
- Release-Validator: harter 950-KB-Schwellwert pro ZIP, damit der
Upload-Limit-Fehler bereits im CI auffaellt.
- plugin.json: Pre-Release-Suffix -de.2 entfernt (12 Plugins → 1.0.0)
- SKILL.md: restliche Nicht-Schema-Felder entfernt (description einzeilig, keine Multiline)
- Validator: Allowlist strikt name+description, Semver-strict-Check, XML-Bracket-Check, description-Längen-Check (1024)
- ZIP-Build schließt jetzt __pycache__/*.pyc aus
Baut auf Commit 00171d9 (SKILL.md-Reduktion) auf und schließt die letzten Lücken,
die zu 'Plugin validation failed' im Claude Code Desktop führen können.
Add release ZIP validation
- Add a Python release guard for plugin ZIP assets.
- Validate flat ZIP layout, manifest names, cache-file exclusion, and the standalone Liquiditätsplanung generator.
- Run the guard from the release workflow before publishing assets.
Validated with structure checks, Claude plugin marketplace validation, Python compile, diff check, and local ZIP simulation for all 17 plugin ZIPs.
Ergaenzung zum ZIP-Packaging-Fix von Perplexity: Claude Desktops
"Plugin validation failed" hatte zwei moegliche Ursachen, von denen
Perplexity nur eine adressiert hat.
Perplexitys Fix (e8aee94): ZIPs fuer Desktop-Upload mit Plugin-Inhalt
im ZIP-Root statt Repository-Layout.
Dieser Fix: Nicht-Schema-konforme YAML-Felder aus allen 196 SKILL.md
entfernt. Das offizielle Anthropic-Skill-Schema erlaubt nur:
- name (Pflicht, 1-64 Zeichen, [a-z0-9-])
- description (Pflicht, max 1024 Zeichen)
- allowed-tools, model, disable-model-invocation (optional)
Entfernt:
- when_to_use: 195 Skills
- language: 196 Skills
- argument-hint: 43 Skills (gehoert in commands, nicht skills)
- user-invocable: 5 Skills
- license: 7 Skills
- related_skills: 1 Skill
Die Aktivierungs-Hinweise aus `when_to_use` (Beispielanfragen, Trigger-
Phrasen) sind in `description` redundant enthalten als "Ladt, wenn ..."-
Klausel.
https://claude.ai/code/session_011vwdNGtbxBSrb7x7Duo3BL
Fix plugin ZIP packaging for desktop upload
- Package individual release ZIPs with plugin contents at ZIP root.
- Document that desktop ZIP upload requires a single plugin ZIP, not a repository ZIP.
- Clarify the Liquiditätsplanung ZIP root layout.
Validated with structure checks, marketplace validation, local flat-ZIP inspection, and validator check after extracting the flat ZIP.
Make Liquiditätsplanung plugin standalone
- Add the Excel generator directly to the standalone liquiditaetsplanung plugin.
- Bump the plugin manifest to 0.2.1.
- Extend structural validation to require the standalone generator.
Validated with plugin structure checks, Claude plugin validation, standalone XLSX generation, and local ZIP inspection.
- .github/workflows/release-plugin-zips.yml: Bei Tag-Push (v*) und
manueller Ausloesung wird pro Plugin und pro Beispielakte eine ZIP
gebaut und an den GitHub Release angehaengt. Damit gibt es stabile
Direkt-Download-URLs der Form
https://github.com/Klotzkette/claude-fuer-deutsches-recht/releases/latest/download/<name>.zip
zur einzelnen Installation in Claude Code unter 'Customize Plugins'.
- examples/beispielakte-edelholz-berlin/: fiktive Mandatsakte (Edelholz
Manufaktur Berlin GmbH) zum Ausprobieren der Liquiditaets-Skills.
Liegt ausserhalb der Plugins; wird separat als beispielakte-edelholz-berlin.zip
ausgeliefert und ist nicht Teil eines Plugins.
- examples/README.md mit Disclaimer (alle Daten frei erfunden).
- liquiditaetsplanung/README.md: prominenter Direkt-Download-Block am
Anfang mit Tabelle der einzelnen Plugin-ZIPs, Schritt-fuer-Schritt
Anleitung zur Installation in Claude Code, separater Hinweis auf die
optionale Beispielakte.
- liquiditaetsplanung: drei autarke Skills (3-Wochen, 3/6/12-Monate, insolvenzrechtlich)
jeweils mit Format-Wahl (Excel/HTML-Padlet/Markdown), Banking-Wahl (manuell/Datei-Import/Connector),
Memo nur auf Anfrage, wochenaktuell zum Freitag, Verhaeltnis zu offenen Forderungen
- Excel-Vorlage Liquiditaetsplan-Wochenbasis.xlsx mit BGH-Block ab Zeile 42
(Aktiva I/II, Passiva I/II, Luecke abs./%, Ampel, Offene Forderungen, BGH-Hinweise)
- Single-file HTML-Padlet liquiditaets-padlet.html, live rechnend, localStorage, JSON Export/Import
- Markdown-Artefakt-Vorlage
- BGH-PDFs (5 Leitentscheidungen) als references/rechtsprechung/ in liquiditaetsplanung und insolvenzrecht
inklusive INDEX.md mit Pinpoint-Liste
- plugin.json: Version 0.2.0, Dependencies entfernt (Power-Plugin standalone)
- marketplace.json: Beschreibung aktualisiert
- README.md und CLAUDE.md: standalone-Charakter dokumentiert
- Validator: Pruefung auf autarke Skills, Assets und BGH-PDFs statt Dependencies
- steuerberater-werkzeuge und insolvenzrecht: Powerplugin-Hinweis am Anfang der drei
Schwester-Skills, damit Benutzer das Power-Plugin als Vollversion erkennen
Belege: BGH 19.12.2017 II ZR 88/16 (BGHZ 217, 129 Passiva II), BGH 28.06.2022 II ZR 112/21
(Bugwellenrspr.), BGH 28.04.2022 IX ZR 48/21 (10-Prozent-Schwelle), BGH 23.01.2025 IX ZR 229/22
(titulierte Forderungen), BGH 11.03.2025 II ZR 139/23 (objektive Umstaende), BGH 24.05.2005
IX ZR 123/04 (BGHZ 163, 134 Grundsatzentscheidung).
- Titel: "Claude – Deutsche rechtliche Fähigkeiten / German Legal Skills"
- Einleitung: "Sub-Agenten, Workflows etc." statt der Aufzählung mit Auslöser/Agentenrezepten
- Bezug auf "deutsche Rechtspraxis" statt "BGH-Zitierweise"
- Disclaimer expliziter: "keinerlei Fachgutachten oder Rechtsberatung, alle Angaben ohne Gewähr"
Differenzierung nach Bezugsobjekt:
- Personen (Studierende, Produktjuristen, KI-Compliance-Onboarding):
"Onboarding" ist im deutschen Geschaeftsverkehr etabliert und bleibt.
- Sachen/Vertraege (IKT-Dienstleister-Anbindung): bleibt "Vertragsanbindung".
Wiederhergestellt:
- produktrecht/kaltstart-interview: "beim Onboarding von Produktjuristen"
- ki-governance/kaltstart-interview: YAML-Trigger "Onboarding KI-Compliance"
- rechtsberatungsstelle/semester-uebergabe: "Onboarding der neuen Kohorte",
"Onboarding-Uebungen"
- rechtsberatungsstelle/anleiter-pruefwarteschlange: "Semester-Onboarding"
Unveraendert (bleibt deutsch):
- regulatorisches-recht/dora-ikt-vertragspruefung: "Vertragsanbindung
eines neuen IKT-Dienstleisters" (Sachbezug)
- rechtsberatungsstelle/skills/einarbeitung/SKILL.md und README.md:
bleiben mit "Einarbeitung", konsistent mit Skill-Namen
Drei verbleibende Anglizismus-Stellen ausserhalb des rechtsberatungsstelle-
Plugins bereinigt:
- regulatorisches-recht/dora-ikt-vertragspruefung: "Onboarding eines
IKT-Dienstleisters" -> "Vertragsanbindung eines neuen IKT-Dienstleisters"
- produktrecht/kaltstart-interview: "beim Onboarding von Produktjuristen"
-> "bei der Einarbeitung von Produktjuristen"
- ki-governance/kaltstart-interview: YAML-Trigger "Onboarding KI-Compliance"
-> "Einarbeitung KI-Compliance"
Das Repo enthaelt nun keinerlei "Onboarding"-Vorkommen mehr.
Anglizismus „Onboarding" durchgängig in den vier betroffenen Dateien
ersetzt — der Skill heisst bereits einarbeitung, jetzt ist auch der
Fliesstext konsistent:
- rechtsberatungsstelle/README.md (2 Stellen)
- rechtsberatungsstelle/skills/einarbeitung/SKILL.md (8 Stellen,
inkl. YAML-Trigger „Onboarding starten" -> „Einarbeitung starten")
- rechtsberatungsstelle/skills/anleiter-pruefwarteschlange/SKILL.md
- rechtsberatungsstelle/skills/semester-uebergabe/SKILL.md (inkl.
„offboardet" -> „verabschiedet")
Verwendete Ersetzungen je nach Kontext:
- „Onboarding" -> „Einarbeitung"
- „Semester-Onboarding" -> „Semestereinarbeitung"
- „Onboarding-Uebungen" -> „Einarbeitungs-Uebungen"
Drei Treffer ausserhalb dieses Plugins (DORA, produktrecht,
ki-governance) bewusst nicht angetastet — die liegen im Wirtschafts-/
IT-Kontext, wo „Onboarding" etablierter Begriff ist.
Klotzkette