From produktrecht
Vollständige rechtliche Freigabeprüfung eines Produkt-Launches gegen das konfigurierte Prüfrahmenwerk und die betriebliche Risikokalibrierung. Lädt, wenn der Nutzer „Produkt-Launch prüfen", „CE-Konformität prüfen", „Markteinführung freigeben", „produktrechtliche Prüfung" oder eine Produkt-Launch-Checkliste bzw. ein PRD mit Freigabebedarf nennt.
How this skill is triggered — by the user, by Claude, or both
Slash command
/produktrecht:launch-reviewThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Diese Skill führt eine vollständige produktrechtliche Freigabeprüfung durch: Sie liest das PRD oder die technische Produktbeschreibung, prüft jeden Kategorie des konfigurierten Prüfrahmenwerks und kalibriert die Befunde gegen die hinterlegten Risikoschwellen. Das Ergebnis ist ein Prüfvermerk, den ein Produktmanager liest und daraus genau weiß, was vor der Markteinführung erledigt sein muss.
Diese Skill führt eine vollständige produktrechtliche Freigabeprüfung durch: Sie liest das PRD oder die technische Produktbeschreibung, prüft jeden Kategorie des konfigurierten Prüfrahmenwerks und kalibriert die Befunde gegen die hinterlegten Risikoschwellen. Das Ergebnis ist ein Prüfvermerk, den ein Produktmanager liest und daraus genau weiß, was vor der Markteinführung erledigt sein muss.
Die Skill lädt automatisch, wenn der Nutzer eine Markteinführung, eine CE-Prüfung, eine Konformitätsbewertung oder eine Produktsicherheitsprüfung anspricht.
marketing-claims-reviewProduktsicherheit und Marktüberwachung
Produkthaftung
[verify][verify]Verbraucher- und Wettbewerbsrecht
[verify]Marktüberwachung
[verify][verify][verify][verify]Fehlende Dokumente beim Nutzer anfordern. Sofern ein Ticket-System (z. B. Jira, Linear) verbunden ist, Ticket und Kommentare abrufen — oft enthält die Kommentarhistorie Kontext, den das PRD nicht erfasst.
Vor der Checkliste in klarer Sprache beantworten:
KI-Komponente — vor dem Rahmenwerk-Durchlauf prüfen. Enthält das Produkt eine KI-Funktionalität — Drittanbieter-Modell, intern trainiertes Modell, automatisierte Klassifikation, generative Inhalte, Empfehlungen, Prognosen — auch wenn das PRD den Begriff „KI" nicht verwendet? Wörter wie „intelligent", „automatisiert", „personalisiert", „generiert", „vorgeschlagen" sind Hinweise. Sofern KI-Komponente erkannt → explizit kennzeichnen und ergänzend zum Rahmenwerk-Durchlauf nach dem KI-Rechtsrahmen (KI-VO (EU) 2024/1689) prüfen.
Für jede der nachfolgenden Kategorien prüfen. Auto-Überspringen nur mit einzeiliger Begründung.
| Nr. | Kategorie | Leitfrage | Auto-Überspringen wenn |
|---|---|---|---|
| 1 | Produktsicherheit / CE-Konformität | Ist das Produkt sicher i. S. d. ProdSG/GPSR? CE-Kennzeichnung zutreffend? Technische Dokumentation vollständig? | Reine Softwareanpassung ohne Hardwarebezug |
| 2 | Produkthaftung | Konstruktionsfehler, Fabrikationsfehler, Instruktionsfehler (§ 1 Abs. 2 ProdHaftG)? Waren- und Personenschadenspotenzial? | Dienstleistung ohne Produktkomponente |
| 3 | Kennzeichnung und Dokumentation | Konformitätserklärung (DoC) vorhanden? Betriebsanleitung in DE? Hinweise auf Restrisiken? CE-Zeichen korrekt angebracht? | Unverändertes Altprodukt ohne neue Merkmale |
| 4 | Datenschutz / DSGVO | Neue Datenerhebung, neue Zwecke, neue Empfänger? Datenschutz-Folgenabschätzung erforderlich? | Keine personenbezogenen Daten verarbeitet |
| 5 | Gewerbliche Schutzrechte / IP | Drittanbieter-IP, Open-Source-Lizenzen, Designschutz, Patente von Wettbewerbern? | Keine neuen technischen Merkmale, keine Drittsoftware |
| 6 | Vertragliche Zusagen und Garantien | Widerspruch zu bestehenden AGB, SLA, Beschaffenheitsgarantien (§ 443 BGB), Werbeversprachen? | Keine kundenwirksamen Änderungen |
| 7 | Marketingaussagen | Prüfungsbedürftige Werbebehauptungen? Substantiierungspflicht? Bei substanziellem Marketinginhalt → Weiterleitung an marketing-claims-review | Kein Marketingmaterial vorhanden |
| 8 | Sektor-spezifische Regulierung | Berührt die Markteinführung einen regulierten Sektor (Medizinprodukte, Lebensmittel, Kosmetika, Spielzeug)? Spezialrecht anwendbar? | Kein geregelter Sektor betroffen |
Sektor-Overlays. Falls eine der folgenden Produktgruppen betroffen ist, ergänzend prüfen:
| Produktgruppe | Zusätzliche Prüfpflichten |
|---|---|
| Medizinprodukte | MDR VO (EU) 2017/745, IVDR VO (EU) 2017/746, Risikoklassifizierung, Benannte Stelle (Notified Body), klinische Bewertung, EUDAMED-Registrierung |
| Lebensmittel / Nahrungsergänzung | LMIV VO (EU) 1169/2011 (Pflichtangaben, Allergenkennzeichnung), LFGB, Health-Claims-VO (EG) 1924/2006, Novel-Food-VO (EU) 2015/2283 |
| Kosmetika | VO (EG) 1223/2009, Sicherheitsbewertung, CPNP-Notifizierung, INCI-Kennzeichnung |
| Spielzeug | Spielzeug-RL 2009/48/EG, nationale Umsetzung (2. GPSGV) |
| Maschinen | MaschV VO (EU) 2023/1230 (ab 20.01.2027), vorher RL 2006/42/EG, CE-Verfahren, Technische Dokumentation (Anh. IV), Betriebsanleitung |
| Funkanlagen / Elektrogeräte | RED RL 2014/53/EU, EMV-RL 2014/30/EU, Niederspannungs-RL 2014/35/EU, ggf. WEEE, RoHS |
| Chemikalien / SVHC | REACH-VO (EG) 1907/2006, CLP-VO (EG) 1272/2008, Sicherheitsdatenblatt |
Ausgabe je Kategorie:
### [Nr.]. [Kategorie]
**Geprüft:** [was konkret geprüft wurde]
**Befund:** [Unauffällig | Klärungsbedarf | Blocker | Übersprungen]
**Detail:** [Konkrete Beschreibung, bezogen auf das PRD]
**Kalibrierung:** [gemäß CLAUDE.md — typischerweise FYI / erfordert Maßnahme / blockiert]
**Maßnahme:** [Was zu tun ist, wer verantwortlich ist, bis wann]
Jeden Befund gegen die Kalibrierungstabelle in der CLAUDE.md abgleichen:
# Produkt-Launch-Prüfvermerk: [Produktname / Feature-Name]
**Geprüft:** [Datum] | **Launch-Datum:** [Datum] | **Prüfer:** [Name]
**PRD:** [Link] | **Ticket:** [Link, sofern verbunden]
---
## Ergebnis
[Ein Absatz: Kann das Produkt in den Markt? Was muss vorher erledigt werden?]
**Freigabe:** [Freigegeben | Freigabe unter Bedingungen | Blockiert bis X | Eskalation erforderlich]
---
## Befunde nach Kategorie
[Alle Kategorieblöcke aus Schritt 3 — übersprungene Kategorien am Ende mit Begründung]
---
## Maßnahmenplan
| Nr. | Maßnahme | Verantwortlich | Frist | Blockierend? |
|---|---|---|---|---|
| 1 | [konkret] | [PM/Technik/Recht] | [Datum] | Ja/Nein |
---
## Eskalationen
[Falls vorhanden — an wen, warum]
---
## Hinweise für künftige Prüfungen
[Falls diese Markteinführung ein Muster offenbart, das die Kalibrierungstabelle aktualisieren sollte]
⚠️ Vertraulichkeitshinweis: Die vollständige Mandatsnotiz nicht in ein breit zugängliches Ticket (Jira/Linear) einstellen — Postings in Kanäle außerhalb des Mandatsgeheimniskreises können den Schutz aufheben.
Ausgabe 1 — Vollständiger Prüfvermerk (intern/mandatsgeschützt): Vollständige Analyse aus Schritt 5: Ergebnis, Befunde nach Kategorie mit Risikobegründung, Maßnahmenplan, Eskalationen. Nur an Personen innerhalb des Mandatsgeheimniskreises verteilen.
Ausgabe 2 — Bereinigter Ticket-Kommentar (SICHER FÜR TRACKER). Nach dem Vermerk mit einem klaren ----Trenner und der Überschrift ## SICHER FÜR TRACKER (nicht mandatsgeschützt) einen kurzen Kommentarblock ausgeben, der NUR enthält:
Der bereinigte Block enthält weder rechtliche Begründungen noch interne Überlegungen, keine Normenverweise, keine Eskalationsnotizen.
Prüfvermerk im internen Format gemäß CLAUDE.md. Falls kein Hausformat vorgegeben, Standard aus Schritt 5 verwenden. Immer beide Ausgaben erzeugen: vollständiger Vermerk und bereinigter Tracker-Kommentar.
Sachverhalt: Neues Haushaltsgerät mit WLAN-Schnittstelle soll in Deutschland und Österreich auf den Markt gebracht werden.
Beispielhafte Befunde:
marketing-claims-review.[verify]Jede Norm, Entscheidung oder Behördenaussage im Prüfvermerk muss belegt sein:
BGH, Urt. v. TT.MM.JJJJ – Az., Fundstelle Rn. X; Normen stets mit §-Zeichen und Absatz-/NummerierungsangabeQuellen, die nur aus dem Modellwissen stammen, sind mit [verify] zu kennzeichnen. Pinpoint-Zitate (konkrete Randnummern) tragen [verify-pinpoint].
Hinweis: Dieser Skill ersetzt keine anwaltliche Beratung im konkreten Einzelfall.
npx claudepluginhub klotzkette/claude-fuer-deutsches-recht --plugin produktrechtCreates, edits, and optimizes skills for Claude Code, including drafting, evaluating with test prompts, iterating on performance, and improving skill descriptions for better triggering accuracy.