亚马逊否认AI导致AWS故障，内部矛盾浮出水面

据《金融时报》本周报道，亚马逊网络服务（AWS）近几个月经历了至少两次服务中断，报道称这与公司自家的AI编码工具相关。这一说法遭到了亚马逊的强烈否认，并重新引发了关于在生产环境中部署自主AI智能体风险的争论。

最详细的事件发生在2025年12月中旬，当时AWS工程师允许公司的Kiro AI编码助手在实时系统上实施更改。据四位知情人士向《金融时报》透露，这个旨在代表用户采取自主行动的智能体工具判断最佳行动方案是“删除并重新创建环境”，导致AWS Cost Explorer在中国大陆两个区域之一出现了长达13小时的中断。

亚马逊发布了一篇被GeekWire形容为“异常尖锐的反驳”的博客文章，在其企业网站上“纠正”《金融时报》报道中的“不准确之处”。AWS发言人告诉路透社，这次事件是由“用户错误——具体来说是访问控制配置错误——而非AI”导致的“短暂事件”，并补充说一名工程师使用了“一个权限范围超出预期的角色”。

该公司称AI工具的参与是“巧合”，认为“同样的问题可能发生在任何开发者工具或手动操作中”。AWS强调，Kiro默认情况下“在采取任何行动之前会请求授权”，并且12月的中断“没有影响计算、存储、数据库、AI技术或我们运行的数百项其他服务”。

这些事件暴露出亚马逊内部在AI工具采用速度方面的紧张关系。一位AWS高级员工告诉《金融时报》：“我们已经经历了至少两次生产故障。工程师让AI代理在没有人工干预的情况下解决问题。这些故障规模虽小，但完全是可以预见的”。早期的事件涉及Amazon Q Developer，这是一个用于协助工程师编写代码的独立AI聊天机器人。

一些员工告诉《金融时报》，尽管亚马逊设定了80%的开发人员每周至少使用AI进行编码任务一次的目标，但他们仍然对AI工具的实用性持怀疑态度，因为存在出错的风险。12月事件发生后，AWS表示已“实施了大量额外的保护措施，包括对生产访问进行强制性同行评审”，并加强了AI辅助故障排除方面的培训。

这些中断事件发生之际，亚马逊正在内部大力推动Kiro的采用。Kiro于2025年7月在纽约AWS峰会上以预览版形式推出，在头三个月就吸引了超过25万名开发者。11月，一份由高级管理人员签署的内部备忘录指示工程师优先使用Kiro，而非Cursor和Claude Code等第三方工具。12月与AI相关的故障与2025年10月一次更大规模、但无关联的15小时AWS故障是不同的事件，后者因DNS错误导致全球服务中断，影响了Snapchat、Fortnite和Alexa等服务。

《卫报》援引AI专家Neil O'Reilly的话指出，AI智能体“缺乏对其运行环境、客户可能受到的影响或停机的潜在成本的全面了解”。他补充道：“你需要不断提醒这些工具相关背景——‘这很严重，别搞砸了’”。卫报