用途：在 Spec Pack 文档中按流程顺序扫描待澄清点（关键词如待确认、TBD、TODO、未定、Open Questions、FIXME、???），将高价值不确定点收敛为明确结论或可执行验证项，避免把默认值当结论。
核心能力：按文档流程顺序（requirements 到 verification）分组排列候选澄清点，依据阻断实现/验收、不可逆影响、风险成本等标准排序；每轮只提出一个可裁决问题（2–4 个选项加推荐项与兜底选项），用户回答后立即回写对应文档，并在必要时联动更新相关文档（如 AC、范围、数据口径、接口契约、测试计划）。
必要用法：读写 {FEATURE_DIR}/requirements|design|implementation|verification 前，须先执行 REQUIRED SUB-SKILL：spec-context 获取上下文并回显 FEATURE_DIR=...；若无法获得有效 FEATURE_DIR，须停止并只输出阻断原因与需要的最小输入。每次“用户回答→回写文档/联动更新”后须做一次中文提交信息的 git 提交（git status、git diff、git add、git commit），无实际文件变更则跳过。用户施压“一次问完”时仍只问一个最高杠杆问题，其余转为可执行验证项。
适用场景：文档中出现占位符/假设/口头约定，或不确定某段文本是结论还是占位符时；需将不确定性转为已确认结论或验证项。
限制：不得猜测或补默认值冒充结论；不得一次问多个问题；前置文档未收敛前不得跳到后置文档；不提交敏感文件（如 .env、凭据）。该技能的具体收费、价格与平台信息暂未提供。