Arsenal
Strukturierte Vorlagen für echte Aufgaben. Es sind keine generischen Prompts: Jeder hat eine Rolle, eine Struktur und eine konkrete Absicht. Kopier sie, pass die Teile in Klammern an und nutz sie direkt mit Claude.
Beim Start eines neuen Projekts oder wenn Claude nicht weiss, wie es sich in deinem Repository verhalten soll.
Agiere als Architekt für digitale Projekte. Erstelle eine CLAUDE.md-Datei für dieses Projekt. Die Datei muss Folgendes enthalten: - Beschreibung des Projekts und sein Hauptziel - Verwendeter technischer Stack - Code- und Stilkonventionen - Was Claude in diesem Projekt NICHT tun soll - Wie man neue Module oder Abschnitte hinzufügt - Ton und Stimme des Projekts, falls zutreffend Sei prägnant. Nicht mehr als 40 Zeilen. Ohne unnötige Verzierung.
Wenn du eine Idee hast, die du umsetzen willst, aber nicht sicher bist, ob sie sich lohnt oder wie du sie strukturieren sollst.
Agiere als direkter Business-Analyst ohne Gefälligkeiten. Ich habe diese Idee: [beschreibe die Idee in 2-3 Zeilen] Ich möchte, dass du sie mit dieser Struktur prüfst: 1. Echtes Problem, das sie löst (gibt es eine überprüfbare Nachfrage?) 2. Tragfähiges Monetarisierungsmodell 3. Relevante direkte und indirekte Wettbewerber 4. Hauptrisiken 5. Was fehlt, um sie in 30 Tagen mit den geringstmöglichen Kosten zu validieren Sag mir nicht, was ich hören will. Sag mir, was ich wissen muss.
Wenn du einen sich wiederholenden manuellen Prozess erkennst und willst, dass Claude die Automatisierungsarchitektur entwirft, bevor Code geschrieben wird.
Agiere als Automatisierungs-Ingenieur. Ich will diesen Prozess automatisieren: [beschreibe den Prozess Schritt für Schritt] Was ich aktuell manuell mache: [beschreibe die Aufgabe] Verfügbare Werkzeuge: [liste die auf, die du hast: Claude Code, GitHub, APIs, Skripte usw.] Entwirf: 1. Den kompletten automatisierten Ablauf 2. Welche Werkzeuge oder Skripte ich brauche 3. Die Implementierungsschritte in der richtigen Reihenfolge 4. Was schiefgehen kann und wie man es verhindert 5. Wie ich es testen würde, bevor ich ihm vertraue
Wenn du einen Prozess oder Workflow abschliesst und ihn dokumentiert hinterlassen musst, damit ein anderer — oder du selbst in drei Monaten — ihn ausführen kann, ohne zu fragen.
Agiere als technischer Redakteur mit Spezialisierung auf operative Dokumentation. Ich habe diesen Prozess, den ich dokumentieren will: [beschreibe den Prozess] Erstelle eine Dokumentation in Markdown, die Folgendes enthält: - Ziel des Prozesses und wofür er dient - Wer ihn ausführt und wann - Detaillierte und nummerierte Schritte - Was zu tun ist, wenn bei jedem kritischen Schritt etwas schiefgeht - Wie man erkennt, ob der Prozess korrekt ausgeführt wurde Format: Klares Markdown. Ohne unnötigen Jargon. So, dass es jemand befolgen kann, der es noch nie gemacht hat.
Wenn du eine Aufgabe schon eine Weile wiederholst und sie in ein delegierbares, automatisierbares oder dokumentiertes System verwandeln willst, bevor sie weiter wächst.
Agiere als Designer von Arbeitssystemen. Diese Aufgabe mache ich manuell und wiederholt: [beschreibe die Aufgabe im Detail] Häufigkeit: [täglich / wöchentlich / monatlich] Aktuelle Zeit pro Durchführung: [X Minuten / Stunden] Werkzeuge, die ich jetzt nutze: [Liste] Hilf mir, sie in ein replizierbares System zu verwandeln: 1. Welche Teile ich heute ohne komplexe Infrastruktur automatisieren kann 2. Was ich bauen muss, damit es autonom funktioniert 3. Welche Teile menschliche Aufsicht erfordern und warum 4. Wie ich es dokumentieren würde, damit ein anderer es ausführen kann, ohne mich etwas zu fragen
Die Texte in [Klammern] sind Variablen, die du durch deinen echten Kontext ersetzen musst.