亚马逊因AI编码助手引发宕机，将强制要求高级工程师审核AI辅助变更
亚马逊近期因使用AI编码助手导致了一系列严重宕机事件，迫使公司紧急调整内部流程。根据《金融时报》获得的内部会议简报，亚马逊电商业务近期出现了“一系列事件”，其特点是“影响范围广”且涉及“生成式AI辅助的变更”。简报将“新型生成式AI的使用，其最佳实践和安全防护措施尚未完全建立”列为事件“促成因素”之一。
宕机事件回顾
本月，亚马逊网站和购物应用经历了近六小时的宕机，公司称其涉及一次错误的“软件代码部署”。此次宕机导致客户无法完成交易或访问账户详情、产品价格等功能。
更值得注意的是，亚马逊的云计算部门——亚马逊网络服务（AWS）——也至少遭遇了两起与使用AI编码助手相关的事件。其中一起发生在去年12月中旬，工程师允许团队内部的Kiro AI编码工具进行某些变更后，导致客户使用的成本计算器中断了13小时。
内部应对措施
亚马逊集团高级副总裁Dave Treadwell在发给员工的邮件中坦言：“伙计们，你们可能知道，网站及相关基础设施的可用性最近不太好。”他要求员工参加通常为可选的每周“本周商店技术”（TWiST）会议，该会议将“深入探讨导致我们陷入当前状况的一些问题，以及一些短期即时举措”，旨在限制未来的宕机。
核心新规是：初级和中级工程师现在进行的任何AI辅助变更，都必须由更高级别的工程师签字批准。这标志着亚马逊在拥抱AI工具的同时，开始建立更严格的制衡机制。
行业背景与深层影响
亚马逊的遭遇并非孤例。随着GitHub Copilot、Amazon CodeWhisperer等AI编码助手在开发人员中迅速普及，其带来的效率提升与潜在风险并存。这些工具能够快速生成代码片段，但也可能引入未经充分测试的逻辑错误、安全漏洞或与现有系统不兼容的代码。
亚马逊的案例凸显了企业在规模化部署AI辅助开发工具时面临的共同挑战：如何在享受生产力红利的同时，确保系统的稳定性和安全性。传统的代码审查流程可能不足以应对AI生成的、有时难以直观理解的代码变更。
未来展望
亚马逊表示，对网站可用性的审查是“正常业务的一部分”，公司致力于持续改进。TWiST会议是其与特定零售技术领导者和团队定期举行的每周运营会议，用于审查商店的运营绩效。
此次事件和随之而来的流程调整，可能为整个科技行业敲响警钟。它预示着：
- AI治理的紧迫性：企业需要为AI辅助的开发建立明确的最佳实践、安全护栏和问责机制。
- 技能要求的演变：高级工程师的角色可能从纯粹的编码者，更多地转向AI生成代码的审核者与质量守门人。
- 工具链的完善：未来，AI编码工具本身可能需要集成更强大的测试、验证和回滚功能。
亚马逊的应对措施——强制高级别审核——是一个务实的起点，但长远来看，行业需要更系统化的解决方案来平衡AI驱动的创新与工程可靠性。
