用途：把高层级愿望系统性地拆解为具体且可论证的决策，识别决策之间的依赖，并质疑那些若不质疑便会造成平庸实现的默认假设。资料称需求工程研究表明，60%–80%的项目失败可追溯到需求问题而非技术执行。
主要能力：一是需求爆炸识别，例如“用户应能认证”会引出身份来源、认证因素、会话管理等二阶决策与隐性假设；二是“五个为什么”式追问，逐层揭示真实需求（如最终发现真正需要的是审计追踪而非用户档案）；三是上下文发现框架，涵盖用户、业务、技术三类上下文的问题清单与常见反模式；四是决策依赖映射，区分硬约束、互斥与软偏好，并识别能解锁或约束大量其他决策的关键决策；五是假设挑战协议，针对用户、规模、技术默认假设给出替代项；六是决策简报模板、规格生成（含反需求），以及验证用的探针类型与反转触发条件。
使用方式：资料未提供安装命令或具体调用方式，仅描述了系统化追问、上下文提问、依赖映射、假设挑战、决策简报与规格生成等流程性做法；文件中的决策简报模板为 YAML 结构，仅作示例参考。
适用场景：需求含糊、默认选项未经检验、需要深度决策发现的早期阶段；资料提及它与 requirements-analysis、system-design、github-agile 等技能存在输入输出或互补关系。
限制：资料未提供该技能的具体安装、配置、平台支持、收费或价格信息；其效果指标（如决策速度、反转率目标）为建议性目标，非保证结果。识别并避免分析瘫痪、假设雪崩、发现阶段功能蔓延、在需求中做方案、单一干系人捕获等反模式。