Wenn es um Escrow / Quellcode-Verwahrer-Vereinbarung in Lizenzvertragsersteller geht: ordnet Sachverhalt, Norm, Beweislast, Gegenargumente und nächsten Schritt; liefert ein direkt nutzbares Arbeitsprodukt mit Prüfpunkten, Risiken und nächstem Schritt.
How this skill is triggered — by the user, by Claude, or both
Slash command
/lizenzvertragsersteller:escrow-quellcode-verwahrer-vereinbarungThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Lizenznehmer macht sich von der Software des Lizenzgebers abhaengig. Bei Ausfall des Lizenzgebers (Insolvenz, Geschäftsaufgabe) braucht der Lizenznehmer Zugriff auf Source Code, um den Betrieb fortzufuehren. Loesung: Drei-Parteien-Escrow-Vertrag.
Lizenznehmer macht sich von der Software des Lizenzgebers abhaengig. Bei Ausfall des Lizenzgebers (Insolvenz, Geschäftsaufgabe) braucht der Lizenznehmer Zugriff auf Source Code, um den Betrieb fortzufuehren. Loesung: Drei-Parteien-Escrow-Vertrag.
+---------------+ +---------------+
| Lizenzgeber | <--------> | Lizenznehmer |
+---------------+ +---------------+
| ^
| Hinterlegung | Release bei Trigger
v |
+-------- Escrow-Agent ------+
(Verwahrer)
| Bestandteil | Inhalt |
|---|---|
| Source Code | Vollstaendiger lauffaehiger Quellcode (Git-Bundle mit Commit-Historie) |
| Build-Anweisungen | Wie wird aus Source Code ein Build erstellt? Konfigurationsdateien, Build-Scripts |
| Dependencies-Liste | OSS und proprietaere Abhaengigkeiten mit Versionen |
| Dokumentation | Architektur-Diagramme, API-Docs, Datenbank-Schema |
| Schlüssel/Credentials | (falls für Build noetig) |
| Test-Suiten | Automatisierte Tests + Erwartete Ergebnisse |
| Trigger | Definition |
|---|---|
| Insolvenz Lizenzgeber | Antrag auf Insolvenzeroeffnung; Geschäftseinstellung |
| Wartungsausfall | Nicht-Erfuellung der Wartungs-/Support-Pflicht waehrend > 90 Tagen |
| Schwere Vertragsverletzung | Z. B. Verletzung des Lizenzgegenstands oder Insolvenzanmeldung |
| Verkauf Lizenzgeber | Verkauf des IP an Dritten ohne Fortfuehrung Wartung |
"Der Lizenzgeber hinterlegt einen aktualisierten Source Code mindestens vierteljaehrlich. Bei wesentlichen Änderungen (neue Major-Version) Aktualisierung unverzueglich."
"Der Lizenznehmer hat das Recht, einmal pro Jahr durch den Escrow-Agent eine technische Verifikation durchzufuehren: Build aus dem hinterlegten Code reproduzieren und mit der Lizenzversion vergleichen. Die Verifikationskosten traegt der Lizenznehmer."
Damit der Verwalter den Escrow nicht "abwaehlen" kann (Paragraf 103 InsO):
Siehe vertiefend: insolvenz-fortbestand-paragraf-103-inso-lizenz.
Paragraf 14 Source-Code-Escrow.
(1) Der Lizenzgeber wird den vollstaendigen Source Code zur Lizenzsoftware nebst Build-Anweisungen, Dependencies-Liste, Architektur-Dokumentation und Test-Suite bei einem Escrow-Agent ("Verwahrer") hinterlegen. Verwahrer wird einvernehmlich von den Parteien innerhalb von 30 Tagen nach Vertragsunterzeichnung bestimmt.
(2) Der Lizenzgeber aktualisiert die Hinterlegung mindestens vierteljaehrlich.
(3) Der Verwahrer gibt die Hinterlegung an den Lizenznehmer heraus, wenn einer der folgenden Trigger eintritt: (a) Eroeffnung eines Insolvenzverfahrens über das Vermögen des Lizenzgebers; (b) Wartungsausfall über mehr als 90 zusammenhaengende Tage trotz schriftlicher Mahnung; (c) endgueltige Geschäftsaufgabe des Lizenzgebers.
(4) Mit Herausgabe erwirbt der Lizenznehmer das Recht, den Source Code zu nutzen, zu modifizieren und zur Wartung der Lizenzsoftware einzusetzen. Eine Weitergabe an Dritte ist ausgeschlossen.
(5) Die Kosten des Escrow traegt [der Lizenzgeber / der Lizenznehmer / die Parteien je zur Haelfte].
insolvenz-fortbestand-paragraf-103-inso-lizenzlizenz-urheberrecht-und-software-urhgnpx claudepluginhub klotzkette/claude-fuer-deutsches-recht --plugin lizenzvertragserstellerGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.
2plugins reuse this skill
First indexed Jul 17, 2026