周五下午，你在浏览器里填完一张活动报名表，光标停在“确认”上。侧栏里的助手问：要我来点吗？这不是科幻式开场，而是工具调用变得顺手之后，很自然的一步。模型从“回答你”走向“替你办”，人们给这类系统起了个名字：智能体。
可以把它理解成“会自己往下走几步的软件”。模型判断下一步，工具负责执行，状态记住已经做过什么。三者接起来，才会出现“我先填表，再等你确认”的行为。它不神秘，也不等于全知；多数时候，它是在有限权限里做连续决策。也正因为连续，单次看起来无害的动作，串起来就可能改变结果。
便利与失控之间，只隔一次默认授权
真正难的不是让它会点按钮，而是决定哪些按钮不该由它点。删除文件、发送通知、提交表单，这些动作一旦连续发生，回头解释成本往往高于节省下来的几秒。一个稳妥的做法，是把权限切窄：只给当前任务需要的页面和接口，只允许在限定时间内操作，关键节点停下来等人确认。可回滚也很重要，能撤销的动作，给纠错留了余地。
另一个容易被忽略的点，是任务边界的写法。人给的指令常常含糊，比如“帮我处理一下报名”。系统如果自作主张补全目标，就可能把“填完”理解成“提交”，把“提醒我”理解成“替我发出去”。把目标、可动用的工具、停止条件写清楚，看似增加麻烦，实际是在减少事后争执。
把“确认”设计成可检查的动作
对使用者来说，判断一个智能体是否可用，不必看它说得多流畅，而要看它能否说清三件事：刚才做了什么，为什么停在这里，下一步准备做什么。日志要能对应到具体动作，失败提示要指出卡在哪一步，建议和执行要分开显示。把“自动完成”当成默认卖点，容易掩盖一个事实：越长的自动流程，越需要清晰的中间状态。
回到那个报名表。让智能体替你点确认，并不是问题；问题在于，确认之前的那几秒有没有留给人。权限、日志、回滚和人工确认，听起来像老生常谈，却决定了它是在帮忙，还是在替你做主。