lenny-skills: Produktmanagement-Frameworks als SKILL.md-Dateien für Claude Code

Was lenny-skills löst und für wen es gedacht ist

Produktmanager kennen das Problem: Frameworks aus Podcasts und Newslettern bleiben als Notizen liegen. Man erinnert sich an eine Folge über Preisgestaltung, findet aber die konkrete Argumentation nicht wieder. lenny-skills setzt genau dort an. Das Repository destilliert laut README den vollständigen Archivbestand von Lenny's Podcast und Newsletter in 76 Markdown-Skills, die ein KI-Agent liest, wenn eine passende Aufgabe ansteht. Die Beschreibung nennt 597 Folgen und Beiträge sowie 4.019 belegte Aussagen. Jedes Zitat sei wörtlich gegen die Quelle geprüft, heißt es dort. Zielgruppe sind Produktmanager, Gründer und Teams, die Claude Code ohnehin im Projektordner laufen lassen und Fachkontext nicht per Copy-Paste in den Chat tragen wollen. Der Nutzen liegt nicht in neuem PM-Wissen, sondern in der Verdichtung eines großen Archivs auf entscheidungsrelevante Aussagen.

Markdown statt Plugin: der eigentliche Mechanismus

Technisch ist lenny-skills kein Dienst und keine Bibliothek. Es sind Ordner mit Markdown-Dateien. Das README erklärt Skills als Dateien, die einem Agenten spezialisiertes Wissen und Arbeitsabläufe geben. Liegt ein Skill-Ordner im Projekt, wendet Claude Code die enthaltenen Frameworks an, sobald eine passende Aufgabe auftaucht. Der Datenfluss ist damit ungewöhnlich direkt: Repository klonen, Ordner kopieren, Agent liest beim nächsten relevanten Prompt. Es gibt keine API, keinen Server, keine Registrierung. Jeder Skill bringt laut README benannte Frameworks, Checklisten und Vorlagen in einer Datei references/artifacts.md mit. In Version 2.0 kam außerdem der Newsletter-Bestand hinzu, darunter die Reihe 'How X builds product'. Die Struktur folgt einem Betriebsmodell: Strategie, Planung, Discovery, Bauen, Launch, Wachstum, Team und operating cadence, dazu vertikale Playbooks und ein Karrierepfad. Wer wissen will, wie ein einzelner Skill aufgebaut ist, muss den Ordner selbst öffnen; das README zeigt nur die Themenliste mit Quellenzahl.

Installation in zwei Befehlen

Die Einrichtung ist bewusst knapp gehalten. Das README gibt dieses Beispiel:

git clone https://github.com/RefoundAI/lenny-skills.git cp -R lenny-skills/skills/writing-prds .claude/skills/

Man klont also das Repository und kopiert den gewünschten Skill-Ordner in das Verzeichnis .claude/skills/ des eigenen Projekts. Der Pfad ist die einzige Konfiguration, die das Material nennt. Es gibt keine Konfigurationsdatei, keinen Eintrag in package.json, keine Umgebungsvariable. Wer nur einzelne Skills braucht, findet laut README Download-Links auf refoundai.com/lenny-skills. Das ist für die Bewertung relevant: Der Aufwand liegt nicht in der Installation, sondern in der Auswahl. Bei 76 Skills entscheidet das Team, welche Ordner in .claude/skills/ landen. Das README liefert dafür keine Auswahlheuristik, nur die thematische Gruppierung und die Zahl der Quellen pro Skill, etwa 47 für Defining Product Strategy und 6 für Product Stack Strategy.

Wo das Modell an seine Grenzen stößt

Der Ansatz hat einen strukturellen Nachteil: Skills sind Text, kein ausführbarer Code. Ob ein Agent das Framework tatsächlich anwendet, hängt vom Prompt und vom Modell ab. Das README beschreibt die Wirkung als Anwenden des richtigen Frameworks bei passenden Aufgaben, nennt aber keine Prüfmechanik und keine Beispiele für Fehlanwendungen. Wer reproduzierbare Ergebnisse braucht, bekommt hier keine Garantie. Ein zweiter Punkt betrifft die Quellenbindung. Die Zitate sind laut README wortgetreu geprüft, doch die Auswahl und Verdichtung bleibt eine redaktionelle Leistung von Refound AI. Ein Skill ist damit keine neutrale Zusammenfassung, sondern eine kuratierte Position. Für Teams, die eine kontroverse Debatte brauchen, ist das die falsche Grundlage. Und wer PM-Praxis in einem regulierten Umfeld dokumentieren muss, findet im Material keine Angaben zu Prüfpfaden oder Freigabeprozessen. Die Skills ersetzen keine Entscheidung, sie liefern Argumente.

