Wenn du deine Prompts in einem Ordner sammelst und alle vier Wochen ein neues Herbarium anlegst: dieser Text ist für dich. Das Problem ist nicht die Menge deiner Prompts. Das Problem ist, dass die Sammlung Aufwand macht und keinen Ertrag bringt. Am Ende dieses Textes hast du fünf konkrete Schritte, mit denen du in einer Woche vom sammelnden Prompt-Archivar zum Skill-Bauer wirst.
Warum deine Bibliothek nicht funktioniert
Meine Prompt-Bibliothek lebte in Obsidian. Achtzehn Monate, siebenundachtzig Einträge, farbcodiert bis in die dritte Verschachtelungsebene. Ich habe sie gepflegt wie ein Archiv. Und wie ein Archiv hat sie mir nichts zurückgegeben.
Der Mechanismus ist einfach: eine gespeicherte Anweisung ist keine Arbeit. Sie ist die Erinnerung an einen einmaligen Moment, in dem du dachtest, das könnte man mal brauchen. Der Moment kommt wieder, du erinnerst dich vage, dass da was war, du suchst, du findest den falschen Eintrag, du tippst neu, weil das schneller geht.
Der Reddit-Thread „How are you organizing prompts once you have hundreds?“ sammelt genau diese Frustration in fünfundzwanzig Antworten. Keine der Antworten löst das Problem. Sie schlagen bessere Ordnersysteme vor. Die Adressierung ist das eigentliche Problem: dein Prompt wartet in deiner Ablage, dass du ihn findest. Kein Werkzeug funktioniert so.
Skills drehen die Adressierung um. Der Prompt wartet nicht auf dich. Er greift, wenn der Anlass da ist.
Was ein Skill technisch ist
Vergiss kurz, was auf der Marketingseite steht. In der Praxis ist ein Skill eine kleine Datei mit vier Bestandteilen: Name, Trigger-Beschreibung, Anweisung, optionale Referenzen. Wenn Claude auf einen passenden Trigger stößt, lädt der Skill die Anweisung selbstständig und arbeitet danach. Kein Copy-Paste, kein Suchen.
Für den Überblick, was gerade an Skills gebaut wird, lohnt sich Firecrawls Best-Claude-Skills-Liste und der virale „72 Essential Claude Skills“-Post. Vorsicht: die Listen sind Inspiration, keine Vorlage. Der Skill, der bei mir läuft, hilft dir wenig, wenn dein Anlass ein anderer ist. Wer Skills wie Software installiert, baut sich nur eine neue Bibliothek mit .md-Endung.
Der Umbau in fünf Schritten
Schritt 1: Bestandsaufnahme in einer Stunde
Öffne deine Prompt-Bibliothek und mach zwei Spalten. Links: die Prompts, die du in den letzten vier Wochen tatsächlich benutzt hast. Rechts: alle anderen. Wenn du dich nicht sicher erinnerst, gehört der Eintrag rechts. Zufriedene Erinnerung ist keine Nutzung.
Meine linke Spalte hatte am Ende sechs Einträge. Von siebenundachtzig. Wenn deine linke Spalte länger ist als zehn, hast du entweder eine sehr präzise Bibliothek oder ein Erinnerungsproblem. Für den zweiten Fall: notiere die nächsten sieben Tage jede tatsächliche Prompt-Nutzung mit Zeitstempel. Danach machst du die Bestandsaufnahme neu.
Schritt 2: Die Drei-Mal-Regel als Filter
Für die Prompts der linken Spalte: wie oft hattest du in einer normalen Woche wirklich Anlass, diesen Prompt zu benutzen? Weniger als dreimal pro Woche bedeutet: kein Skill. Der Prompt ist gut, aber der Anlass ist zu selten, um die Skill-Infrastruktur zu rechtfertigen. Speichern kannst du ihn trotzdem. In einer Datei. Nicht als Skill.
Diese Regel hat mir zwei bereits gebaute Skills wieder gelöscht: einen „Wochenrückblick“ und ein „Meeting-Follow-up“. Beide klangen sinnvoll. Beide wurden nie ausgelöst. Wer den Bautrieb der ersten Tage nicht durch eine harte Anlass-Regel bremst, sammelt Skills statt Prompts. Das Ergebnis ist dasselbe wie vorher, nur mit mehr Overhead.
Schritt 3: Skill-Anatomie
Ein Skill besteht aus vier Ebenen. Der Name ist kurz, eindeutig, ohne Sonderzeichen. „morgen-briefing“ schlägt „Mein täglicher Morgen-Digest v2″. Die Trigger-Beschreibung legt fest, unter welchen Bedingungen der Skill greift. Formuliert für Claude, nicht für dich: welche Wörter fallen im Prompt, welcher Kontext ist da, was fragt der Nutzer? Die Anweisung ist die eigentliche Arbeit. Was soll passieren, in welcher Reihenfolge, mit welchem Output. Konkret, mit Beispielen, mit klaren Constraints. Die Referenzen sind optionale Dateien, die der Skill bei Bedarf mitlädt: Templates, Datenquellen, Style-Guides.
Wer die Struktur an echten Beispielen studieren will, findet in der Anthropic-eigenen Skill-Sammlung auf GitHub und in Firecrawls Kuration sehr unterschiedliche Bauweisen. Ein guter Ausbildungspfad: drei fremde Skills lesen, bevor du deinen ersten schreibst. Nicht mehr, sonst kippt Studieren in Aufschieben.
Schritt 4: Bau den ersten Skill
Nimm den meistgenutzten Prompt aus deiner linken Spalte. Bei mir war das ein Prompt-Optimierer: „Nimm meinen Rohgedanken und mach daraus einen sauberen Prompt für die Chat-App.“ Aus dem wurde der Skill 47.
Der Aufbau, in echt: Der Name ist zwei Zeichen. Der Trigger beschreibt, was der Nutzer sagt, wenn er einen Prompt geschrieben haben will: rohe Formulierung, Bitte um Prompt-Optimierung, halbfertige Idee. Die Anweisung ist vier Absätze lang. Sie legt fest, dass der Output ein direkt paste-fertiger Prompt ist, wie die Rolle klar formuliert wird, wie die Constraints sitzen und in welchem Format der Output kommt (Codeblock, ohne Vorrede). Referenzen: keine.
Bau ihn, lade ihn hoch, teste ihn zehnmal in echter Arbeit. Nicht in „ich probiere den Skill mal aus“-Sessions. In echter Arbeit. Der Skill, der im Testszenario glänzt und im Alltag nie greift, ist typisch. Der Test ist Alltag, nicht Labor.
Schritt 5: Iteration und Wegwerfen
Nach zwei Wochen prüfst du: welche Skills sind tatsächlich gelaufen? Zähle Auslösungen, nicht Zufriedenheit. Ein Skill mit drei Auslösungen pro Woche ist ein Skill. Ein Skill mit einer Auslösung in vier Wochen ist ein Kandidat für die Tonne, egal wie schön er ist.
Meine Löschquote nach sechs Monaten: zwei von achtzehn. Klingt niedrig, weil die Drei-Mal-Regel aus Schritt 2 das meiste schon vorher aussortiert. Ohne diese Regel wären es vermutlich zehn von achtzehn. Der Reddit-Thread „letting Claude run unattended for three hours changed how i feel about my own job more than the output did“ beschreibt eine typische Nebenwirkung: wenn Skills wirklich laufen, ändert das auch, wie du deine Rolle liest. Nimm das ernst.
Drei Fallstricke, die alle unterschätzen
Der Skill ersetzt kein Verständnis. Wenn du nicht weißt, was du willst, produziert der Skill mit derselben Präzision Blödsinn wie ohne. Der Skill, den ich zum Prüfen meiner deutschen Texte gebaut habe, prüft nach Mustern. Er kann mir nicht sagen, ob ich überhaupt etwas zu sagen habe.
Der Skill ersetzt keine Ordnung. Der Datenmerge-Skill, den ich für Amazon-Berichte gebaut habe, funktioniert, weil ich meine Berichte in einem konsistenten Ordner mit klarem Namensschema ablege. Ohne diese Ordnung produziert er Chaos in ordentlicher HTML-Verpackung. Wer Skills als Ausrede benutzt, um keine Ablagen zu bauen, macht sich die Arbeit doppelt.
Der Skill macht nicht schneller. Die Ausführung selbst spart selten Sekunden. Was Skills sparen: den Umweg, an dem du sonst hängen geblieben wärst. Sie senken die Aktivierungsenergie so weit, dass Dinge passieren, die ich sonst aufgeschoben hätte. Für Guides zu diesem Punkt lohnt der YouTube-Guide zu Claude Skills von Anthropic: technisch sauber, ohne den üblichen Produktivitäts-Hype.
Der Kern in einem Satz
Sammle nicht mehr, was du irgendwann brauchen könntest. Bau drei bis fünf Anweisungen, die tun, was regelmäßig ansteht, wenn der Anlass da ist. Alles andere ist Verwaltung, die sich für Werkzeug hält.
Nach einer Woche mit dieser Methode weißt du, welche Skills bei dir wirklich taugen. Nach zwei Monaten weißt du, welche Prompts aus deiner alten Bibliothek überhaupt Nutzen stifteten. Der Rest ist Archiv. Behalten oder löschen ist egal. Öffnen wirst du ihn ohnehin nicht mehr.
Quellen und Kontext: