edit | blame | history | raw

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_atlast_checked_atwatch_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.md02-P/plan-progress.markdown02-P/pmo-active-assignments.jsonINDEX.md
  • 变更前:02-P/pmo-active-assignments.json 主要被描述为 active assignment / 派工事实源;模板没有显式 next_check_atlast_checked_atwatch_status;没有本地 pmo-consumption-overdue SLA 口径。
  • 变更后:02-P/pmo-active-assignments.json 明确承担 PMO Watch Queue;watchable statuses 包含 activedispatch-blockedpending-sendpmo-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 消费延迟。