关于 weekly-review-planning
用于跨用户选定系统开展每周回顾，整理承诺、项目并规划下一周。它结合日历容量制定计划，并要求获批后才修改记录。
主要功能
- 01回顾已完成及即将到来的日历事项
- 02整理任务与笔记收集箱
- 03核对项目状态和下一步行动
- 04跟踪承诺与等待事项
- 05制定考虑容量的每周计划
- 06验证获批的更改
适用场景
- 01回顾承诺并找出逾期事项
- 02将收集的笔记转为拟议行动
- 03发现停滞项目和等待事项
- 04结合日历负荷规划下周目标
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/weekly-review-planning确认已加载。
详细介绍
每周回顾与规划
在用户选择的系统中执行一次范围明确的每周重置。这是一项具体的周期性任务，而非通用的效率方法论——weekly-review Automation Blueprint 会将其安排为 cron 作业。
适用场景
- “运行我的每周回顾。”
- “我承诺了哪些事？哪些事情进展不顺？”
- “根据我的日历、任务和笔记规划下周。”
- “找出停滞的项目和等待处理的事项。”
- 计划中的每周回顾触发了 cron 定时任务。
不适用于：每日简报（参见 google-workspace daily-brief 参考）或单个收件箱分拣（参见 email-inbox-triage）。
流程
1. 确定系统和时间范围
确认时区、回顾周期、规划周期、权威任务/项目存储位置、日历、收件箱和允许的写入操作。默认只提供建议或草稿，不进行修改。完成标准：已声明如何解决信息来源之间的冲突。
2. 回顾日历记录
加载 google-workspace 或相关日历连接器。检查已结束的一周内的会议和承诺，然后检查未来 1-2 周内的截止日期、出行、准备事项和时间安排。记录过去事件所隐含的后续事项和即将出现的冲突。完成标准：既回顾了过去，也覆盖了规划周期。
3. 清理待处理收集箱
检查任务收件箱、笔记（obsidian、notion）、已标记的邮件（邮件线程级别的分拣由 email-inbox-triage 负责）以及其他指定的收集入口。将每项内容归类为下一步行动、项目、等待处理、已安排、将来再说、参考、归档或建议删除。在范围获批前不要进行修改。完成标准：统计并说明剩余未处理事项的数量。
4. 核对进行中的项目
对每个项目，确定预期成果、下一步行动、负责人、截止日期、阻碍因素、最近一次有意义的进展和来源链接。标记没有下一步行动、错过日期、记录重复或状态互相矛盾的项目。完成标准：每个进行中的项目都有可执行行动，或明确标记为暂停。
5. 回顾等待事项和承诺
查找用户作出的承诺以及他人欠办的事项。提出后续跟进建议，并注明日期和渠道。不要将沉默推断为已完成。完成标准：每项等待处理的事项都有负责人，以及下一次查看或跟进日期。
6. 制定符合可用时间的计划
估算日历上的固定安排，并选出少量每周成果和近期下一步行动。按影响、截止日期、依赖关系和工作量排序；不要把所有空闲时间都排满。完成标准：计划符合实际可用时间，并明确列出延期事项。
7. 应用已获批准的更新
仅按批准内容更新任务/项目、创建日历预留、归档已处理事项以及起草跟进消息。通过服务提供方重新读取每条已更改的记录。完成标准：已验证的写入与回顾摘要一致。
输出格式
- 已取得的成果和已完成的承诺
- 已逾期或有风险的事项
- 等待处理事项/后续跟进
- 停滞或状态不明确的项目
- 下周的成果和日历限制
- 等待批准的拟议更新
- 覆盖范围缺口
常见问题
- 只根据任务规划，却不考虑日历可用时间。
- 将所有未完成事项都以高优先级顺延。
- 在没有下一步行动的情况下，将项目标记为进行中。
- 悄悄删除或重新安排个人承诺。
- 将他人的沉默视为事情已完成。
验证
- 已回顾结束的一周并覆盖规划周期；若有缺口，已明确说明。
- 每个停滞/等待标记都能追溯到具体记录、事件或邮件线程。
- 未经批准没有修改任何任务、事件或笔记；已获批准的写入均已重新读取核实。
- 计划明确列出延期事项，而不只是选定要做的事。