Erstelle einen täglichen Master-Prompt
Überblick
Ein täglicher Master-Prompt ist eine eigenständige Datei mit dem Namen DAILY_PROMPT.md, die jede neue Session ausführen kann, um ein Projekt aufzugreifen, einen Arbeitstag zu bewältigen und es für den nächsten Tag vorzubereiten. Der Projektgedächtnis lebt in fünf Zustandsdateien neben der Prompt-Datei, nicht in der Konversation. Nach dem ersten Durchlauf tippt der Benutzer nur noch:
Read <folder>/DAILY_PROMPT.md and execute it.
Eingabe vom Benutzer: $ARGUMENTS (ein Ordner und/oder eine Erklärung des Projekts; beides kann fehlen).
Was nach der Erstellung existiert
Alle im Projektordner (<folder>), erstellt aus den Vorlagen in ${CLAUDE_SKILL_DIR}/templates/:
| Datei | Inhalt | Änderungen |
|---|---|---|
DAILY_PROMPT.md | Mission, Meilenstein, Regeln, Kontextübersicht, Sitzungsablauf | Nur auf Benutzerwunsch |
BACKLOG.md | Geordnete Arbeitsaufgaben mit IDs und Status | Jeder Durchlauf |
DEVLOG.md | Angehängtes, datiertes Protokoll jedes Durchlaufs | Jeder Durchlauf |
HANDOFF.md | Aktueller Zustand, nächste 3 Aktionen, Warnungen | Überschrieben bei jedem Durchlauf |
QUESTIONS.md | Fragen an den Benutzer, jeweils mit einer Empfehlung | Durchläufe fragen, Benutzer antwortet |
APPROVALS.md | Riskante oder nicht rückgängig zu machende Aktionen, die auf Ja/Nein warten | Durchläufe fordern an, Benutzer entscheidet |
Der Fortschritt wird in den Zustandsdateien festgehalten. DAILY_PROMPT.md enthält nur, was wochenlang gültig bleibt.
Schritte
- Ordner finden. Verwende den Ordner aus den Argumenten. Ansonsten verwende den Ordner, der die Projektspezifikation oder den Code enthält; wenn mehrere passen, frage nach.
- Kontext durch Lesen sammeln, nicht durch Fragen. Die Erklärung des Benutzers;
README*,CLAUDE.md,AGENTS.md; Spezifikationen (GDD, PRD, Roadmap,docs/);git log --oneline -30undgit status; eine Dateistruktur auf 2-3 Ebenen; Manifeste und Skripte, die Build-, Test-, Lint- und Run-Befehle offenbaren; verbundene MCP-Server, die die Arbeit benötigt; TODO/FIXME-Notizen; alle vorhandenen Zustandsdateien. Trenne, was erledigt ist, von dem, was nicht erledigt ist. - Frage nur nach dem, was die Dateien nicht hergeben, in einem einzigen AskUserQuestion-Aufruf (maximal 4 Fragen), aus dieser Liste: aktueller Meilenstein und seine Fertigstellungsdefinition; wie ein erledigtes Element verifiziert wird; harte Regeln (nie veröffentlichen/deployen, vor neuen Abhängigkeiten fragen, Branch- und Push-Richtlinie); ob Durchläufe attended, unattended oder beides sind. Wenn niemand antwortet, nimm die sicherste Lesart (unattended, kein Push, keine Veröffentlichung) und halte jede Annahme in
QUESTIONS.mdmit der Zeile „Annahme bis zur Antwort