技能介绍

要解决什么问题

软件研发里，PM 要在范围、质量、进度、成本约束下把 BA 的需求文档和 SA 的架构说明落成可执行计划。常见痛点是：迭代 0 与 MVP 边界不清、总体规划要拼多份上游交付件、单迭代资源与约束难以结构化，以及全项目人天估算缺少可对照的参照系。本技能把 Agent 定位为真实 PM 的助手：产出均为草稿/建议，需经人工审阅后生效。

如何工作

通过远程 MCP（https://mcp.smartmoves.com.cn/pm/mcp，streamable-http）提供分阶段 Tool 调用；各子技能均以 context 中的 stage 推进，且首次调用必须 {"stage":"init"} 做工作区路径确认，后续在用户消息首行以「基准路径：{路径}」告知服务端。

核心链路包括：

pm_master_iteration_zero：概念级需求 + 高层技术约束 → 《迭代0计划》（7 阶段，含 Qdrant 知识检索）
pm_mvp_planning：概念级需求与场景 → 《MVP 项目计划表》（8 章，含角色费率卡成本估算）
pm_project_planning_proposal：整合 PRD、架构、迭代0/MVP 结果与工作量评估 → 《项目总体规划》（10 章 + 计划总表）
pm_master_iteration_plan：总体规划 + PRD + 架构 + 当前迭代待办 → 《迭代计划表》（6 章，不做成本评估）
pm_workload_assessment：全量 PRD/架构 + 团队配置 → 参照系 S1–S13 相似性比对 → 《工作量评估报告》，并引导 PM/BA/SA 三方评审

文档落盘路径约定在 workspace/{pm-workspace}/{项目}/ 下（如 iteration-0-plan.md、mvp-plan.md 等）。协议细节（[DOC]、[ASK]、[NOTIFY] 等）由服务端 [PROTOCOL v=1.0] 块注入，客户端需缓存并在后续 context 附加 "proto":"1.0"。

边界与注意点

禁止越界：不编写代码、不设计系统架构、不代替 BA 做需求澄清、不代替 PM 做最终决策；迭代 1+ 计划必须基于 BA/SA 上游文档，不凭空编造工作项、依赖或工期。不确定项应标为「待确认/待验证」，避免绝对化承诺。MCP 连接失败时应告知用户服务不可用；连接成功后再展示技能清单。