用途：该技能用于在开始实现前澄清需求。若在探索如何完成工作后，目标、完成标准、范围、约束、环境或安全性等仍有不明确之处，或存在多种可能解释，则视为需求不充分。此时应先提问，而非直接动手。
主要能力与流程：首先判断请求是否不充分，关注要点包括目标（什么该变、什么应保持不变）、完成定义（验收标准、示例、边界情况）、范围（涉及哪些文件、组件、用户）、约束（兼容性、性能、风格、依赖、时间）、环境（语言与运行时版本、操作系统、构建与测试工具）以及安全性与可逆性（数据迁移、发布与回滚、风险）。
使用方式：第一轮只提1至5个关键问题，优先消除整条工作分支。问题应简短、编号、便于扫读，尽量提供多选项，并给出合理的默认值（明确标注为默认或推荐）。可提供快速路径回复，例如回复 defaults 接受全部推荐选项；可加入“不确定，用默认值”的低阻力选项；必要时区分“必须知道”和“最好知道”。建议采用编号问题加字母选项及明确回复格式，例如：1) 范围？a) 最小改动（默认）b) 顺带重构 c) 不确定，用默认；2) 兼容目标？a) 沿用项目当前默认（默认）b) 同时支持更旧版本：请指定 c) 不确定，用默认。回复示例：defaults 或 1a 2a。
暂停与继续：在必须回答到达前，不要运行命令、修改文件或产出依赖未知项的详细计划；仅在低风险且不锁定方向时可做明确标注的探索性查看，如查看仓库结构、读取相关配置文件。若用户明确要求无答案继续，应把假设写成简短编号列表，请求确认，确认或修正后再继续。获得答案后，用1至3句话复述需求，包括关键约束与成功标准，然后开始工作。
限制与反模式：不要询问可通过快速、低风险阅读（配置、现有模式、文档）自行回答的问题；当紧密的多选题或是否题能更快消除歧义时，不要用开放式提问。资料未提供具体收费、平台或效果信息。