用提问阈值掌控 Agent 的追问节奏
Matt Pocock 建议通过调整提问阈值，让 Agent 追问更贴合用户判断与节奏。
原始内容
@elconsta Remember that you are in control of the grilling. You can just say "lower the threshold for questions a little. Use your best judgment"
中文译文
机器翻译，保留原文供核对。
记住，这场连番提问由你掌控。你完全可以直接说：“把提问门槛稍微降低一点。用你最好的判断。”
深度解析
是什么 这是一条关于如何驾驭 Agent 对话的简短建议。Matt Pocock 提醒 @elconsta，所谓“grilling”应由使用者掌控，并给出一句可直接发送的调节指令：降低提问门槛，让 Agent 依据上下文自行判断。它没有介绍具体产品、代码或流程，价值在于提供一种轻量的提示词操控方式。
核心洞察 连续追问本来用于补齐需求、暴露假设和降低返工，但过于严格会把对话变成问卷，打断思考节奏。把“问题阈值”作为可调参数，相当于在人类意图、Agent 自主判断与任务速度之间设定一个动态平衡点；用户不必回答每个元问题，也能随时把控制权拿回来。
实践启示 在规划、代码评审、调试或研究任务中，可先允许 Agent 追问，再用一句明确指令切换到更宽松模式，并要求它仅在高风险或信息缺口足以改变结论时提问。最好让 Agent 说明为何要问、哪些假设已被接受，以便用户快速校准。
边界与风险 降低门槛并不等于放弃澄清。若任务涉及安全、数据破坏或不可逆决策，过度依赖“自行判断”可能掩盖关键约束；应保留强制确认点和恢复机制。由于原文极短且缺乏上下文，无法判断它针对的具体 Agent 或工作流。
精选追评与案例
指出面向非技术用户设计 Skills 时，用户往往不会主动接管，而是机械照搬示例，属于重要使用边界。
I feel like we keep making these assumptions when making Skills etc for non technical people and we think they will have common sense of when to take over and drive them. Yet what I’ve seen over and over is people just use it exactly as is almost idiotically and cannot fathom doing anything else but: /skill-name file.pdf
中文译文 · 机器翻译
我觉得我们在为非技术人群制作 Skills 之类的东西时，总是不断做出这些假设，认为他们会具备何时接手并主导的常识。然而我一次次看到的是，人们几乎不加思考地完全照原样使用，除了：/skill-name file.pdf 之外，根本无法想象还能做别的。