Abgrenzung zu generischen Prompt-Bibliotheken

Die naheliegende Alternative sind selbst gepflegte Prompt-Sammlungen oder allgemeine Skill-Repositories, in denen Teams eigene Notizen und Checklisten als Markdown ablegen. Der Unterschied liegt in der Herkunft des Inhalts. Eigene Sammlungen wachsen aus dem eigenen Kontext und sind damit spezifischer, aber sie zitieren keine externe Quelle. lenny-skills bindet jede Aussage an eine Folge oder einen Beitrag und nennt die Zahl der Quellen pro Skill. Das erleichtert die Nachprüfung, kostet aber Anpassungsarbeit: Die Frameworks stammen aus Interviews mit unterschiedlichen Unternehmen und sind nicht auf die eigene Organisation zugeschnitten. Wer einen Skill übernimmt, muss ihn in der Regel kürzen. Eine zweite Alternative sind kommerzielle PM-Plattformen mit Vorlagen und Kollaborationsfunktionen. Dort gibt es Support und Versionierung, dafür keinen direkten Zugriff auf den Quelltext der Frameworks. lenny-skills ist offen lesbar und forkbar, aber ohne Wartungszusage.

Pflege, Versionen und Lizenzfragen

Das Repository steht unter MIT-Lizenz. Diese erlaubt Weitergabe und Anpassung, verlangt aber, den Lizenzhinweis beizubehalten. Ob die MIT-Lizenz auch die zitierten Podcast- und Newsletter-Inhalte abdeckt, lässt sich aus dem Material nicht ableiten. Wer Skill-Texte in ein eigenes Produkt übernimmt, sollte das vorher klären; eine Rechtsberatung kann dieser Text nicht ersetzen. Zur Pflege gibt es zwei Releases: v1.0.0 vom Januar 2026 und v2.0.0 vom Juli 2026, letzteres mit dem Newsletter-Bestand und der neuen Gruppierung. Der Versionssprung zeigt, dass Inhalte zwischen Releases umstrukturiert werden können. Wer Skills kopiert hat, bekommt Updates nicht automatisch, weil die Ordner im Projekt liegen. Ein Upgrade bedeutet, den Klon zu aktualisieren und die kopierten Ordner zu ersetzen, wobei lokale Anpassungen verloren gehen können. Das Material nennt keine Änderungsprotokolle pro Skill und keine Deprecation-Hinweise.

Wann sich die Übernahme lohnt und wann nicht

Der stärkste Fall für lenny-skills ist ein Team, das Claude Code schon nutzt und wiederkehrende PM-Arbeiten mit externem Fachkontext anreichern will. Ein Skill wie Roadmap Prioritization mit 43 Quellen oder Idea Validation mit 34 Quellen bringt gebündelte Argumente in den Projektordner, ohne dass jemand ein Transkript durchsuchen muss. Der schwächste Fall ist ein Team, das einen gepflegten, supporteten Wissensspeicher mit Zugriffskontrolle braucht. Dafür fehlen Angaben zu Wartung, Qualitätssicherung und Mandantenfähigkeit. Auch für stark regulierte Produktprozesse ist das Repository kein Ersatz für dokumentierte Freigaben. Zwischen beiden Extremen liegt der übliche Fall: Man übernimmt zwei oder drei Skills, passt sie an und prüft nach einigen Wochen, ob der Agent die Frameworks tatsächlich heranzieht. Diese Prüfung ist der eigentliche Aufwand, nicht der Klon-Befehl.

Redaktionelles Fazit

Sinnvoll ist lenny-skills für Produktteams, die Claude Code bereits nutzen und Frameworks wie Roadmap Prioritization oder Defining Your ICP nicht als PDF-Sammlung, sondern als Kontext im Repository wollen. Wer einen Anbieter mit Support, Versionierungspolitik und dokumentiertem Update-Pfad braucht, ist hier falsch. Prüfen Sie vor der Übernahme zuerst den Ordneraufbau eines einzelnen Skills (SKILL.md plus references/artifacts.md), die Zahl der Quellen pro Skill und ob der Inhalt zu Ihrer Organisation passt. Klären Sie außerdem, ob die MIT-Lizenz des Repositorys auch die zitierten Podcast- und Newsletter-Inhalte abdeckt, bevor Sie Skill-Texte in eigene Produkte übernehmen.

Offizielle Quellen

1. Issues
2. License: MIT
3. README
4. RefoundAI/lenny-skills on GitHub
5. Releases