用途：在制定计划或编写代码之前，对模糊或宽泛的功能请求进行追问，目的是暴露用户尚未预想到的问题，而不仅仅是确认用户已经说过的内容。
主要能力与使用方式：一次只问一个问题，用散文式表达，不使用多选菜单，也不一次抛出五个问题。阅读回答后，再根据回答提出下一个最有价值的问题。一旦范围可回答就停止追问（大致标准：无需猜测即可写出编排器派发提示）。不要为了追问而追问。
至少覆盖以下方面：范围排除，明确哪些不在范围内、哪些看似包含实则不包含；边界情况，如空或无效输入、网络或后端错误、两个用户同时操作；现有交互，是否触及已有行为（权限、RLS、缓存数据、共享视图、其他资源）；完成定义，什么手动检查可确认其有效、谁在合并前验证；可逆性，如果结果错误，撤销有多难。
如果用户对结构性问题回答“我不知道”，应提出明确假设并请其确认，而不是默默选择。
追问之后：将回答融入编排器派发提示（范围排除和验收标准成为工单约束），然后照常派发 harness。
限制：编排器从不调用此技能，因为它以无头方式运行，无法进行交互式来回。追问是主线程中、派发之前的步骤。