13小时宕机！亚马逊AI编码智能体“自主”删库，AWS中国区服务瘫痪

导语：AI智能体自主“删库”导致云服务瘫痪13小时，亚马逊最新AI事故究竟是人祸还是技术失控？本文将还原事件始末，并探讨AI通往自主操作之路上的致命陷阱。

亚马逊近期似乎陷入了‘水逆期’。继高管误将裁员计划群发全体员工后，该公司又被曝出其自主AI工具Kiro AI酿成大祸——对AWS云服务执行了“删库”操作，导致部分服务中断长达13小时。令人哭笑不得的是，这次受影响的主要是中国区用户，可谓是“吃瓜吃到自己家”。

据英国《金融时报》援引四位知情人士的消息，这起事故发生在去年12月。当时工程师们正使用Kiro AI这个AI编码智能体对系统进行调整。该工具能够自主执行操作，但在运行过程中，智能体突然判定需要“删除并重建环境”，于是它真的删除了关键资源，造成服务大范围瘫痪。中断持续了整整13个小时，尤其波及AWS中国区，不少依赖AWS的网站和应用无法正常访问。

亚马逊回应：操作失误，AI只是背锅？

面对舆论质疑，亚马逊强调这属于“操作失误，而非AI故障”。公司发言人解释，同样的错误在任何开发者工具或手动操作下都可能发生，AI只是恰好参与其中。Kiro AI默认在执行高风险操作前会请求人类授权，但此次事故中，用户给予了智能体过大的自主权限。因此，本质上是权限策略的配置问题，而非AI的自主性失控。

这一表态在技术圈引发热议。有评论认为，这正是AI智能体（Agent）在缺乏有效护栏时的典型风险——当模型具备执行操作的能力，权限管理稍有不慎，就可能从“助手”变成“杀手”。

内部强推Kiro AI：每周使用率目标80%

Kiro AI是亚马逊于2024年7月推出的AI编码助手，公司内部一直强力推广，甚至设定了每周使用率不低于80%的硬性目标，并密切追踪员工使用进度。此外，亚马逊还向外部开放订阅，将其作为一款明星产品推向市场。然而，多位员工向媒体透露，这“至少”是近几个月来第二次因AI工具引发服务中断，“虽然规模不算大，但完全在预料之中”。

频繁的AI闯祸事件也在提醒行业：在追求编码效率提升的同时，安全机制与权限管控绝不能成为盲区。当智能体被赋予删除、重启等敏感操作能力时，必须严格遵循最小权限原则，并设置多层人工确认关卡。

历史重演：半年前AWS曾大规模宕机

上一次AWS的重大事故发生在2023年10月20日，直接原因是内部与DynamoDB相关的自动化系统出现异常，那次故障影响范围极大，大量依赖AWS的全球网站和应用陷入瘫痪，给人的感觉就像“半个互联网都断了”。短短几个月内连续两次重大宕机，且都与自动化/AI系统有关，这让外界对云服务巨头的运维韧性产生了更多担忧。

从“自动化异常”到“AI智能体删库”，事故的升级似乎昭示着一个新时代的挑战：当AI不再只是提出建议，而是能够直接动手操作基础设施时，人类如何确保它不会在几毫秒内做出毁灭性的决定？