用途：在动手实现前做深度需求收集，通过追问暴露用户未明确考虑的需求、边界情况与取舍，避免直接照单执行。
主要能力：以“访谈者而非接单者”为原则，先探索代码库理解技术栈、既有模式与集成，再提问；采用 CDEEPER 七阶段流程：Contextualize（代码库探索）、Discover（理解核心意图）、Explore（技术实现）、Edge（边界与失败场景）、Prioritize（取舍与约束）、Experience（UX/DX）、Ready（确认与过渡）。支持读取计划文件，文件缺失时提示用户改述需求。使用 AskUserQuestion 每批 1-4 个问题，等待回答后再继续；跟踪已问问题避免重复，并对需求给出置信度评分（90-100% 明确、70-89% 有不确定、50-69% 推断加部分确认、30-49% 仅代码库假设、<30% 纯假设），低于 50% 标记为需验证。
使用方式：先做 1-2 分钟代码库探索（如查找 package.json、requirements.txt、go.mod，搜索数据库与相关模式），跳过可从代码推断的问题；随后按阶段提问，用户可随时选择继续、进入下一阶段或跳到总结；跳过早于 Phase 2 会给出警告。总结包含核心需求、技术决策、边界处理、已接受取舍与暂不包含项，并询问是否进入计划模式。
适用场景：新功能或复杂改动前的需求澄清，尤其涉及认证、数据流、并发、错误处理、性能与兼容性等决策时。
限制：资料未提供具体安装命令、收费、平台支持或效果数据；流程依赖支持 AskUserQuestion、Read、Glob、Grep、EnterPlanMode 等工具的环境。