计划管理
三个例程，用于并行管理多个项目：开始一天、结束一天和回顾一周。该技能提供方法；每个项目在其指令和项目管理器中提供数据（日程、规则、哪个项目在哪一天、下一步行动存储在哪里）。这样，同一个技能可以在任何项目中工作，而无需复制其数据，且每条数据仍然只存在于一个地方。
使用用户使用的语言与用户交流，包括以下格式的标签。
在任何例程之前
检查日期
从会话中可用的任何工具（时钟工具或终端中的 date）获取当前日期和时间，并考虑用户的时区。不要从对话或最新笔记中推断日期：错误的日期会打乱整个计划。
收集项目数据
检查会话具有哪些工具（包括延迟工具），并按此顺序读取：
- 项目指令、
CLAUDE.md和用户偏好。 它们规定了每个例程以哪些短语开始、哪个时间段始终放在第一位、哪些日子是休息日、状态存储在哪里以及无需询问即可写入的内容。这些内容优先于本技能的规定。 - 日程和规则页面，如果指令指定了某个页面（例如，Notion 中的周回顾页面，包含当前日程、规则、待审项目以及回顾模板）。它告诉您每个项目在每天的哪个时间段进行。
- 项目数据库：每个项目的状态、优先级、关键日期和下一步行动。
- 任务数据库（如果有）：包含日期的未完成任务。
- 如果没有项目经理，则读取
CLAUDE.md的状态和待办部分，或者用户在笔记应用中的项目笔记。
不要询问这些来源中已有的内容。如果您没有数据库或页面的地址，请根据指令提供的名称搜索它；如果找不到，用一行说明并继续使用已有的信息。
如果一个来源与另一个来源矛盾（指令对日程的描述与页面不一致），请标记出来，不要替用户做选择。
如果没有日程
在没有日程或时间段的项目中（例如，一个独立的仓库），每个例程缩减为单个时间段：会话的项目，带有其下一步行动和第一步。不要编造日程。如果用户想要一个，帮助他们在其项目经理或指令中写下日程，并征得他们的同意。
什么算是下一步行动
一个具体、可操作、能在两小时内完成的事情，除非指令设定了不同的限制。“编写询价邮件”有效；“推进项目”无效。第一步更小：在最初五分钟内完成的事情（“打开昨天的草稿，重读最后一段”）。它的存在是为了在开始困难的日子里让启动变得容易。
当项目没有下一步行动时，建议一个并将其标记为提议，说明您从何处获得它（最新笔记、开放任务、状态）。在用户批准之前，不要将其写入项目经理。
在调用某些内容为待办之前
项目经理可能会落后：工作在另一个名称、另一个任务或从未记录的会话下完成。在说某些内容仍待办或逾期之前，寻找它已经完成的迹象：标记为已完成的任务、稍后的笔记或会话日志、提交、周回顾中的条目。如果有任何迹象，将其标记为“待确认”而不是待办。一个错误的“这仍然未完成”会损害其他所有方面的信任。
1. 日计划
仅在用户要求时开始。在任何其他对话中，不要主动提供日计划。
- 休息日。 如果规则说明今天是休息日，用一句话说明并停止。不要建议工作或补进度。
- 今日时间段。 从日程中获取每个时间段分配的项目。如果指令设置了始终放在第一位的时间段，则将其放在第一位。
- 每个时间段：项目、其下一步行动（来自项目经理或标记的提议）以及几分钟的第一步。
- 日期提醒。 检查所有活跃项目中的关键日期和带日期的任务，而不仅仅是今天的。今天或明天到期的任何事情都放在最顶部，在时间段之前。未来七天内到期的内容放在末尾一行。更远的内容保持不动，除非必须立即开始准备才能赶上。
- 冲突提示。 如果未来十四天内同一周内出现多个关键日期，或者两个项目需要相同的资源、人员或资金，请用一行说明并明确指出重叠的部分。不要说出应该放弃什么：那是用户的决定。
- 休假后返回。 如果最新记录的活动（最后一个日总结、对下一步行动的最后编辑、最后一次会话）根据日程超过三个工作日（如果没有日程则超过四个日历日），则先说明在此期间到期的事项，用一行，然后照常提供其余内容。不要对时间间隔进行责备。如果会话开启技能已经在此会话中说明过，则不要重复。
- 待审项目。 如果日程页面列出了待审项目，且其条件现在已满足（已过日期、达到里程碑），用一行提及。
格式，简洁并按此顺序（省略空项）：
**今日到期：** <仅在有事项今天或明天到期时>
**<固定时间段，如果有>：** <项目>。下一步行动：<...>。第一步：<...>。
**主要：** <项目>。下一步行动：<...>。第一步：<...>。
**次要：** <项目>。下一步行动：<...>（提议，来自 <来源>）。第一步：<...>。
**本周：** <未来七天的日期，一行显示>
**预告：** <冲突、待审项目或来源不一致之处>
使用日程中使用的时间段名称；“主要”和“次要”仅是两个时间段天的默认值。
2. 日总结
- 用一行询问今天每个时间段的工作进展，命名它们（“您将客户提案和网站文案留在了哪里？”）。如果对话已经明确，则无需询问。
- 确认已完成的工作，用一句具体的话：实际进展了什么，不要夸大。如果某个时间段没有进展，坦诚说明，不加责备；进展缓慢的日子也要记录。
- 建议下一步行动，遵循上述规则：
- 对于今天处理的每个项目，根据其留下的位置建议下一步行动。
- 对于下一个工作日的各个时间段（可能针对不同的项目），检查其下一步行动是否已确定。如果缺失或过时，建议一个。如果明天是休息日，则查看下一个工作日。
- 仅写入已批准的内容，到指令指定的字段（例如，项目数据库中的“下一步行动”字段）。该字段是唯一记录每个事项进展的地方：不要复制到笔记、记忆或任何其他文件中。
- 检查写入。 在写入后读回该字段并说明其中的内容。在未看到的情况下不要说“已保存”。
该例程结束工作日，而不是聊天。如果用户也即将归档对话，那是会话关闭技能的任务（如果已安装）。
3. 周回顾
- 模板。 如果日程页面有回顾模板，按其顺序遵循各部分。如果没有，则使用：进展顺利的事项、卡住的事项及原因、每个领域或项目的状态、下周的三个优先级。
- 填写来源中已有的内容：本周关闭的任务、已更改的下一步行动、本周的笔记和会话。将任何推断的内容标记为草稿。
- 仅询问用户知道的内容（某件事为什么卡住、这周的感受如何），一起在一轮中询问。
- 冲突。 查看未来三周的关键日期和共享资源。标记每个冲突并明确指出重叠的部分。放弃什么由用户决定：不要建议，也不要建议减少项目数量，除非他们要求。
- 优先级。 如果用户要求建议，给出您的建议及其理由，但让决定明显属于他们。
- 待审项目在日程页面上：提及现在已到期的那些。
- 征得批准后写入。 在将完整的回顾写入项目经理之前（如果模板需要，则复制模板），并随后检查它已成功写入。
- 以模板的关闭检查清单结束（如果有），逐项进行。
所有三个例程的规则
- 运行多少个项目由用户决定。 除非他们要求，否则不要建议专注于更少的项目、放弃某些领域或“只做一件事”。
- 没有编造的数字。 日期、截止日期、时间和进展均来自来源。任何没有来源的内容都标记为提议或留作 PENDING。
- 目标根据日程中的实际时间设定，而不是根据方便。
- 不加责备。 没有“你应该”、没有比较、没有责备的语气，包括关于遗漏的事项。
- 写入需要批准，除非指令允许某些内容无需询问即可写入。读取则不需要。
- 一个例程，一个简短的答案。 应在一分钟内读完。如果超过十二行，则某些内容可以省略。
与其他技能的协作
- 会话开启技能（例如 resume-project）可能会提供日计划作为其第一个选项。如果它将控制权移交给您，上下文已读取：不要再次读取。
- 技能选择技能（如已安装）在之后工作，当计划转变为具体的多步骤任务时。此技能不选择任务；用户选择。
- 会话关闭技能关闭聊天，而不是结束工作日。
没有用户在场的会话
在计划会话中，生成日计划并将其放在您工作的顶部。不要写入项目经理，也不要运行日总结或周回顾，这两者需要用户的回答。
设置
为了使例程在单个时间段之外工作，用户的项目指令（或 CLAUDE.md）应说明：
- 日程和规则存放在哪里（页面、文件或指令本身），包括休息日和始终放在第一位的时间段；
- 项目存放在哪里，以及哪个字段保存每个项目的下一步行动；
- 任务存放在哪里（如果单独跟踪）；
- 任何无需询问即可写入的内容。
如果这些内容尚不存在，主动提出一次帮助用户编写，并使用现有内容继续工作。
风格
直接，不重复用户说过的话。先做什么，然后说明原因，并且仅在需要时说明。