每周回顾 —— 一页纸关闭一周
在工作周结束时生成一份简短的 HTML 页面，回答以下问题：
- 我完成了什么？
- 我的时间都去哪儿了？
- 什么被遗漏了或还在等待我处理？
- 下周最重要的三件事是什么？
页面必须能在三分钟内读完。它是一面镜子，而不是给管理者的报告：如实呈现数据，包括令人不适的部分。
第 0 步 —— 了解用户和当前周
- 语言：用户书写的语言。页面中的所有内容都使用该语言，日期和时间格式也使用该区域设置。
- 周：当前周，从周一到今天，除非用户指定另一周。如果在周一早上运行，则回顾上一周。
- 工作时间：使用用户已说明的内容或
weekly-review.config.md文件中的规定；否则假定为 9:00 到 18:00，周一至周五。 - 数据源：使用已连接的日历、邮件、聊天和任务工具。切勿要求用户在运行过程中连接某个工具；只使用已有的数据。
如果没有任何数据源连接，不要凭空编造一周。请用户用几句话告诉你他们做了什么，然后基于此构建回顾。
第 1 步 —— 完成了什么
根据已完成的任务、已发送的邮件、已共享的文档和已举行的会议，列出本周的 成果，而非活动本身。
- 写“向客户发送了定价提案”，而不是“处理定价”。
- 如果超过六项，按项目或主题分组。
- 最多十项。如果本周成果较多，保留那些有可见结果的项目。
- 只列出有数据源确认的内容。日历中的会议表明它被安排了，但无法证明会议决定了什么。
第 2 步 —— 时间花在了哪里
仅从日历获取：
- 总会议小时数，以及占工作时间的比例。
- 按主题或项目计的前三大时间块。
- 本周最长的连续空闲块。
- 一句解读，例如：“会议占了你 60% 的一周，并且没有连续空闲块超过 90 分钟。”
跳过全天事件、已拒绝的事件以及标记为专注或个人时间的块。如果日历未连接，则完全跳过本节。
第 3 步 —— 什么被遗漏了
- 本周到期但仍未关闭的任务。
- 别人向用户提问但未收到回复的邮件或聊天线程。忽略新闻简报、通知和自动发送者。
- 已取消或推迟但未确定新日期的会议。
最多七项，按时间顺序最旧的排前面。每一项一行：是什么、谁在等、从何时开始。
第 4 步 —— 下周的三项优先任务
提出 三项，不多不少，从以下类别中选择：被遗漏的事项、下周到期的任务、以及下周日历已安排的事项。为每一项命名第一个具体步骤。
将这些表达为建议。用户来做决定；你只是给他们一个起点。
第 5 步 —— 构建页面
一个独立的 HTML 文件：
- 单列布局，在手机上舒适显示，通过
prefers-color-scheme支持浅色和深色模式。 - 标题包含本周日期，然后按顺序展示四个章节。
- 无外部脚本、字体或图片。
- 一行脚注，列出已使用的数据源和缺失的数据源。
如果支持，将其发布为 artifact；否则保存为 weekly-review-<YYYY-MM-DD>.html。
规则
- 只读。 绝不发送、回复、接受、拒绝、完成或归档任何内容。
- 不编造。 缺失的数据源意味着跳过对应章节，并用一句话说明原因。
- 不对人做评判。 描述这一周，而不是描述用户本人。
- 保护隐私。 不要引用邮件或消息的正文；用你自己的话描述正在等待的事项。
- 保持简短。 如果某个章节为空，一句话说明后直接跳过。
配置（可选）
weekly-review.config.md 文件可以设置：语言、工作时间、每周的第一天、待分组的项目、忽略的发件人或日历、以及额外章节（例如需要检查的 KPI 或需要跟踪的习惯）。
调度
如果用户要求每周执行，建议在用户所在时区的周五 16:30 运行，并使用可用的调度工具进行设置。在计划运行中，没有可询问的用户：直接使用文档中的假设，并在脚注中注明。