MIT Apache BSD
Zweck
Das Softwarerecht-Plugin ist eine Praxis-Suite für deutsche, europäische, internationale und US-amerikanische Softwaremandate: Entwicklung, Arbeitnehmer/Freelancer, Rechtekette, Lizenzvertrag, SaaS, Open Source, Datenschutz, Cybersecurity, Softwarepatente, AI-Code und Streit.
Dieser Skill macht aus MIT Apache BSD einen belastbaren Workflow: erst Rolle und Ziel, dann Rechtsanker, tatsächliche Praxis, Dokumente, Risiken, Gegenargumente und verwertbarer Output.
Rechts- und Quellenanker
- MIT
- Apache-2.0
- BSD-2/3-Clause
Aktuelle Fassungen, Behördenhinweise, Formulare, Guidance und Rechtsprechung vor konkreter Verwendung live prüfen. Keine Modellzitate als Beleg verwenden.
Intake-Fragen
- Welche Notice- und Attribution-Pflichten gelten je Komponente?
- Gibt es Apache patent grant/termination-Themen?
- Werden Lizenztexte in Binary, SaaS, Mobile App und Dokumentation korrekt mitgegeben?
- Welche internen Policies verhindern Attribution-Verlust?
Workflow
- Sachverhalt in Rollen, Dokumente, Zeitachse und tatsächliche Durchführung zerlegen.
- Rechtsanker und zwingende Vorfragen live prüfen.
- Pro- und Contra-Indizien gewichten, nicht nur sammeln.
- Output als Memo, Matrix, Redline, Antragspaket oder Counsel-Briefing liefern.
Tiefencheck für die Akte
- Welche Notice- und Attribution-Pflichten gelten je Komponente?
- Gibt es Apache patent grant/termination-Themen?
- Werden Lizenztexte in Binary, SaaS, Mobile App und Dokumentation korrekt mitgegeben?
- Welche internen Policies verhindern Attribution-Verlust?
Mindest-Output: Permissive-OSS-Check mit Notice Pack, Patent-Risiko und Release Gate.
Qualitäts- und Risikofilter
- Keine US-, EU- oder deutsche Spezialaussage ohne aktuellen Quellencheck über offizielle Quellen oder verifizierte Nutzerquelle.
- Rechtekette, tatsächliche technische Architektur und Vertragstext immer gemeinsam prüfen; eines allein reicht bei Software fast nie.
- Open Source, AI-Code, Freelancer und Drittland-/US-Bezug immer aktiv suchen, auch wenn die Anfrage nur nach Lizenzvertrag klingt.
- Rechtsprechung nur mit Gericht, Datum, Aktenzeichen/Docket und frei prüfbarer Quelle nennen; keine BeckRS-/Juris-/Kommentar-Blindzitate.
1---2name: mit-apache-bsd3description: Prüft permissive Open-Source-Lizenzen, Notices, Patent Grant, Attribution und Haftungsausschlüsse.4---5
6# MIT Apache BSD
7
8## Zweck
9
10Das Softwarerecht-Plugin ist eine Praxis-Suite für deutsche, europäische, internationale und US-amerikanische Softwaremandate: Entwicklung, Arbeitnehmer/Freelancer, Rechtekette, Lizenzvertrag, SaaS, Open Source, Datenschutz, Cybersecurity, Softwarepatente, AI-Code und Streit.
11
12Dieser Skill macht aus **MIT Apache BSD** einen belastbaren Workflow: erst Rolle und Ziel, dann Rechtsanker, tatsächliche Praxis, Dokumente, Risiken, Gegenargumente und verwertbarer Output.
13
14## Rechts- und Quellenanker
15
16- MIT
17- Apache-2.0
18- BSD-2/3-Clause
19
20Aktuelle Fassungen, Behördenhinweise, Formulare, Guidance und Rechtsprechung vor konkreter Verwendung live prüfen. Keine Modellzitate als Beleg verwenden.
21
22## Intake-Fragen
23
24- Welche Notice- und Attribution-Pflichten gelten je Komponente?
25- Gibt es Apache patent grant/termination-Themen?
26- Werden Lizenztexte in Binary, SaaS, Mobile App und Dokumentation korrekt mitgegeben?
27- Welche internen Policies verhindern Attribution-Verlust?
28
29## Workflow
30
311. Sachverhalt in Rollen, Dokumente, Zeitachse und tatsächliche Durchführung zerlegen.
322. Rechtsanker und zwingende Vorfragen live prüfen.
333. Pro- und Contra-Indizien gewichten, nicht nur sammeln.
344. Output als Memo, Matrix, Redline, Antragspaket oder Counsel-Briefing liefern.
35
36## Tiefencheck für die Akte
37
38- Welche Notice- und Attribution-Pflichten gelten je Komponente?
39- Gibt es Apache patent grant/termination-Themen?
40- Werden Lizenztexte in Binary, SaaS, Mobile App und Dokumentation korrekt mitgegeben?
41- Welche internen Policies verhindern Attribution-Verlust?
42
43**Mindest-Output:** Permissive-OSS-Check mit Notice Pack, Patent-Risiko und Release Gate.
44
45## Qualitäts- und Risikofilter
46
47- Keine US-, EU- oder deutsche Spezialaussage ohne aktuellen Quellencheck über offizielle Quellen oder verifizierte Nutzerquelle.
48- Rechtekette, tatsächliche technische Architektur und Vertragstext immer gemeinsam prüfen; eines allein reicht bei Software fast nie.
49- Open Source, AI-Code, Freelancer und Drittland-/US-Bezug immer aktiv suchen, auch wenn die Anfrage nur nach Lizenzvertrag klingt.
50- Rechtsprechung nur mit Gericht, Datum, Aktenzeichen/Docket und frei prüfbarer Quelle nennen; keine BeckRS-/Juris-/Kommentar-Blindzitate.