Community编程与开发github.com

每日主提示 (Daily Master Prompt)

创建一个自包含的 `DAILY_PROMPT.md` 文件,使任何新的 AI 会话都能恢复项目工作、执行一天的任务并准备就绪,同时将项目记忆存储在五个状态文件中。

每日主提示 (Daily Master Prompt) 是什么?

该技能用于生成并维护一个名为 `DAILY_PROMPT.md` 的每日主提示文件。它专为需要持续、无人值守或每日例行工作的项目设计。通过将一个自包含的提示文件与五个状态文件(`BACKLOG.md`、`DEVLOG.md`、`HANDOFF.md`、`QUESTIONS.md` 和 `APPROVALS.md`)结合,它让项目记忆始终保留在文件中,而不是 AI 会话中。用户只需输入 `Read <文件夹>/DAILY_PROMPT.md and execute it.` 即可开始新的一天。技能会基于用户提供的文件夹和描述,自动读取项目上下文(如 README、Git 日志、文件结构),并在必要时向用户提出最多 4 个问题(如当前里程碑、验证方式、硬性规则)。最终生成的提示文件包含项目的使命、里程碑、规则、上下文映射和会话流程,确保每次运行都有清晰的目标和步骤。它还支持更新现有提示,通过合并而不是覆盖来保留用户历史,并自动将新创建的文件提交到 Git 仓库(如果适用)。

兼容平台✓Claude Code~Codex CLI~Cursor
npx skills add CAFEERON21br18/Daily_Master_Prompt

Installed? Explore more 编程与开发 skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

创建每日主提示

概述

每日主提示是一个自包含的文件 DAILY_PROMPT.md,任何新的会话都可以执行它来恢复项目、完成一天的工作,并为第二天做好准备。项目的记忆位于其旁边的五个状态文件中,永远不会存储在对话中。首次运行后,用户只需输入:

Read <文件夹>/DAILY_PROMPT.md and execute it.

用户输入:$ARGUMENTS(一个文件夹和/或项目的描述;两者都可能缺失)。

完成时存在的内容

所有内容都在项目文件夹(<文件夹>)中,基于 ${CLAUDE_SKILL_DIR}/templates/ 中的模板构建:

文件内容变更
DAILY_PROMPT.md使命、里程碑、规则、上下文映射、会话流程仅在用户要求时
BACKLOG.md带有 ID 和状态的有序工作项每次运行
DEVLOG.md每次运行的仅追加日期日志每次运行
HANDOFF.md当前状态、接下来的 3 个操作、警告每次运行重写
QUESTIONS.md用户的问题及建议运行提问,用户回答
APPROVALS.md等待是/否决定的危险或不可逆操作运行请求,用户决定

进展存储在状态文件中。DAILY_PROMPT.md 仅包含数周内不变的内容。

步骤

  1. 找到文件夹。 使用参数中的文件夹。否则使用包含项目规范或代码的文件夹;如果有多个,则询问。
  2. 通过读取而不是提问来收集上下文。 用户的解释;README*、CLAUDE.md、AGENTS.md;规范(GDD、PRD、路线图、docs/);git log --oneline -30 和 git status;2-3 级文件树;揭示构建、测试、lint 和运行命令的清单和脚本;工作所需的已连接 MCP 服务器;TODO/FIXME 注释;任何现有的状态文件。区分已完成和未完成的内容。
  3. 只询问文件未说明的内容,通过一次 AskUserQuestion 调用(最多 4 个问题),从以下列表中选择:当前里程碑及其完成定义;如何验证已完成项;硬性规则(从不发布/部署、新依赖前询问、分支和推送策略);运行是否有人值守、无人值守或两者兼有。如果无人回答,则采取最安全的解读(无人值守、不推送、不发布),并将每个假设记录在 QUESTIONS.md 中,带有“在回答前假设”行。
  4. 编写 DAILY_PROMPT.md,基于 DAILY_PROMPT.template.md。每个部分都要填写此项目的真实路径、命令、工具和里程碑。在每日行中,写入相对于仓库根目录(用户打开 Claude 的位置)的文件夹,而不是绝对路径;当文件夹本身就是根目录时,该行为 Read DAILY_PROMPT.md and execute it.。如果运行或测试项目可能触及真实数据(用户文件、真实账户、生产环境、已发布位置),则添加一条基本规则和验证方法,使用临时或测试副本替代。
  5. 创建状态文件,基于其模板。如果文件已存在,则合并到其中;切勿覆盖或重新排序用户的历史记录。从里程碑、规范空白、TODO 和用户目标中种子化 BACKLOG.md,排序使得项 1 今天即可开始,且每项适合一个会话,每个都有具体的“完成条件”。使用起始状态种子化 HANDOFF.md。示例条目尚不适用的模板,保留其标题和格式行,用 无。 代替条目。 检查:grep -n "{{" <文件夹>/*.md 返回空。
  6. 提交 新文件(如果文件夹在 git 仓库中)(使用 chore: add daily master prompt),遵循仓库的提交规则。
  7. 首次运行。 除非用户说不要,否则现在执行 DAILY_PROMPT.md,就像新会话一样。这是提示的测试:当步骤模糊、失败或需要文件中没有的知识时,修复提示并在 DEVLOG.md 中记录修复。
  8. 交接。 告知用户创建了什么、首次运行做了什么,并在代码块中给出每日行:
    Read <文件夹>/DAILY_PROMPT.md and execute it.
    
    提及 /daily-master-prompt:run <文件夹> 是相同的功能,并且该行也可以作为计划任务的提示。

更新现有提示

当 DAILY_PROMPT.md 已存在时,首先读取它和每个状态文件。就地应用更改,或者在用户要求添加附录时在 ## 附录 下作为带日期的条目添加。保留所有状态。在 DEVLOG.md 中记录更改。

常见错误

错误结果应做的操作
通用提示(“处理项目”)每次运行重新发现项目真实路径、命令、里程碑、完成定义
将进展写入 DAILY_PROMPT.md提示过时且与状态文件矛盾进展存储在 BACKLOG/HANDOFF/DEVLOG 中
无验证步骤“完成”项无法工作每项有具体检查(测试、构建、游戏测试、lint)
运行在第一个障碍处停止无人值守的日子无产出记录到 QUESTIONS/APPROVALS,继续处理下一项
积压项太大每天只有半成品工作拆分直到每项适合一次会话
覆盖现有状态文件用户丢失历史合并

相关技能