项目经理Skill：把 WBS、甘特图、风险管理与冲刺规划交给 AI 助手
- 一句话定位：
project-manager（项目经理Skill）是一款面向软件项目的 Copilot 代理，专注项目规划、调度、风险管理和进度跟踪，把散落在文档、表格和会议里的项目管理工作结构化下来。 - 覆盖全流程：从范围定义（WBS）、进度开发（甘特图、里程碑）、资源与预算规划，到风险识别与应对、利益相关者沟通、敏捷冲刺与回顾，形成完整闭环。
- 强约束的对话方式：内置 5 阶段一问一答流程，每次只问一个问题，逐步收集项目信息，避免一次性丢给用户一张长长的问卷。
- 有"项目记忆"：会强制读取
steering/目录下的structure.md、tech.md、product.md，让所有产出与既有架构、技术栈、业务目标保持一致。 - 可编排、可追踪：配套
musubi-orchestrate多技能编排与musubi-workflow工作流引擎，把项目管理动作嵌入到真实的研发节奏中。
1. 该技能叫什么？如何一键安装 AI 技能提升开发效率？
基本信息
| 项目 | 内容 |
|---|---|
| 技能中文名 | 项目经理Skill |
| 技能英文名 | project-manager |
| 技能ID | 13464 |
| 技能类型 | Copilot 代理型技能（角色定义 + 工作流 + 模板） |
| 授权工具 | Read、Write、Edit、TodoWrite |
| 触发术语 | 项目管理、项目计划、WBS、甘特图、风险管理、冲刺规划、里程碑跟踪、项目时间线、资源分配、利益相关者管理 |
它解决什么问题
在软件研发中，项目管理往往是最容易被"顺手做掉"的环节：需求文档写完了却没有 WBS，排期靠拍脑袋，风险日志建了没人更新，周报每次从零开始写。这类工作的共性是——方法论清晰、模板高度重复、但对上下文一致性要求极高。
project-manager 的思路是把项目经理这个角色"打包"成一个可调用的 AI 技能：它自带项目规划、进度管理、风险管理、利益相关者管理、敏捷/Scrum 五大专业领域知识，自带一问一答的信息采集流程，并且会主动读取项目的引导文件来对齐上下文。用户不需要每次重新解释"我们用什么技术栈、项目目标是什么"。
一键安装的思路与步骤
AI 技能的核心价值在于"装一次、长期用"，因此安装环节应当尽量轻。整体思路分为三步：
第一步：确认安装前提
- 你所使用的 AI 编程助手需要支持自定义技能/Skill 机制（详情中该技能以
name、description、allowed-tools的清单形式定义，属于标准技能包结构）。 - 确认运行环境具备
Read、Write、Edit、TodoWrite四类工具权限，否则技能读取引导文件、写入交付成果的能力会受限。 - 若希望使用多技能编排与工作流能力，需要环境中存在
musubi-orchestrate与musubi-workflow命令行工具。
第二步：通过官方入口安装并启用
技能的获取方式、具体安装命令与存放路径，请以技能平台的官方说明为准（本技能详情中未给出安装指令，故此处不做具体命令示例）。一般流程是把技能包放入平台的技能目录或通过平台的技能商店/仓库入口添加，然后在会话中启用该技能。
第三步：验证是否生效
安装后可以用三种方式快速自检：
- 触发词验证：在会话中输入"帮我做一份项目计划，包含 WBS 和里程碑"，观察回复是否以项目经理代理身份开场、是否进入一问一答流程。
- 命令验证：若环境已装编排工具，执行
musubi-orchestrate list-skills查看可用技能列表中是否出现该技能；执行musubi-orchestrate status查看当前编排状态是否正常。 - 记忆验证：询问"当前项目的技术栈和架构约定是什么"，若技能正确读取了
steering/tech.md与steering/structure.md并据此作答，说明项目记忆链路已打通。
提示：安装的具体命令、路径、是否收费等信息，请以官方说明为准。
2. 该技能的主要功能和特点
主要功能
- 项目规划：范围定义（WBS 工作分解结构）、进度开发（甘特图、里程碑设置）、资源规划（人员配备、预算规划）、风险规划（风险识别与缓解策略）。
- 进度管理：进度跟踪（燃尽图、速度）、KPI 管理（项目指标、仪表板）、状态报告（周报/月报）、问题管理（问题跟踪与升级）。
- 风险管理：风险识别（头脑风暴、检查清单）、风险分析（影响 × 概率矩阵）、风险应对（规避、缓解、转移、接受四类策略）、风险监控（定期评审）。
- 利益相关者管理：沟通规划（报告频率与方法）、期望管理（需求调整、范围管理）、决策支持（数据驱动的建议）。
- 敏捷/Scrum 管理：冲刺规划（故事点估算）、每日站会（进度检查、阻塞解决）、回顾会议（改进行动）、待办事项管理（优先级排序）。
差异化特点
- 只问一个问题的对话纪律：技能明确规定"始终只问一个问题，等待用户回答"，禁止一次抛出多个问题，并强制显示
👤 用户: [回答待ち]的交互占位，让信息采集过程可追溯、不遗漏。 - 项目记忆（引导系统）：开始任何任务前强制读取
steering/structure.md、steering/tech.md、steering/product.md，确保产出与架构模式、技术栈、业务目标对齐；若文件不存在，则提示用户运行@steering完成项目记忆初始化。 - 双语文档策略：要求所有文档先产出英文版
.md，随后必须产出日文版.ja.md；而在引用和指定路径时统一使用英文版，保证代理间协作的一致性。 - 工作流阶段映射：把项目经理职责明确映射到 Stage 0～9 的研发阶段（调查 → 需求/设计/任务 → 实现/评审/测试 → 部署/监控 → 回顾），每个阶段该做什么一目了然。
- 可被编排：借助
musubi-orchestrate的 auto、sequential、group-chat、nested、swarm、human-in-loop 六种模式，可与需求分析师、系统架构师、开发、测试、安全审计等技能协同工作。
和普通"通用聊天助手"相比，它强在有角色、有流程、有记忆、有交付物规范；和传统项目管理软件相比，它强在不需要手工建表填字段，直接用自然语言对话产出结构化成果。
3. 如何使用该技能？
步骤 1：确认项目记忆是否存在
开场先检查 steering/ 目录：
- 存在
structure.md、tech.md、product.md：技能会自动读取，并据此对齐后续所有产出。 - 不存在：技能可继续工作，但建议先运行
@steering建立项目记忆，避免后续每次重复解释背景。
步骤 2：用触发词唤起技能
在会话中直接提出项目管理类需求即可，例如：
帮我为"会员中心重构"项目制定一份项目计划，包含 WBS 和里程碑。
技能会以项目经理代理身份开场，并进入阶段 1 的信息采集：
你好！我是项目经理代理。
我协助项目规划和管理。
【问题 1/7】请告诉我项目的基本信息。
- 项目名称
- 项目目的/目标
- 当前阶段（计划/执行/监控/结束）
👤 用户: [回答待ち]
步骤 3：按一问一答完成 7 项信息采集
依次回答：项目名称/目的/当前阶段 → 项目范围（主要功能与交付成果）→ 时间约束（开始/结束日期、里程碑）→ 团队构成（人数、角色、技能集）→ 预算约束 → 已知风险与约束事项 → 管理方法偏好（瀑布/敏捷/混合）。
输入示例（针对第 3 问）：
上线时间 2025-06-30，中间设两个里程碑：
5-10 完成核心接口联调，6-10 完成灰度发布。
步骤 4：进入计划创建与交付物生成
信息齐备后，技能进入阶段 2「项目计划创建」，按模板产出项目计划书等交付物。此时需要注意文档语言策略：
- 先创建英文版，例如
project-plan.md； - 紧接着必须创建日文版
project-plan.ja.md； - 后续在任何文档中引用该成果时，统一使用英文版路径。
输出说明：交付物通过 Write / Edit 工具落盘，进度通过 TodoWrite 跟踪；若只想快速看结构，可以要求"先给我 WBS 的层级大纲，不落盘"。
步骤 5：接入工作流做持续跟踪
在已安装 MUSUBI 工作流引擎的环境中，可用命令把项目管理动作固化下来：
# 新项目开始时初始化工作流
musubi-workflow init <项目名称>
# 进度评审时确认指标
musubi-workflow metrics
# 回顾会议前调取历史
musubi-workflow history
技能会把项目经理职责对应到各阶段：Stage 0 定义调查范围与期间；Stage 1-3 做进度跟踪与资源分配；Stage 4-6 聚焦风险管理与阻塞解决；Stage 7-8 负责发布计划与生产监控；Stage 9 引导回顾会。
步骤 6：需要跨技能协作时使用编排命令
# 自动选择最合适的技能执行任务
musubi-orchestrate auto "设计并实现用户认证功能"
# 按依赖顺序依次执行多个技能
musubi-orchestrate sequential --skills requirements-analyst system-architect software-developer
# 多技能协商得出结论
musubi-orchestrate run group-chat --skills security-auditor code-reviewer performance-optimizer
# 查看可用模式与技能
musubi-orchestrate list-patterns
musubi-orchestrate list-skills
步骤 7：进入进度、风险与回顾阶段
项目执行期间，可继续用"更新本周进度与阻塞项"“按影响×概率重排风险清单”"组织一次冲刺回顾"等指令，进入阶段 3～5 的进度管理、问题解决与项目回顾。涉及需要人工确认的发布决策，可选用 human-in-loop 编排模式加入审批门。
4. 同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| project-manager（项目经理Skill） | 研发场景专用的项目管理 AI 代理 | WBS、甘特图与里程碑、资源与预算规划、风险矩阵、冲刺与回顾、周报月报、编排与工作流集成 | 需支持 Skill 机制的环境与 Read/Write/Edit/TodoWrite 权限；安装方式以官方说明为准 | 软件项目全周期管理、跨技能协作、需要与代码库上下文对齐的团队 | 优势：有角色、有流程、有项目记忆、交付物规范统一；不足：依赖环境与配套 CLI，非研发场景适配度一般 |
| 通用对话式 AI 助手 | 通用问答与写作助手 | 自然语言生成计划、总结、清单 | 零门槛，开箱即用 | 临时写个计划草稿、会议纪要 | 优势：上手最快；不足：无项目记忆、无固定流程、每次需重复交代背景，产出结构不稳定 |
| 传统项目管理工具（如 Jira、禅道类） | 任务与缺陷管理系统 | 需求池、任务看板、燃尽图、报表 | 需部署或订阅，需人工建模与持续维护 | 大型团队协作、审计与流程合规 | 优势：数据沉淀强、可视化成熟；不足：初始化成本高、文档与计划需手工编写，不擅长生成规划文本 |
| 自建提示词模板库 | 团队内部沉淀的提示词集合 | 计划模板、周报模板、风险清单模板 | 需自行整理维护，无统一执行引擎 | 小团队低成本复用 | 优势：完全可控、成本低；不足：缺少对话流程约束与工具调用能力，无法自动读写文件、无法编排多技能 |
从对比可以看出，project-manager 的差异化不在"能不能写出一份计划"，而在于把项目经理的工作方法固化成可重复执行、且能读取项目上下文的流程。
5. 该技能的典型应用场景与实际体验情况
场景一：新项目立项，从零搭建计划骨架
- 角色：技术负责人 / 兼任 PM 的开发组长。
- 痛点：立项时要交 WBS、里程碑、资源与预算估算，但手头只有一份需求草稿，从零写要花掉一两天。
- 使用方式：输入项目目标与时间约束，按 7 问流程逐步回答，让技能产出 WBS 层级、里程碑节点与风险初稿。
- 体验情况：上手难度低，只要愿意逐步回答问题即可；效果上，结构化程度明显高于直接让通用助手"写个项目计划"。注意事项是必须认真对待每一个问题的回答质量，因为技能严格一问一答，答得含糊，后续计划也会含糊。
场景二：迭代执行期的进度与阻塞管理
- 角色：Scrum Master / 迭代负责人。
- 痛点：每日站会记录散落在聊天工具里，燃尽图靠手工填，阻塞项没人跟到底。
- 使用方式：每轮站会后让技能汇总进度、识别阻塞、更新问题清单；结合
musubi-workflow metrics复核指标。 - 体验情况：适合把"口头同步"转成"可追踪条目"。需要注意的是，技能负责结构化与建议，真实数据的准确性仍取决于输入，所以站会记录要完整。
场景三：风险复盘与应对策略制定
- 角色：项目集负责人 / 交付经理。
- 痛点：风险清单常年不更新，风险等级全凭感觉，缺少统一的评估口径。
- 使用方式：让技能用头脑风暴与检查清单做风险识别，再用"影响 × 概率"矩阵排序，并给出规避、缓解、转移、接受四类应对建议。
- 体验情况：这是该技能体感最强的环节之一，因为四类应对策略的口径是固定的，讨论时不容易跑偏。注意事项：涉及预算、合同、法务的风险结论，仍需人工复核后再对外沟通。
场景四：跨技能协作完成端到端交付
- 角色：全流程负责的技术管理者。
- 痛点：需求、架构、开发、评审、安全各环节各说各话，交接处最容易掉链子。
- 使用方式：用
musubi-orchestrate sequential按依赖顺序串联需求分析师、系统架构师、开发等技能，用group-chat让安全审计、代码评审、性能优化三方协商，PM 技能负责节奏与产出对齐。 - 体验情况：编排能力是这个技能相对同类产品的明显加分项，但前提是环境中已具备对应 CLI 与配套技能；初次使用建议先用
musubi-orchestrate list-skills和list-patterns摸清家底。
6. 该技能能为用户带来的价值
- 把"兼职 PM"从重复劳动里解放出来：WBS 拆解、里程碑设置、周报月报、风险清单这些高重复、强模板的工作，从"每次从零写"变成"对话式补全"。原先需要半天到一天的计划初稿，通常在几轮问答内即可成形。
- 降低项目管理的方法论门槛：很多开发出身的负责人并不熟悉影响×概率矩阵、四类风险应对策略、故事点估算等做法。技能把这些方法内嵌在流程里，用户只需要回答问题，方法由技能负责执行。
- 保证多代理协作的一致性：通过强制读取
steering/下的架构、技术栈、产品背景文件，避免不同环节的产出互相打架，也减少每次会话重复解释项目背景的成本。 - 提升交付物的可追溯性：文档采用英文主版本 + 日文翻译版本的命名与引用约定，引用路径统一为
.md，让代理之间、人与代理之间的交叉引用不再混乱。 - 长期价值在于"沉淀"：项目记忆、工作流历史、回顾记录会随着项目推进不断累积，下一个项目的起点不再是空白，而是上一轮的经验。
7. 常见问题 FAQ
Q1：这个技能怎么安装？装完怎么确认能用？
A：先把技能包按技能平台的官方入口添加并启用（具体安装命令与路径以官方说明为准），并确认环境授予了 Read、Write、Edit、TodoWrite 权限。验证方法有三种：输入"帮我做一个包含 WBS 的项目计划"看是否进入一问一答流程；执行 musubi-orchestrate list-skills 看列表是否包含该技能；询问项目技术栈看是否正确读取 steering/tech.md。
Q2：使用这个技能收费吗？
A：技能详情中没有包含任何定价信息，是否收费取决于你所在技能平台的规则，请以官方说明为准。技能本身依赖的 musubi-orchestrate、musubi-workflow 等工具的使用条件，同样以官方文档为准。
Q3：它适合谁用？纯前端的同学用得上吗？
A：最适合三类人：兼任项目经理的技术负责人、Scrum Master/迭代负责人、需要向上汇报进度的开发骨干。它不限定技术栈，只要项目是软件项目，WBS、里程碑、风险管理、冲刺规划这些能力都能用；纯前端项目同样适用，只是资源规划部分的颗粒度可能更小。
Q4：它和直接问通用 AI 助手"帮我写个项目计划"有什么区别？
A：三点核心区别：一是有角色和流程，强制一问一答采集 7 项关键信息，避免遗漏范围、预算、风险等要素；二是有项目记忆，会主动读 steering/ 文件对齐架构与技术栈；三是有交付物规范，文件命名、双语版本、引用路径都有明确约定。通用助手更灵活，但产出结构和一致性需要你自己兜底。
Q5：它会不会一次性问我一大堆问题，导致体验很差？
A：不会。技能有明确的对话纪律：始终只问一个问题并等待回答，禁止用"问题 X-1、问题 X-2"这类形式批量提问，且每个问题后都会显示 👤 用户: [回答待ち]。如果你发现它一次抛出多个问题，通常说明技能未正确加载。
Q6：产出的文档为什么要有英文版和日文版两个？我只想要中文怎么办？
A：双语是技能设定的文档语言策略：英文版 .md 是主文档与引用标准，日文版 .ja.md 为必需翻译，技能被明确禁止跳过日文版。如果你的团队只需要中文，建议在会话开头明确告知语言偏好，并以实际产出为准；跨文档引用时仍应遵循技能的英文版路径约定，以免协作时找不到文件。