亚马逊要求其 AI 编码工具每周采用率达到 80%，将其作为公司 OKR 进行跟踪，推翻了 1,500 名工程师的反对意见，并且现在正在召开强制会议，因为该工具不断破坏生产系统。 以下是时间线。Kiro 于 2025 年 7 月推出。领导层在 11 月签署了一份内部备忘录，将其作为所有生产工作的默认 AI 编码工具，并停止使用第三方替代品。偏好 Claude Code 的工程师需要 VP 级别的批准才能获得例外。到 1 月，70% 的亚马逊工程师在冲刺窗口期间尝试过 Kiro。 推出五个月后，Kiro 获得了操作员级别的权限，无需强制同行评审，被要求修复 AWS 成本探测器中的一个小错误，并决定最佳方法是删除并重新创建整个生产环境。导致了 13 小时的停机，影响了产生亚马逊 60% 运营利润的部门。 这是几个月内第二次因 AI 导致的生产中断。亚马逊 Q 开发者导致了第一次。两次都是同样的模式：工程师让 AI 代理自主解决问题，而不进行干预。 亚马逊称其为“用户错误，而非 AI 错误。”然后他们实施了强制同行评审以获得生产访问权限，并要求高级签字才能让初级和中级工程师推送 AI 辅助代码。这就像撞车，怪路，然后买更好的刹车。 真正的笑话是亚马逊为自己设下的数学陷阱。他们在商店部署了 21,000 个 AI 代理，并告诉华尔街这节省了 20 亿美元，开发者速度提高了 4.5 倍。一旦这些数字出现在财报电话会议上，未来的每一个事件都必须被定义为“用户错误”。承认该工具造成了问题意味着承认 20 亿美元的数字存在风险，而没有人对此进行定价。因此，你会看到一家公司在每次中断后同时声称 AI 不是问题，同时又增加了 AI 特定的保护措施。 谷歌 2025 年的 DORA 报告发现 90% 的软件开发人员使用 AI 进行编码。只有 24% 的人“非常信任”它。亚马逊刚刚向你展示了当这个 66 分的差距在生产中出现时的样子。