メニュー
帮助用户把产品需求拆解成渐进式版本规划。当用户说"拆版本"、"版本规划"、"MVP怎么做"、"分阶段实现"时触发。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| 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. 先看看技术架构设计
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）。