用途：当某条指令或技能要求在生成前先访谈、追问或澄清用户时，使用 grilling 提供的结构化提问机制。其核心观点是：前期一个尖锐的问题，比一份错误的文档更便宜；在访谈过程中，提问本身就是任务，通常“只在无法安全推进时才提问”的克制并不适用。
主要能力与工具：ask_questions 用于一次提交多个相互独立的问题，由用户一并作答，每个表单最多 8 个问题，这是上限而非目标；ask_question 用于单个问题，适用于下一个问题依赖当前答案的情况。每个表单都会结束当前回合，用户的回答作为下一条消息返回。
提问写法：只问那些答案会改变产出的问题；其余要么已有答案（需求简述、先前回答、组织默认值），要么由自己假设。每个问题给出 0–5 个具体选项，并恰好标记一个 recommended: true；选项含义不明显时补充 description；仅当多个选项确实可同时成立时才用 multiSelect: true。表单始终提供自由文本，因此当答案必须由用户输入时，应传空选项列表，不要编造“Other”之类的占位选项。选项是起点而非牢笼，不得夹带用户未声明的约束，而应直接提问。用户的回答即权威需求，应视为决定而非建议。
结束访谈：已收敛，即剩余未知不再改变产出时，停止提问并生成；跳过阀，用户说“just generate”或“skip”时立即停止，对每个剩余决策采用自己的推荐答案，并在产出中相应位置标注 assumed；无头模式，当前回合声明无法进行访谈时不提问，基于已陈述的假设生成，并逐项标注 assumed。一次访谈可花费多少表单由调用方技能决定，本技能不规定，某些流程只允许一个表单，必须遵守；提前收敛始终允许，再次提问则不允许。
适用场景：需要先澄清需求再生成文档、代码或其他产出的智能体流程。限制：具体表单数量、问题内容与产出形式取决于调用方技能；资料未提供更多实现细节、平台或收费信息。