作者用四道发布门控降低 AI Agent 直接改线上站点的事故成本

作者在实践中发现，给 AI Agent 设置最小权限并不能避免线上事故，反而会因审批阻塞导致任务停滞；于是他把安全重心从“允许什么动作”转向“变更如何进入生产”，用一个脚本搭出包含 hash guard、隔离测试环境、备份或拒绝、自动回滚的四道发布门控。

文中给出三次具体拦截案例：一次 Agent 基于旧版首页生成文章，若直接安装会覆盖已上线修复，门控发现文件已变化后改为在 live 版本上合并；一次安装后检查通过了一个代码不接受的值，系统自动回滚，随后作者补充了常量校验；一次重启后健康检查过早执行导致回滚，但日志未说明原因，作者又加入重试和输出。作者还指出回滚备份会保留旧版本中的秘密，因此可逆性和隐私可能冲突，必要时需删除备份并放弃回滚。

事实是这套方法来自单人、单服务器的小型站点，作者明确表示无法证明可扩展。推断是它把 Agent 运维的重点从权限边界转到事故成本控制，适合有明确发布流程的小团队。猜测是邮件发送、删除无备份数据、花钱、改共享服务、凭证处理等不可恢复动作仍需人工把关，不能靠备份解决。