Eine persönliche Prompt-Library aufbauen
Eine persönliche Prompt-Library ist ein kleines System mit kumulierenden Erträgen. So baust du eine an einem Nachmittag.
Eine persönliche Prompt-Library ist eines der ROI-stärksten Dinge, die ein täglicher KI-Nutzer bauen kann. Es ist auch eines der leichtesten Dinge, die man vermurksen kann — die meisten Leute überengineeren mit elaborierten Taxonomien oder unter-engineeren zu einem Haufen zufälliger Snippets. Hier ist ein Mittelweg, der tatsächlich genutzt wird.
Was "persönliche Prompt-Library" wirklich heißt
Eine persönliche Prompt-Library ist eine kuratierte, parametrisierte, auffindbare Sammlung von Prompts, die du wertvoll fandest. Drei Worte zählen hier: kuratiert (nicht alles, was du je geschrieben hast), parametrisiert (Variablen für die beweglichen Teile), auffindbar (du findest, was du brauchst, ohne zu scrollen).
Öffentliche Marktplätze und geteilte Prompt-Packs sind andere Dinge. Sie sind Inputs für deine Library, kein Ersatz. Die Library gehört dir.
Phase 1: Aus bestehender Arbeit säen
Starte nicht vom leeren Blatt. Starte von deiner bestehenden Arbeit. Schau dir die letzten zwei Wochen KI-Konversationen an und extrahiere jeden Prompt, der funktioniert hat. Für jeden frage: Würde ich das wieder wollen? Wenn ja, rein in die Library.
Du endest mit 10-15 Templates aus zwei Wochen Verlauf. Das ist dein Seed-Set.
Phase 2: Bewegliche Teile parametrisieren
Für jeden Seed-Prompt: Identifiziere, welche Teile sich beim Wiederverwenden ändern. Das werden {{Variablen}}. Übertreib es nicht — drei bis fünf Variablen pro Prompt sind meist das richtige Maß an Flexibilität.
Häufige Variablen: topic, audience, tone, length, format, language, constraints, input_text.
Phase 3: Findbare Namen vergeben
Naming wird unterschätzt. "Blog-Outline" ist besser als "Content-Template 3". "Refactor für Lesbarkeit" ist besser als "Code-Prompt v2". Nutze den Job-to-be-Done als Name.
Wenn du disambiguieren musst, nutze ein Präfix: "email:cold-opener", "email:follow-up", "blog:outline", "blog:editor". Das schlägt tiefe Kategorie-Bäume.
Phase 4: Sechs einfache Kategorien
Überkategorisierung killt Libraries. Nutze eine flache Liste aus sechs Kategorien: Kommunikation, Analyse, Kreativ, Entwicklung, Recherche, Meta. Jeder Prompt kommt in genau eine. Im Zweifel: Meta.
Wenn du eine siebte Kategorie willst, widerstehe. Fass ähnliche zusammen. Die Kosten einer zusätzlichen Kategorie sind höher als die Kosten einer unvollkommenen Zuordnung.
Phase 5: Im Einsatz iterieren
Die erste Version jedes Templates wird mittelmäßig sein. Das ist okay. Nutze es, merke, was nervt, fix es vor Ort. Über einen Monat werden deine Top-Templates messbar besser als sie gestartet sind.
Das ist der kumulierende Vorteil, überhaupt eine Library zu haben: Jeder Prompt wird mit der Zeit besser, statt nach einer Nutzung weggeworfen zu werden.
Phase 6: Rücksichtslos aufräumen
Jeden Monat: Lösche alles, was du in 60 Tagen nicht genutzt hast. Die Library soll klein genug bleiben, um sie auf einen Blick zu scannen. Wenn sie über 30-40 Einträge wächst, sammelst du, statt zu nutzen.
Tooling zählt, aber weniger als du denkst
Das Tool, in dem die Library lebt, zählt weniger als die Gewohnheit, eine zu bauen. Trotzdem: Ein gutes Tool nimmt Reibung heraus — Hotkey-Zugriff, Variablen-Verlauf, schnelles Filtern, Geräte-Sync.
TextDeck ist genau für diesen Workflow gebaut und kostenlos. Aber die Prinzipien oben funktionieren in jedem Tool — einer simplen Textdatei, einer Notion-Datenbank, einem Raycast-Snippet-Set. Das Tool ist der kleinere Teil des Gewinns.