用途：帮助用户把产品想法或需求拆解成可执行的版本路线图（V0.1 MVP 到 V1.0）。触发场景包括“拆版本”“版本规划”“MVP怎么做”“分阶段实现”。
主要能力与工作流程：第一步通过提问理解核心痛点、目标用户、必须有与可后做的功能、技术约束及未确定点；第二步提炼最小可验证价值、关键功能清单与依赖关系；第三步按原则拆解版本。V0.1 MVP 用最少功能验证核心价值，只做最核心的一个痛点，可丑、可手动、可有限制但必须跑通，不做编辑、云同步、高级功能与美化。V0.2 至 V0.5 为功能迭代，每个版本解决一个清晰子需求，优先级依次为本地增删改查、数据安全（备份与版本管理）、跨设备或分享、进阶功能（导入导出、市场等），每个版本都要有验证点。V1.0 覆盖性能优化、错误处理、UI/UX 打磨、文档与引导，达到可对外发布质量。
输出文档包含产品概述、核心需求清单、版本规划路线图（每版含功能清单、不做什么、验证点、预计工作量）、待确认的关键信息与下一步行动，保存为 [产品名]-版本规划.md。
核心原则：渐进式交付、价值优先、快速验证、明确边界、可测量。常见场景涵盖需求模糊、想一次做完所有功能、纠结技术细节等，对应多轮提问、说明渐进式开发好处、把技术细节列入待确认并先按主流方案假设。限制：不给确切时间估算，仅用“预计工作量 X 天”参考；对明显过度复杂或不可行的想法应直接指出。