PM Master 项目管理编排器

很多 Agent 在处理项目管理工作时会退化成“给建议”：给一份任务清单、一段风险提示，或者把瀑布和敏捷的模板混着用。真到落地时，WBS 拆不到可执行的粒度、计划和实际成本对不上、阶段门被跳过、运营期改动没人刷新交付物，项目视图很快和实际状态脱节。pm-master 的定位不是参谋，而是一套强制执行的运营手册（enforced operating manual）：每一步都有明确的输入、输出和校验脚本，不允许降级为建议式回答。

核心机制：先建真相源，再做编排

• 入口是 project.yaml：每次任务先定位或创建项目状态文件，否则流程不启动；project_state.py 负责读写、迁移和 checkpoint。
• 四维分类决定方法论：先判定 type（project/program）、methodology（waterfall/agile/iteration/hybrid）、phase 与 intent，再加载对应的 references 模板，禁止跨方法论混用交付物。
• WBS 由领域专家拆解：规划期不是由编排者自行列清单，而是通过 dispatch.py 生成派工计划，把 SOW 级包分派给 planner-agent、risk-agent 等领域专家子代理；叶子包必须带角色、owner、估算和 DoD，且不超过 granularity_threshold（默认 10 人天）。重复运行 dispatch.py 是幂等的，已合规包不会重复派工。
• 质量门是阻断式的：交付前必须通过 consistency_check.py（exit 0），否则不予交付；领域活动缺角色或超粒度时该检查为 fatal（exit 1），编排者不得自行拆解绕过。

执行、治理与护栏

• 子代理协议：需要并行时在同一条消息里派发，子代理报告必须符合 references/subagent-protocol.md 的 JSON 契约，并用 subagent_check.py 校验通过后才能合并。
• 状态机与阶段门：planning → review → baselined → operational → closed 的硬性迁移由 gate_engine.py 加审批控制，baseline.py --freeze 冻结基线；运营期改基线只能走变更控制，_checkpoint.step 会拒绝非法跳步。
• EVM 与执行驱动：执行/监控阶段用 evm.py 建立 CPI/SPI 基线，execution_driver.py 驱动执行清单并自检，control_engine.py 按节奏巡逻。
• OAG 交付物护栏（Iron Rule #12）：运营期任何对 project.yaml 的修改，都必须重新渲染受影响的交付物并让 artifact_guard.py 通过；陈旧交付物会被判为护栏违规并标红。
• Program 分层：program 层只维护子项目里程碑、健康度和收益进展，细节留在子项目内；汇总由 rollup_subprojects.py 完成，program 视图永远只读。

适用边界

它适合需要可审计、可复现 PM 工件的中大型项目与多子项目 program；工作区必须支持读写 project.yaml、运行 /scripts/ 下的 Python 脚本，并且依赖所选平台的子代理后端（WorkBuddy 用 team，OpenClaw 用 agent 或 fork，由 config.yaml 的 subagent_mode 决定）。脚本不可用时流程会失效，不要把它当成聊天式的 PM 顾问；它的价值在于持续维护一份不会漂移的真相源。