Menu
帮助用户把产品需求拆解成渐进式版本规划。当用户说"拆版本"、"版本规划"、"MVP怎么做"、"分阶段实现"时触发。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Issue 池全生命周期管理（开发范式 v1 规划段）：记 issue 入池+关联检查、合并同源需求、讨论拆解（引导讲出真需求）、转成可开工 task 或滚动 plan、拆不动就 pending。复杂 plan 的框架计划正文流程已内置（原 plan-report 并入 references/plan-writing.md）。当用户说"记个 issue""新增/汇总 issue""拆 issue / 拆解
把用户的模糊诉求、粗糙 goal、handoff prompt 或任务想法收敛成 AI 可以自主执行且可验收的 goal。用于用户要求写 goal、优化 goal、制定交给 AI/subagent/Codex 执行的目标、明确 scope/non-goals/success criteria/verification/stop conditions，或需要把“今天做完、尽量优化、帮我研究并执行”等不清晰请求变成可执行任务契约时。
帮助梳理一份"框架计划报告"(项目 v1.0 计划、版本路线、阶段方案等)。通过"摸现实 → 定文档类型 → 搭骨架 → 填内容 → 统一结构 → 语言精修 → 自检" 7 步引导,产出"讲为什么做 / 做到什么程度算完 / 分几步走"的框架计划,而不是功能清单或技术方案。当用户说"写计划报告"、"项目计划"、"框架计划"、"v1.0 计划"、"版本路线"、"阶段方案"、"plan-report"、"/plan-report"时触发。
陪伴型 AI 人设生成与优化流程。当用户想给 Hermes Agent（或任意 AI 陪伴角色）做一个"有感情、聊久不掉、像真人"的人设时使用。通过"定调子 → 名字 → 外形 → 性格 → 背景 → 关系 → 说话节奏 → 生成 SOUL.md → 迭代"的结构化对话，从一句模糊想法（如"我想要个JK女友""年上男友""高冷御姐"）产出可直接贴进 Hermes SOUL.md 的第一人称人设文本。支持女友/男友/各种气质的陪伴角色，并让用户选择"一句一句发"还是"整段说"的输出风格。当用户说"做个人设/捏个AI女友男友/给Hermes弄个角色/优化人设/换个人设"时触发。
PRD + 可执行测试用例双文档一体化协作。与用户共同写并迭代。理解需求后自主读代码再写；故事驱动 + 分阶段单点确认；每个 PRD 产出 PRD-MD 与 测试用例-MD（给 AI 的事实源）+ 两份套模板的 review HTML（给人查阅，与 MD 严格 1:1）。触发：梳理/撰写/完善 PRD、需求文档、用户故事、验收标准、测试用例、测试基准、测试方案。
系统化学习材料生成器。给一个新领域/技术/概念，AI 自主调研、搭体系、产出 HTML 学习材料（含骨架/案例/工程化/争议+盲区）。当用户说"我要学 X / 帮我系统拆解 X / 我想吃透 X 这个领域 / 给我整理 X 的全貌 / 深度调研 X 给我系统讲讲 / 把 X 搞透"时触发。不适用于"X 行不行/为什么 Y"（用 long-research）、"X 有哪些好玩案例"（用 case-radar 给散点）、"把这堆素材整理成 HTML"（用 readable-output 处理已有素材）、文章写作（用 writing-assistant）、设计稿（用 design-exploration）。
| name | version-planner |
| description | 帮助用户把产品需求拆解成渐进式版本规划。当用户说"拆版本"、"版本规划"、"MVP怎么做"、"分阶段实现"时触发。 |
帮助用户把一个产品想法或需求，拆解成可执行的版本路线图（V0.1 MVP → V1.0）。
先通过提问，充分理解用户的核心需求：
从需求中提炼出：
按照以下原则拆解版本：
V0.1 MVP（最小可用版本）
V0.2-V0.5（功能迭代）
V1.0（完整产品）
生成一个清晰的版本规划文档，包含：
# [产品名]版本规划
## 产品概述
- 核心定位
- 核心价值
- 目标用户
## 核心需求清单
（列出所有需求，标注优先级）
## 版本规划路线图
### V0.1 MVP - [一句话目标]
**功能清单**：
1. ...
2. ...
**不做什么**：
- ...
**验证点**：...
**预计工作量**：X 天
### V0.2 - [一句话目标]
...
（以此类推）
## 待确认的关键信息
（列出还需要明确的技术细节、路径等）
## 下一步行动
（给出具体的 action items）
把生成的版本规划文档保存为：
[产品名]-版本规划.md
建议放在用户的项目目录或文档目录中。
助手：你好，我是版本规划助手。请先告诉我你想做什么产品？要解决什么问题？
用户：[描述需求]
助手：我理解了，让我确认几个关键点：
1. [问题 1]
2. [问题 2]
...
用户：[回答]
助手：好的，基于你的需求，我提炼出核心价值是：[总结]
你觉得这个理解对吗？有没有要补充的？
用户：对的 / [补充]
助手：那我开始拆解版本规划。我建议分 X 个版本：
[列出版本大纲]
你觉得这个优先级合理吗？
用户：[确认或调整]
助手：好的，我现在写一个详细的版本规划文档。
[生成并保存文档]
完成了！文档已保存在：[路径]
接下来你想：
1. 调整某个版本的内容
2. 开始做 V0.1
3. 先看看技术架构设计