用途：在项目启动阶段引导用户完成结构化规划，通过提问与调研产出完整文档，避免凭假设推进。
主要能力分阶段进行：一、问题定义，记录要解决的痛点、目标用户、现有替代方案与差异化；二、用户画像，为每类用户写名称、目标、痛点与使用旅程，至少2至3个；三、功能需求，列出全部功能并按P0（MVP必需）、P1（上线后尽快）、P2（未来可选）分级，分配需求编号（REQ-AREA-NNN）。
四、调研MCP服务器：列出需集成的外部服务，逐个搜索“MCP server for [service name]”，查看官方注册表 https://github.com/modelcontextprotocol/servers 和社区注册表 https://mcp.so/ ，确认功能覆盖、安装要求与维护状态，并记录到CLAUDE.md。
五、识别应做成技能的工作流：找出会重复的多步流程、复杂易错命令、需保持一致性的流程，调研同类项目的开发工作流并记录计划。
六、调研技术架构，不凭假设：搜索“[problem domain] architecture patterns 2025”与“[similar product] tech stack”，结合预算、团队技能、规模等约束，评估前端、后端、数据库与基础设施选项，并绘制ASCII架构图。
七、成功指标：定义可衡量的业务指标（收入、用户、参与度）、技术指标（性能、可用性、延迟）与时间线里程碑。八、风险与缓解：识别技术、业务、资源风险，逐项给出概率、影响与缓解策略。
输出：docs/PRD.md、docs/ARCHITECTURE.md、docs/REQUIREMENTS.md、.mcp.json、.claude/skills/ 以及更新后的CLAUDE.md。
提示：不要跳过调研阶段，假设会导致返工；描述要具体（如“快”改为“加载时间<2s”）；严格排序、MVP尽量精简；记录调研结论；在围绕MCP服务器做规划前先验证其真实存在。
限制：资料未提供该技能的安装命令、收费方式、平台支持与具体运行步骤；具体执行细节以来源页面为准。