2026-07-08 PMO 巡检队列保存确认

用户目标

Owner 明确要求保存本次侧聊会话。主题是 PMO 消费延迟后，如何把 Mindraw 本地 PMO Watch Queue 机制落实到项目规则和台账。

已完成事项

• 已确认详细会话记录存在：.codex-sessionhistory/2026-07-08-PMO巡检队列.md。
• 本轮新增本文件作为同日同主题的保存确认记录，避免覆盖原记录。
• 原记录已经包含用户目标、已完成事项、关键决策、文件变更、核心事实 / 变更快照、未决问题和后续建议。

关键决策

• 不再继续修改全局规则；全局 project-governance.md 已有 Watch Queue / 同轮消费原则。
• Mindraw 本地把 02-P/pmo-active-assignments.json 明确为 PMO Watch Queue。
• Mindraw 发布冲刺期采用 5 分钟 PMO 终态消费 SLA。
• Hook 只做提醒、门禁或记录，不自动改写版本化事实源。

文件变更

本次侧聊产生或确认的文件变更：

• AGENTS.md
• INDEX.md
• 02-P/plan-progress.markdown
• 02-P/pmo-active-assignments.json
• .codex-sessionhistory/2026-07-08-PMO巡检队列.md
• .codex-sessionhistory/2026-07-08-PMO巡检队列-01.md

核心事实 / 变更快照

• 变更对象：Mindraw PMO 派工事实源与巡检规则。
• 变更前：02-P/pmo-active-assignments.json 主要是派工登记 / active assignment 事实源。
• 变更后：02-P/pmo-active-assignments.json 同时承担 PMO Watch Queue，包含 watch_queue_policy，模板包含 next_check_at、last_checked_at、watch_status。
• 边界：本次只改项目治理文档、台账规则、索引和会话记录；没有改源码、构建脚本、App、plugin 或候选产物。

未决问题

• 下一次 PMO 派发 worker 时，必须真实填写 next_check_at 并在巡检后更新 last_checked_at / watch_status，否则规则仍可能停留在文档层。

后续建议

• 下一次 CM1 / QA 复验派发时，用新 Watch Queue 字段实际跑一轮，验证 PMO 不再漏消费 worker 终态。