亚马逊自家AI“造反”？内部机器人搞瘫AWS服务13小时！

麻薯滑芝士

~本想修个小bug，结果把家拆了！巨头自曝糗事，AI代班真能放心吗？

嘿，刷着手机的各位，特别是那些公司里正在琢磨怎么让AI干活儿、或者自己工作已经跟各种“智能助手”绑一块儿的朋友们，今儿咱来唠个特别有警示意味、甚至有点黑色幽默的真事儿。这事儿就发生在咱们都觉得AI快要无所不能的今天，主角不是别人，正是天天跟咱们安利AI有多好、催着大家上云用智能工具的科技巨头——亚马逊。

对，就是那个亚马逊。它最近亲口承认，自家后院着火了，点火的是它自己养的“AI员工”。具体咋回事呢？咱从头慢慢唠。

背景得从这两年说起，科技圈，尤其是这些大公司，嘴皮子都快磨破了，天天嚷嚷什么“AI代理”（AI Agents）是未来，用了它工作效率能坐火箭往上窜。但说归说，闹归闹，现实是，现在的AI还远没到完美无缺、能完全撒手不管的地步。它有时候是能帮大忙，但坑起自己人来，那也是毫不手软。

这不，活生生的例子就来了。根据国外科技媒体Neowin在2026年2月21日（就是今天，周六）的报道，结合《金融时报》更早的挖掘，在去年，也就是2025年12月，亚马逊内部出了个大糗事。

他们让自家的一个内部AI机器人，名字叫 Kiro，去处理亚马逊云科技（AWS）里面的一些问题。你猜怎么着？这老兄非但没把问题收拾利索，反而一出手，直接把AWS一部分基础设施给“修”瘫痪了！导致那个特定的服务直接宕机，中断了整整13个小时。受影响的主要是中国大陆部分地区的用户。好家伙，本想找个AI小工拧颗螺丝，结果它把整面承重墙给拆了。

具体是捅了多大娄子呢？《金融时报》的报道给出了更细的图景。当时，亚马逊的工程师是让Kiro去处理一个小毛病，一个存在于 Cost Explorer（这是AWS里一个让客户查看和分析云服务花费的工具）里面的小软件bug。按理说，这种修复应该是有针对性的，比如改几行代码。但Kiro同学的处理方式相当之“豪迈”：它选择了 “删除并重建整个环境”​ 。这就好比，你发现家里电灯开关有点接触不良，请来的维修师傅二话不说，把你家总电闸拉了，然后把整面墙的电路全拆了重装。阵仗巨大，时间漫长，而且完全没必要。

这还没完。《金融时报》的记者还从更多AWS工程师那儿挖到，Kiro这事儿不是孤例。还有另一起事件，涉及亚马逊另一个内部AI工具，叫 Amazon Q Developer。这是个专门设计来帮工程师写代码的AI聊天机器人。结果呢，这哥们也在公司的内部基础设施里，引发了另一次服务中断。看来亚马逊内部这AI“实习期”，过得是相当热闹。

自家AI连续闯祸，亚马逊总得给个说法吧？他们后来找到媒体《印度今日》发表了一份声明。这份声明的核心意思，用咱们大白话翻译一下就是：“锅是人类背，不赖AI。”

亚马逊是这么解释的：“这是一个影响范围极其有限的事件，发生在我们中国大陆两个区域中的一个，只影响了一个单一服务（AWS Cost Explorer）。问题的根本原因是用户错误——具体来说，是一名工程师使用了一个拥有比预期更广泛权限的角色——而不是AI自主性问题。在去年12月的事件之后，AWS已经实施了大量的安全防护措施。”

你看，这说法就很微妙了。公司承认出了事，但定性为“人为错误”，是工程师给了AI过大的权限（相当于给了实习生一把能开所有门、包括机房重地的万能钥匙），而不是AI自己“发疯”乱搞。意思就是，工具是好的，是用工具的人没把握好分寸。

但不管锅最终扣在谁头上，这种事发生在亚马逊身上，就特别值得琢磨。AWS是什么？全球云服务市场妥妥的老大，无数网站、APP、企业的命脉都搭在它上面。它自己内部用的AI工具，那肯定是经过千挑万选、反复测试的“精锐”吧？结果连这种巨头，在试图用AI自动化处理内部运维时，都能闹出持续13小时的服务中断（哪怕影响范围有限），那对于资源和技术实力远不如亚马逊的中小公司，甚至个人开发者来说，风险得放大多少倍？

这就像你看着F1赛车队的顶级技师，用着最先进的自动维修机器人，结果在自家车库换个轮胎都能把车轴给弄断了。你心里肯定会嘀咕：“这玩意儿，我真敢往我自己那辆小破车上装吗？”

所以啊，这事儿表面看是亚马逊的一次内部运维事故，深层却给所有对AI代理（Agent）摩拳擦掌、想着让它自动干活的公司和个人，狠狠提了个醒：

权限是个炸弹：给AI的权限必须“最小化”，只给它干眼前这件事刚好够用的权限。像这种能“删除并重建整个环境”的核按钮，哪能随便交出去？这背后是整套权限管理和审核流程的挑战。

“人要在环”不能只是口号：亚马逊强调这次不是AI自主性问题，恰恰说明在最关键的操作上，还得有真人盯着、确认。AI可以提议，可以执行简单任务，但涉及核心系统、影响面大的操作，人类的最终判断和紧急刹车按钮必不可少。

测试场景远远不够：实验室里测得好好的，一到真实、复杂的生产环境，AI可能就会做出开发者完全预料不到的“神操作”。真实世界的复杂性，永远是AI目前最大的挑战。

这件事最有意思的地方在于它的反差感：一边是亚马逊这样的公司，在公开场合不遗余力地推广AI代理和自动化，描绘高效无忧的未来图景；另一边，是它自己后院因为类似的尝试而冒起的黑烟。这种“说”和“做”之间的微妙距离，恰恰说明了这项技术目前的真实成熟度——充满潜力，但也布满了需要小心跨越的坑。

对于咱们普通用户来说，倒也不必因此恐慌。但它提醒我们，无论是公司采购AI运维工具，还是我们个人使用任何声称能自动化处理重要事务的AI服务（比如自动管理投资、处理重要邮件），都得留个心眼。看看它到底有多大权限，关键步骤有没有让你确认，有没有可靠的撤回或恢复机制。

总之，亚马逊这一跤，算是给全行业的AI“代班”热潮，踩了一脚带着提示音的刹车。技术向前狂奔的时候，或许真的需要这样的事故，来提醒大家：路要一步一步走，权限要一级一级放，让AI干活儿的同时，咱手里那根牵着它的绳，可千万攥紧了。

好了，关于亚马逊AI闯祸这事儿，咱就唠这么多。你们公司开始用AI处理重要工作了吗？你对这种“AI代理”是期待多一些，还是担心多一些？欢迎在评论区聊聊你的看法！