用途：把模糊需求转化为明确的决策记录，通过迭代式深度访谈澄清需求，最终产出规格文档 SPEC.md。
主要能力：访谈覆盖服务规划（做什么、为什么需要）、用户问题（谁在什么场景下遭遇什么痛点）、核心价值、功能范围（包含与明确排除）、技术选择及理由、约束条件（时间、预算、人力、技术限制）、担忧与风险、权衡（放弃什么、获得什么）。每次仅提出 3-4 个问题以保持访谈密度；对模糊或抽象回答要求具体案例、上下文与判断依据；主动揭示隐藏假设、隐含决策与责任归属不清之处。访谈目的不是产出“好点子”，而是留下明确的决策及其依据。
使用方式：所有提问通过 AskUserQuestion 工具进行。当满足以下条件时结束访谈：核心功能与范围已明确定义、主要技术决策及依据已确认、重要权衡已明确、不确定项已标记为 [TBD] 并约定后续决定。随后将所有访谈内容整理为 SPEC.md 文件，包含章节：概述（目的、问题、价值主张）、用户定义（画像、需求与痛点）、功能范围（In Scope / Out of Scope）、技术决策（选择、理由、未选替代方案及原因）、约束、权衡、风险与担忧（含缓解方案）、未决项 [TBD]（决定时点与决策者）。
适用场景：用户只有粗略想法、需要系统梳理需求并形成书面规格时。
限制：资料未提供具体安装方式、平台支持范围、收费情况或定价信息，暂未提供。