2026-06-26 PM调度归口

用户目标

用户希望后续 Mindraw 与 m4c 两边的工作规划、Phase / Round 定义、Todo 产生和共同验收统一归口到本 PM 窗口，由本窗口下达任务；两边执行窗口继续保留各自 session、代码库和过程文档。

已完成事项

• 确认可行的工作模型：本窗口作为 Mindraw / m4c 跨项目联调的总 PM / 调度台；Mindraw 与 m4c worker session 只执行已派发任务并回写证据。
• 更新用户级规则 /Users/ar/.codex/AGENTS.md：当项目声明统一计划台账由 PM / 调度台管理时，Phase、Round、活跃 Todo、优先级、依赖、Go / No-Go 和下一轮派工只能由该台账生成或确认。
• 更新主项目 AGENTS.md：明确 Mindraw / m4c 握手联调采用 PM 调度模型。
• 更新主项目 INDEX.md：把 02-P/plan-progress.markdown 标为跨项目握手联调的唯一 PM 调度台账。
• 更新 02-P/plan-progress.markdown 的 P-20260626-m4c-handshake-coordination：新增 PM 调度模型，明确两边执行窗口的权限边界、成果回报字段和共同验收收敛规则。
• 更新 m4c 侧入口文档 p.mindrawforcodex/AGENTS.md、p.mindrawforcodex/INDEX.md、p.mindrawforcodex/mindrawforcodex-工作计划.md：m4c 本地文档只保留实现细节、QA 证据、角色日志和建议 / 阻塞，不再作为活跃派工入口。

关键决策

• 统一入口：/Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown
• 当前统一计划项：P-20260626-m4c-handshake-coordination
• 两边 worker session 保留各自 session、代码库和过程文档。
• 跨项目 Phase / Round / 活跃 Todo 的新增、拆分、合并、改名、优先级调整和 Go / No-Go 判定只能由统一计划项生成或确认。
• worker session 发现新增任务、阻塞或计划变化时，只能作为 proposal / blocker 回报给统一计划项。
• m4c 的 02-P/ 过程文档仍不纳入 m4c Git；本次没有改变该版本管理边界。

文件变更

• /Users/ar/.codex/AGENTS.md
• /Users/ar/Projects/ExcalidrawX/AGENTS.md
• /Users/ar/Projects/ExcalidrawX/INDEX.md
• /Users/ar/Projects/ExcalidrawX/02-P/plan-progress.markdown
• /Users/ar/Projects/ExcalidrawX/p.mindrawforcodex/AGENTS.md
• /Users/ar/Projects/ExcalidrawX/p.mindrawforcodex/INDEX.md
• /Users/ar/Projects/ExcalidrawX/p.mindrawforcodex/mindrawforcodex-工作计划.md

Git 记录

• 主项目提交：81b358f docs: define cross-project PM dispatch model
• m4c 03-O Git 未提交新内容；m4c 过程文档按用户要求不纳入版本管理。

未决问题

• 下一轮需要由 PM 从 P-20260626-m4c-handshake-coordination 下发第一批具体任务，当前建议先推进 Mindraw 侧 H1 production design，再并行准备 m4c 侧 H4 dry-run-only adapter。

后续建议

• 给 Mindraw worker 和 m4c worker 分别发送统一通知，要求以后只从 P-20260626-m4c-handshake-coordination 领取 H* 任务，并按任务 ID、改动文件、验证命令、证据、剩余风险和下一步归属回写。