Codex CLI教程（特殊篇） | PM Skills 全量解析剖析
Codex CLI教程（特殊篇） | PM Skills 全量解析剖析
- PM Skills 全量解析剖析手册（实战版）
- 0. 一句话总览
- 1. 作者初衷（你需要先理解）
- 2. 全技能地图（以 skills.sh 安装包为准：13 个）
- skills.sh 这 13 个
- 3. 每个技能到底干嘛、何时用、怎么触发
- 4. 为什么“有产物描述”但“不保证自动落盘”
- 5. 稳定触发模板（万能）
- 6. 单个用 / 半自动 / 全自动：怎么选
- 单个用（最稳）
- 半自动（推荐默认）
- 全自动（慎用）
- 7. 个人博客系统：推荐串联顺序（可执行）
- 8. 自动串联总控提示词（博客项目）
- 9. 你要避免的三类误用
- 10. 你的验收标准（判断是否“真正会用”）
- 11. 结论
PM Skills 全量解析剖析手册（实战版）
目标：看完就能独立判断“什么时候用哪个 skill、怎么触发、怎么串联、怎么稳定产出文件”。
参考：
- https://github.com/zephyrwang6/pm-skills
- https://skills.sh/zephyrwang6/pm-skills
0. 一句话总览
pm-skills不是“一个万能命令”，而是“多个可组合的产品工作流模块”：
- 单个 skill：解决一个明确环节
- 半自动串联：解决一个完整项目阶段
- 全自动：适合模板成熟后的批量复用
1. 作者初衷（你需要先理解）
从仓库 README 可归纳出三点：
- 减少重复脑力劳动：PRD、评审、排序、复盘本质重复
- 把流程标准化：每一步有输入、有结构、有检查项
- 把 PM 精力还给决策：AI做结构化执行，人做价值判断
核心不是“替代 PM”，而是“把重复摩擦外包给 AI”。
2. 全技能地图（以 skills.sh 安装包为准：13 个）
结论先行：
https://skills.sh/zephyrwang6/pm-skills当前列出的就是13 个技能。
你会看到“14+”的原因通常是：把仓库里的变体目录（如pm-*与space-*）或扩展项一起算进来了。
skills.sh 这 13 个
space-image2protospace-prd-writerspace-review-boardimage2pencilweb-prototypespace-analyticspm-competitor-deconstructorpm-postmortem-writerspace-prioritization-enginespace-roadmap-plannertracking-spec-writerspace-survey-designerspace-experiment-designer
3. 每个技能到底干嘛、何时用、怎么触发
| Skill（按 skills.sh 13个） | 干什么 | 典型触发词 | 什么时候用 | 产物 |
|---|---|---|---|---|
space-prd-writer | 模糊想法转PRD | 写PRD/需求文档 | 项目起步、需求散乱时 | mdPRD + 待确认项 |
space-review-board | 六角色评审 | 评审/review | PRD初稿后，开发前 | 评审报告（阻断/重要/建议） |
space-prioritization-engine | RICE/ICE/Kano排序 | 排优先级/RICE | 功能多、资源紧时 | 排序表 + Now/Next/Later |
space-roadmap-planner | 里程碑与排期 | 路线图/版本规划 | 优先级定完后 | 路线图（常见html+md） |
tracking-spec-writer | 埋点方案设计 | 埋点/tracking | 开发前或开发中 | 事件字典 + QA校验 |
space-experiment-designer | A/B实验完整设计 | A/B/实验设计 | 要验证方案有效性 | 实验方案（样本量/判定/止损） |
space-analytics | 数据归因与建议 | 数据分析/漏斗/留存 | 上线后监测优化 | 分析报告 + 行动建议 |
pm-postmortem-writer | 复盘报告 | 复盘/postmortem | 版本结束后 | 目标对照+归因+行动项 |
pm-competitor-deconstructor | 竞品四维拆解 | 竞品分析/对标 | 方向不清或找差异化 | 可借鉴/不可抄/差异化建议 |
space-survey-designer | 问卷设计与偏差控制 | 设计问卷/调研 | 缺用户反馈时 | 问卷+样本策略+分析框架 |
space-image2proto | 图片转原型结构 | 图转原型 | 有截图参考时 | 原型结构说明 |
image2pencil | 图片转低保真草图 | 低保真/草图 | 早期方案讨论时 | 线框稿说明 |
web-prototype | Web原型表达 | web原型/prototype | 需要快速演示页面流程时 | 原型页面/说明文档 |
4. 为什么“有产物描述”但“不保证自动落盘”
关键在于两层：
- 技能层定义：写了“应输出 md/html”
- 执行层行为：是否真的保存到本地、保存到哪里
如果你不指定路径，常见结果是“只在对话里输出”。
所以要稳定落盘，必须显式写：
- 输出格式（Markdown/HTML）
- 保存路径（绝对或相对路径）
- 结束时回报文件路径
5. 稳定触发模板（万能）
使用 [skill名]。 背景：[一句话] 输入：[文档/数据/功能列表] 请输出：[明确产物] 格式：[Markdown/HTML] 保存到：[具体路径] 最后请返回生成文件路径；若无法写入，请先在对话完整输出并说明原因。6. 单个用 / 半自动 / 全自动：怎么选
单个用（最稳）
适合：
- 关键文档（PRD、复盘）
- 高风险阶段（评审、优先级）
优点：质量高、可控
缺点：切换多、效率一般
半自动（推荐默认）
做法：
- 你定义顺序和产物路径
- 每步结束先摘要+路径，再下一步
- 缺信息先
[假设]，最后统一汇总待确认
优点：效率和质量平衡最好
缺点：需要一条“总控提示词”
全自动（慎用）
适合：
- 模板成熟、项目重复、节奏固定
风险：
- 跑偏速度快
- 文档“看起来完整”但未必贴业务
7. 个人博客系统：推荐串联顺序（可执行）
pm-competitor-deconstructorspace-prd-writer（先需求梳理，再PRD）space-review-boardspace-prioritization-enginespace-roadmap-plannertracking-spec-writerspace-experiment-designer（可选）space-analyticspm-postmortem-writer
可插拔：
- 不确定用户偏好时插
space-survey-designer - 需要视觉表达时插
space-image2proto、image2pencil、web-prototype
8. 自动串联总控提示词（博客项目）
请围绕“个人博客系统（个人开发）”按顺序执行： 竞品拆解 -> 需求梳理/PRD -> 评审 -> 优先级 -> 路线图 -> 埋点 -> 实验方案 -> 数据分析模板 -> 复盘模板。 不要写代码。 规则： 1) 每一步都输出文档并保存到 docs/ 指定路径； 2) 每一步结束先给摘要+文件路径，再进入下一步； 3) 信息不足先用[假设]继续，最后汇总待确认项； 4) 若某技能不可用，说明原因并给替代步骤，不中断流程。9. 你要避免的三类误用
- 不点名技能：只说“帮我做” -> 输出容易发散
- 不给输入材料：没有上下文 -> 结果泛化
- 不指定路径：容易只在对话输出，不落盘
10. 你的验收标准（判断是否“真正会用”）
你能做到以下 5 点，就算掌握：
- 能判断当前阶段该用哪个 skill
- 能写出稳定触发提示词（技能名+输入+输出+路径）
- 能把 5+ 份产物连续落盘
- 能在缺信息时让流程继续（假设机制）
- 能在关键节点人工拍板（不盲目全自动）
11. 结论
这套 skills 最强用法不是“全自动产很多文档”，而是：
人负责决策，skill 负责结构化执行。先单点稳定，再半自动编排。
当你把输入模板、命名规则、路径规范固定后，这套体系会非常高效，且可长期复用。