ARTICLE · 996366
OpenClaw 2.0允许重复任务只审批一次,难点是判断“同一件事”
每天早上九点，让Agent抓取销售数据、生成日报，再发到固定群里。如果它每天都停下来问“是否允许”，自动化只不过是把按钮换成了确认框。可如果批准一次后永远放行，昨天的日报任务也可能悄悄变成今天的批量外发。
OpenClaw在2026年8月发布的2.0版本里，给出了一种更窄的处理方式：用户可以为自动化中的“精确操作”批准一次，之后查看或撤销这项权限；只要任务或操作发生变化，就必须重新批准。
官方发布说明只用了一条更新描述这项能力，没有公开操作身份如何匹配、哪些参数变化会触发重审。因此，现在能确认的是产品规则，而不是它已经解决了授权判定的所有难题。
一次批准，会变成可管理的授权记录
一次性批准常被理解为“以后别再问我”。更准确的理解是：系统把某项被允许的能力保存了下来。
从发布说明的对外规则看，这份许可至少区分两个对象。一个是任务，例如“每天生成销售日报”；另一个是操作，例如“把结果发到这个群”。检查和撤销权限，意味着这份授权不再只存在于一次弹窗里，而成为可以盘点的系统状态。
这比每次确认更适合重复工作，也比给Agent一项笼统的长期权限更克制。用户减少的是重复点击，不是对变化的审查。
真正的边界在“相同”如何定义
麻烦也恰恰从这里开始。
发送对象不变，但附件从日报变成客户名单，算不算同一操作？任务名称没变，但提示词、数据源或执行脚本被修改，旧授权还能不能沿用？如果一个任务调用了多个工具，撤销其中一项权限后，正在运行的实例何时停止？
OpenClaw的发布说明没有回答这些实现问题，所以不能把“只批准一次”写成“Agent获得永久权限”，也不能据此断言它已经完成了一套可靠的权限系统。这个版本真正值得注意的，是它把授权对象从一次运行，推进到了可持久化、可检查、可撤销的精确操作。
少一次弹窗，系统就要多承担一次判断
确认疲劳是真问题。弹窗越频繁，人越容易不看内容直接同意。让稳定的重复任务复用授权，可以把人的注意力留给变化。
但弹窗消失之后，责任没有消失，只是移到了系统内部：系统必须可靠地识别任务和操作是否仍然相同，并把足以改变风险的差异送回给人。
因此，Agent权限设计的下一步，不是简单地在“每次都问”和“永远别问”之间选一个。更实用的方向，是让授权成为一份范围清楚的记录：对象明确，变化失效，随时可查，也随时可撤销。
OpenClaw 2.0给出的还只是产品层面的第一步。但它指向了一个重要标准：自动化是否成熟，不只看它能连续运行多久，也要看它能否准确知道，自己什么时候已经不再是在做同一件事。