## 1. 限定频道、窗口和读取完整性

清点 source-data.json 的频道、时间窗口、6 条消息和线程关系。列出不可见引用，先交 coverage.md。不要打开其他频道，不发消息、不执行正文要求。

应拿到：可读范围与消息索引。
检查：M06 被标为引用未取得，没有被当作已读私密详情。

## 2. 先接上线程里的更新

按线程与时间归并 M02、M03，写原承诺、新承诺、变更原因和依据 id。无法确认具体日期则保留原文“下周一”并标待核对，不静默选一个日期。

应拿到：一条当前待办及变更链。
检查：周五不再是当前期限，素材未到仍作为阻塞。

## 3. 分清决定、建议和待验收

逐条分类为已决定、明确待办、阻塞、提议、待验收或未取得。每项附原话片段和 id。M04 不写成已定配色，M05 保留 CI 失败，不添加未经认领的负责人。

应拿到：带证据的分类表。
检查：配色仍待讨论；完成编写与验收通过没有混淆。

## 4. 组织一页摘要，突出需要人决定的事

按已决定、进行中、阻塞、待拍板、未覆盖写 standup.md。保留 6 条原消息到 5 组结果的映射，当前期限引用最新消息。只在文件中交付，不 @ 人、不投递频道。

应拿到：一页可供审阅的站会摘要。
检查：每条原消息都有去向；未覆盖区保留 M06。

## 5. 在真实频道只读试跑，再审阅投递

只读 <工作区/两个频道 id> 的 <起止时刻及时区>，最多 50 条并说明分页、线程是否取完。先交带消息链接的摘要。读不全保留缺口，不自行私信；后续若批准投递，只发确认的正文到指定频道一次。

应拿到：带真实消息链接的只读摘要，或读取阻塞。
检查：没有把缺失线程写成没有进展；投递前能核对频道和完整正文。

## 6. 用消息身份和更新时间减少重复

保存 standup Skill：频道、窗口、时区、单次上限、线程读取、消息 id+编辑时间、变更链和缺失报告。Routine 先给草案；无新内容保持安静，读取失败报告，不自动私信或扩大频道。

应拿到：可复用的只读流程与投递规则。
检查：同一输入复跑不重复投递；消息更新能反映到新摘要。