用途：在动手实现前检查需求的清晰度、范围、可行性与风险，把模糊的诉求转化为可测试的需求。适用于规格含糊、验收标准不明确的情况。
主要能力：按变更规模匹配分析深度；保持需求具体且可测试；区分用户需求与解决方案；标注假设；识别范围外事项；对超过 400 LOC 的工作进行拆分，并建议每个 PR 控制在 50-200 LOC。
发现阶段会追问：用户是谁、要达成什么目标、为何现在做、什么触发该行为、前后发生什么、成功与失败的定义、范围外内容、不可变更的内容、存在哪些假设、哪些需要产品方回答。
流程：识别用户、目标与触发条件；定义成功与失败；把需求写成可测试的陈述；检查边界情况；检查技术影响；识别风险与未知项；必要时拆分范围。
检查项：边界情况包括空值、null、边界、非法、并发、预期错误；技术影响包括数据来源、转换、状态、目标、模式、新路径；非功能需求包括无障碍、性能、安全、可靠性、国际化；风险包括技术、范围、进度、质量；范围蔓延包括“顺便做一下”“锦上添花”和模糊边界。
输出格式包含 Who（用户画像）、What（变更摘要）、Why（解决的问题）、Requirements（以 Given/When/Then 表述）、Definition Of Done（可测试清单）、Risks（风险、可能性、影响、缓解措施）。
限制：资料未提供具体安装命令、收费方式、平台支持或与其他工具的集成细节。