Amazon AI写代码写出大事故了 现在要求双人review才能提交

刚看到Business Insider的报道，Amazon最近连续出了几次production事故。3月2号内部AI编码工具Q生成的代码导致购物车显示错误delivery time，丢了12万单加上160万次网页报错。3月5号又有人跳过审批流程直接推了一个high blast radius的config change，导致北美marketplace订单量掉了99%，丢了630万单。

现在Amazon SVP Dave Treadwell发了内部邮件搞了个90天安全整改，335个Tier-1 system全部强制双人code review，AI工具改的代码要走额外审批。原话是要引入"controlled friction"。

说实话看到这个第一反应是 意料之中。

我们组虽然不是Amazon但AI coding tool用得也不少。体感上确实能加速写boilerplate和一些CRUD逻辑，但control plane那种东西让AI直接改，想想就后背发凉。AI写出来的代码你不仔细看的话表面上能跑，但边界case和error handling经常是缺的。涉及到config change和data migration这种high blast radius操作，出了问题回滚都要命。

矛盾的地方在于管理层一边push大家用AI提效率（据说Amazon内部目标是80%的dev每周至少用一次AI写码），一边又在裁人计划裁3万。人少了AI用多了，review谁来做？

不知道大家组里现在AI coding tool用得多不多？有没有遇到类似的质量问题？还是说只有infra/control plane这种场景风险比较高，做业务逻辑的影响没那么大

https://www.businessinsider.com/ ... uding-one-ai-2026-3
https://futurism.com/artificial- ... n-ai-tools-business

内部的人来提供一些context


1. Amazon内部的Coding AI模型是Anthropic的，目前也是用4.6。不是用自家的Nova。
2. 这事也不能全怪AI。我们组用cline开始也差不多一年了，之前没这么多问题。但是内部大炼钢铁，原来一年的任务量压缩到4个月，很多人根本没时间测试，review code和design doc
3. 之前裁员和内部一系列变化，org里7个pe走了3个，skip下面5个senior走了2个，很多问题没有人知道答案。组里不约而同的方针就是等出了问题再修而不是避免问题

补充内容 (2026-03-11 10:33 +08:00):
补充一下，现在只接到了要增加review的要求，项目的deliver date还是没通知变化。只能说好日子还在后头

说很多遍了 这些公司的大裁员主要是两个原因 一个是疫情的大扩张然后遇上了高利息环境，还有就是要买gpu，如果真的是因为ai取代那现在有经验的都拿不到面试

Hahaha 一个AI拉屎，需要两个人擦屁股。

只敢用ai写quick and dirty code 来deliver poc之类的东西和写文档。即使为了快速出poc也吃过很多ai的亏了。搭架子快一点，但逻辑上很多细节都有欠缺，或者是因为ai没理解清楚，或者是我没表述到位。感觉就像是hand hold一个junior/mid level ，甚至是缺少沟通的senior level engineer。如果是上述engineer交上来的ai generated代码，必须亲自或者找另一个ai 互相review。看ai写的代码和文档其实更累

亚麻的ai就是个笑话，和外面能力差太多

哈哈，有亚麻员工出来证实一下吗？

通过amazon kiro的都知道，超低能弱智AI Agent，把人往死里坑的那种。这就是亚麻。

亚麻的ai不叫ai，和我们外面用opus4.6隔了三代

亚麻现在就作吧，迟早把自己给作死

q 自己组的人都不用