自动执行越来越顺手，确认按钮却不能因此变得可有可无。智谱的GLM开发工具ZCode于10月12日发布3.15.1，更新自主模式的危险命令确认，加入浏览器网站权限管理，并修复默认放行权限的安全问题。新版本还支持更多工作流配置，但它带来的关键提醒是：让Agent持续工作，与允许它改变系统状态，应当是两种独立决定。

确认不是一句泛泛的“同意”

更新记录指出，自主模式遇到危险命令会先征求确认；网站摄像头等权限也有确认提示。这里涉及两层边界：Agent准备执行什么动作，以及某个网页准备获取什么能力。批准开发任务，不应自动变成对所有网站、所有设备权限的长期授权。

企业使用时，审批人需要看清目标路径、命令内容和外部对象。一个“清理缓存”的任务可能只删除生成文件，也可能误触业务目录；网络请求可能是读取文档，也可能携带机密数据。审查必须落到具体动作，不能仅凭最初任务标题判断。

官方权限文档区分单次允许和同类动作持续允许，并提供拒绝选项。持续授权能减少打断，也会扩大后续动作的信任范围。对于尚未验证的工作流，更稳妥的试点方式是有限权限与单次批准，等团队理解实际调用模式后再讨论长期授权。

无人回答，不等于权限自动批准

ZCode文档描述了普通方案选择问题的超时继续：未回答时，Agent可按自身判断推进；但明确强调，这个倒计时不作用于权限请求和计划批准，后两者始终等待。把两类交互混在一起，会让团队误判自动执行到底获得了什么授权。

这也是部署Agent时值得单独测试的项目。普通建议、执行计划、敏感动作和网页登录，不应共用一个模糊的“继续”状态。操作日志应能区分用户明确批准、用户没有回答和系统自行选择，事后才能解释为什么某一步真的发生。

新版本还列出Windows通过链接启动应用的安全问题修复，但没有在该更新记录中给出漏洞编号、受影响版本清单或利用详情。因此可确认的是厂商发布了修复说明，不能推断已有实际攻击，也不能据此宣称整个桌面Agent已没有残余风险。

多Agent协作，模型与权限要分别配置

3.15.1更新工作流创建前调参、运行中改并发、保存复跑和分子代理模型配置，并支持MCP App等界面扩展。需要注意，较早的3.14.3已经支持运行中调整并发；本次是持续扩展，不应把全部工作流能力都写成首次出现。

为不同任务选择模型，可以将简单分类与复杂修改拆开，但模型选择不决定权限大小。便宜的模型同样可能触发高风险工具，能力更强的模型也不应因此自动获得生产凭据。实施人员需要分别描述子任务职责、可调用能力和回传结果，避免授权随着委派链条扩散。

保存复跑同样需要业务边界。重新执行一个查询一般不会改变外部状态，重新发送通知、创建工单或修改记录则可能造成重复。团队应标注哪些步骤可重放、哪些需要检查是否已完成，并保存外部动作标识；能重新跑，不等于适合无条件重新跑。

小编判断：把修复落到团队验收清单

这轮更新适合已有ZCode工作流的团队重点检查，但本轮仅核对官方记录与权限文档，没有下载运行软件或测试每个确认路径。公开材料也没有给出任务完成率、审批误判率或独立安全评估，不能把版本更新换算成生产风险减少多少个百分点。

可执行的验收清单包括：危险命令是否真的停下、拒绝后是否不再执行、切换任务后待审批状态是否保留、不同网站权限是否隔离，以及长期授权是否能收回。应先在测试项目和非生产账号验证，保存预期行为与实际结果，出现差异时保留日志并停止扩大权限。

飞书群和独立话题协作也不能省去身份校验。群内提出任务的人、批准敏感动作的人和承担业务责任的人可能不同，需要约定谁能批准什么，避免把多人讨论等同于已获正式授权。版本修复了入口问题，组织仍要明确自己的权限规则。

ZCode此次更新的价值，在于把持续执行与风险确认同时带回开发流程。企业不必在“每一步都打断”和“全部自动放行”之间简单二选一，而应按动作后果设计边界。能够证明该停时真的停下，往往比演示一路执行成功更接近可靠的Agent交付。