# 2026-07-08 PMO 巡检队列 ## 用户目标 Owner 指出代码审核员已停二十多分钟而 PMO 未消费终态,要求先复核最新全局规则,再按“Mindraw 本地把 PMO Watch Queue 机制补实”的建议落实。 ## 已完成事项 - 只读复核最新全局 `~/.codex/rules/project-governance.md`,确认全局层已经要求显式 Watch Queue、`next_check_at` 到期巡检、worker 终态同轮消费和 Progress Log 不替代活跃调度队列。 - 判断本轮不继续修改全局规则,改为在 Mindraw 本地落实可执行的 PMO Watch Queue。 - 在 `AGENTS.md` 增补 Mindraw 本地 PMO Watch Queue 规则。 - 在 `02-P/plan-progress.markdown` 维护要求和 MEXP15 Progress Log 中记录本地治理动作。 - 在 `02-P/pmo-active-assignments.json` 增加 `watch_queue_policy`,并给 MD / M4C assignment 模板补 `next_check_at`、`last_checked_at`、`watch_status`。 - 在 `INDEX.md` 更新 `02-P/pmo-active-assignments.json` 的用途说明。 ## 关键决策 - `02-P/pmo-active-assignments.json` 不再只是派工登记表,同时作为 Mindraw 本地 PMO Watch Queue。 - Mindraw 本地发布冲刺期采用 5 分钟 PMO 终态消费 SLA。 - 当 `report_target` 已出现 `PM_NOTIFY_READY` / `PASS` / `FAIL` / `BLOCKED` / `PARTIAL` / `CHANGES_REQUESTED` / `PMO_REPORT_BLOCKED` 等终态,而 assignment 超过 SLA 仍未关闭或改类,应标记或记录为 `pmo-consumption-overdue`。 - PMO 在开始汇报、收尾、停下、答复 Owner 状态、派下一棒或做 PMO Gate 前,必须先扫 active assignments、`02-P/PMO_INBOX.md` 和必要的 worker latest turn。 - Hook 只用于提醒、门禁或记录,不自动改写版本化事实源。 ## 文件变更 - `AGENTS.md` - `INDEX.md` - `02-P/plan-progress.markdown` - `02-P/pmo-active-assignments.json` - `.codex-sessionhistory/2026-07-08-PMO巡检队列.md` ## 核心事实 / 变更快照 - 变更对象:Mindraw PMO 派工事实源和本地巡检规则。 - 事实来源:`AGENTS.md`、`02-P/plan-progress.markdown`、`02-P/pmo-active-assignments.json`、`INDEX.md`。 - 变更前:`02-P/pmo-active-assignments.json` 主要被描述为 active assignment / 派工事实源;模板没有显式 `next_check_at`、`last_checked_at`、`watch_status`;没有本地 `pmo-consumption-overdue` SLA 口径。 - 变更后:`02-P/pmo-active-assignments.json` 明确承担 PMO Watch Queue;watchable statuses 包含 `active`、`dispatch-blocked`、`pending-send`、`pmo-consumption-overdue`;active assignment 要维护巡检字段;终态超过 5 分钟未消费要先补消费并记录。 - 范围边界:本轮只改项目治理文档、台账规则和 assignment 模板,不改源码、构建脚本、App、plugin、候选 DMG 或候选 plugin 包。 - 验证证据:`jq empty 02-P/pmo-active-assignments.json` 通过;当前未发现 active / dispatch-blocked / pending-send / pmo-consumption-overdue assignment;`git diff --check -- AGENTS.md INDEX.md 02-P/plan-progress.markdown 02-P/pmo-active-assignments.json` 通过。 ## 未决问题 - 后续每次 PMO 新派 worker 时,需要真实填写 `next_check_at`、巡检后更新 `last_checked_at` / `watch_status`,否则规则只是文档化,仍可能退化为人工记忆。 - 当前没有新增 hook 自动改写 assignment;这是有意边界,后续如要做自动提醒,只能提醒 / 门禁 / 记录,不应自动修改版本化事实源。 ## 后续建议 - 下一次派发 QA / CM1 recheck 时,用新模板真实写入 `next_check_at`,验证 Watch Queue 是否能实际防止 PMO 消费延迟。