## 1. 先固定 PR 身份与观察时间

清点上传五条记录与可读状态，列当前 head 与缺失项。仅处理快照，不连接 GitHub/Notion，不通知负责人，输出 index.md。

应拿到：五条身份与缺项索引。
检查：PR16 保留未知，PR14 的已合并状态没有丢失。

## 2. 只把最新提交的检查计入结果

对照 head 与 checks.sha，单列旧提交检查和当前检查。PR12 的 new-b 仍 pending，old-a success 不参与“当前通过”。列未确认保护规则。

应拿到：与提交关联的检查表。
检查：PR12 没有被写成检查全部通过。

## 3. 分别判断评审、草稿与合并状态

逐 PR 列 CI、review、draft、merged 与可读状态，按规则给下一步。PR13 保留 changes_requested；PR15 保留 draft；不推断“可合并”。

应拿到：五行状态与建议。
检查：PR13 和 PR15 没有因为 CI 成功升级为可合并。

## 4. 写待办报告，修改看板先留差异

输出报告和看板变更建议：原值未知则写待核对；每行附 PR id 与原因。已合并退出进行中，无权读取保留未知。只写文件，不发消息、不改看板。

应拿到：摘要与待写变更清单。
检查：建议和实际写入清楚区分，五条都可回查。

## 5. 真实只读复查后再确认具体写入

只读 <仓库/PR清单>，记录最新 head、检查、评审、草稿、合并与读取时间。若获批准更新指定 Notion 行，先展示前后差异并回读结果。不通知其他 Agent、不重跑CI、不合并或推送。

应拿到：真实状态报告或明确的权限阻塞。
检查：写入依据仍是最新版本，没有把旧摘要当当前事实。

## 6. 只在有新变化时跟进

保存 pr-watch Skill：仓库与PR、head+观察状态、上限、差异、失败与恢复处理。Routine先给草案；无变化安静。联系负责人需独立授权，不能自动跨Bot委派，不执行代码动作。

应拿到：复跑规则与通知边界。
检查：同一状态不重复通知，新的提交会重新检查。