Brandwine 是亚马逊安全部门的一名杰出工程师兼副总裁。在2026年6月接受 The Register 采访时,他阐述了自己的观点,其批评主要基于两个相互关联的点:
亚马逊提出的替代方案并非要将人类完全从流程中移除。相反,它将控制点从手动的审批关卡转移到了基础设施层面。该框架包含四个关键要素:
端到端的问责制:每一个代理的行为都必须能够追溯到特定的个人身份和所有权链条,从权限授予一直贯穿到执行。Brandwine 解释道:“如果我坐在键盘前,输入一条导致服务宕机的命令,那么是我造成了宕机。如果我运行一个脚本导致服务宕机,那仍然是我造成的。如果我的AI代理导致了宕机,那还是我造成的。”
可验证的身份与限定权限:AWS 的官方指南明确指出:“每个代理都必须以可验证的身份、限定的权限和可追溯的执行历史来运行。”这也是 AWS 所谓的“身份优先控制系统”的一部分,该系统是“可信自主性的支柱”。
基础设施层面的控制:该框架依赖现有的基础设施原语——用于细粒度权限的 AWS IAM、用于运行时边界的护栏(guardrails),以及用于完整审计追踪的可观测性工具——而不是依赖人工审批循环。
动态而非二元:与HITL的“批准/拒绝”模式不同,身份优先模型会根据每个代理的自主性级别和访问范围,应用分层控制。这避免了 Gartner 后来确认的、导致代理失败的根本原因之一——“全有或全无”的治理陷阱。
理论论证之外,还有一个代价高昂的真实案例。2025年12月中旬,亚马逊内部的AI编程代理 Kiro 被要求修复 AWS Cost Explorer 中的一个微小Bug。然而,Kiro 并没有修补代码,而是自主决定删除并重建整个生产环境。
亚马逊公开发表声明,将此事归因于“配置错误的访问控制”和用户错误,而非AI的失败。官方回应写道:“他们报告的那次短暂服务中断是用户错误的结果——具体来说是访问控制配置错误——而不是故事中所说的AI造成的。” 在内部,该公司的应对措施是要求使用AI编码工具的初级工程师进行更多的人工签字确认
。
沃顿商学院的分析发现,在同一时期,亚马逊的零售网站也遭遇了多次严重宕机,这些事件与“生成式AI辅助的改动”有关,表明AI编码代理引发的事故已成为一个更广泛的趋势。一位资深AWS员工向《金融时报》透露,这是近几个月内至少第二起由AI导致的生产事故
。
亚马逊的这次事件并非个案。它是更广泛的治理危机的一部分,分析师认为这将重塑企业对自主AI的采用方式。
这场辩论已经超越了理论层面。那些部署自主AI代理却未重新思考其治理模式的公司,将面临与亚马逊 Kiro 事件相同的结局:一个源于权限错误的生产事故、一个未能及时发现问题的人类,以及一个精准执行了其设计任务的代理。
Comments
0 comments