edit | blame | history | raw

2026-06-27 PM H5 Gate 调度

用户目标

用户要求 PM 不再让用户当传声筒：需要能检测 Mindraw / m4c 两边执行线程是否停下，并在满足入口条件时继续安排下一轮任务。

已完成事项

  • 检查统一台账 /Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown 的 P-20260626-m4c-handshake-coordination。
  • 复核两边线程状态：
  • Mindraw 线程 019efd00-2841-77c0-9aa4-540c1a550210 已从 idle 接到新任务并进入 active。
  • m4c 线程 019efd0e-ae6e-7331-9a51-82906bb2c5cd 已从 idle 接到新任务并进入 active。
  • 确认 m4c 并非无产出停下：M4C-H5-07 已完成并回写，总台账中 m4c 侧建议为 GO-FOR-PM-H5-RETRY-GATE，m4c 03-O 干净。
  • 更新 mindraw-m4c heartbeat 自动监控规则：后续检查同时读取总台账和两个执行线程；线程 idle 且有任务时由 PM 直接派发；线程 inProgress 长时间无回写时记录 blocker 并重派或拆恢复任务。
  • 在总台账中收敛 PM-H5-RETRY-GATE：判定 H5 retry transport 在真实 App live transport、安全副本、受控 createAiResultFrame commit 范围内为 partial GO / transport GO。
  • 在总台账中新建下一段收敛点 PM-H5-CAPABILITY-CONTRACT-GATE。
  • 新增并直接派发：
  • MD-H5-05：Mindraw 统一 capability payload / doctor canonical 语义。
  • M4C-H5-08：m4c consumer / contract guard 与 legacy/nested capability 语义矛盾检测。

关键决策

  • PM-H5-RETRY-GATE 不再阻塞于 m4c 重跑；当前 H5 retry transport 已可作为受控 partial GO。
  • 该 partial GO 不等于 H8 / formal release Go；正式发布仍阻塞于 endpoint/token 临时性、stale capability 运行态判断、capability payload 语义矛盾、Phase 4 .assets 和后续 H6/H7/H8 证据。
  • 下一段不进入 H6 / H7 / H8，先并行收口双方对 capability payload 的 canonical 语义。
  • 线程停下的判断改为任务状态判断：idle 但无可领取任务是正常待命；idle 且总台账已有可领取任务才需要 PM 自动派发。

文件变更

  • 更新 /Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown：
  • H5 状态更新为 H5 retry transport partial GO; capability contract cleanup active。
  • 新增 MD-H5-05、M4C-H5-08、PM-H5-CAPABILITY-CONTRACT-GATE。
  • 勾选并收敛 PM-H5-RETRY-GATE。
  • 更新下一轮 Goal 派工口径。
  • 追加 PM Progress Log，记录监控升级、gate 收敛和直接派发。
  • 更新 /Users/ar/.codex/automations/mindraw-m4c/automation.toml：
  • heartbeat prompt 增加线程状态检查和自动派发 / 重派规则。

未决问题

  • 等待 Mindraw 回写 MD-H5-05。
  • 等待 m4c 回写 M4C-H5-08。
  • PM 后续需要基于两边回写收敛 PM-H5-CAPABILITY-CONTRACT-GATE。

后续建议

  • 下一次 heartbeat 重点检查两个 active turn 是否有可见进度与台账回写。
  • 若任一 turn 长时间 inProgress 但无回写，先确认是否已有新 turn 或文件证据；确认卡住后在总台账记录 blocker 并重派或拆恢复任务。