Claude Code Prompt-Bibliothek pflegen: Einmal-Prompts zu Assets machen

Gute Prompts nicht verlieren

Teams mit schwankenden Claude-Code-Ergebnissen schreiben Prompts täglich neu. Eine gute Anweisung wird gefunden, aber Name, Einsatzfall, Eingaben, Ausgabeformat und Beweis fehlen.

Dieser Artikel baut auf der Review-Checkliste und der 30-Minuten-Checkliste auf. Das kostenlose PDF gibt Grundlagen; die Prompt-Bibliothek führt zum bezahlten Pack und später zur Beratung.

Ein Prompt, ein Zweck

Die erste Regel lautet: ein Prompt, eine Aufgabe. Review, Tests, Dokumentation und Refactor in einer Anweisung klingen effizient, machen Fehler aber schwer analysierbar.

{
  "id": "review-risk-finder",
  "owner": "platform",
  "useWhen": "A pull request changes behavior, data flow, or CTA routing.",
  "inputs": ["diff", "goal", "riskAreas"],
  "output": "Findings ordered by severity with file references.",
  "proof": "Run once on a known risky diff before adding it to the library."
}

Diese Metadaten machen den Prompt im Repo, Artikel, Produkt oder Wiki wiederverwendbar. “proof” trennt getestete Assets von guten Sätzen.

Kopierbare Grundvorlage

Für Reviews fixieren Sie Ziel, Diff, Risikobereiche und Ausgabeformat. Bitten Sie nicht nur um einen Blick, sondern definieren Sie Risiko.

Du prüfst eine Änderung auf echtes Produktionsrisiko.
Kontext:
- Ziel: {{goal}}
- Diff: {{diff}}
- Risikobereiche: {{riskAreas}}

Gib Findings zuerst aus.
Jedes Finding braucht Schweregrad, Beleg, Nutzerwirkung und kleinsten Fix.
Wenn es keine Findings gibt, nenne geprüfte und ungeprüfte Bereiche.

Die Form passt für Code-Review, CTA, Formular und Produktseite. Nur “riskAreas” ändert sich.

Fehlerfall: vage Namen

Namen wie “good-review-prompt” oder “debug-helper” findet niemand wieder. Nutzen Sie Namen mit Zweck und Ergebnis: “review-risk-finder”, “build-log-first-failure”, “cta-copy-clarifier”.

Auch nur Erfolg zu speichern ist falsch. Ein schlechter Input zeigt, wo die Vorlage bricht.

Kleine Validierung

Ab zehn Einträgen sollten Pflichtfelder geprüft werden.

const required = ["id", "owner", "useWhen", "inputs", "output", "proof"];

export function validatePrompt(entry) {
  const missing = required.filter((key) => !entry[key]);
  return {
    ok: missing.length === 0,
    missing,
    ready: missing.length === 0 && entry.proof.includes("Run once"),
  };
}

So entstehen weniger Prompts ohne Besitzer, Zweck oder Beweis. Für Content-Umsatz wird die Route klar: kostenloses PDF, Prompt-Pack, Beratung.

Nächster Schritt

Nutzen Sie das kostenlose Cheatsheet für Grundlagen. Kaufen Sie 50 Prompt Templates für Review, Debugging, Refactor und Dokumentation. Für Team-Governance nutzen Sie die Beratung.