亚马逊收紧 AI 写代码：AI 辅助提交必须由资深工程师批准

亚马逊近期在一次内部技术会议上披露，过去几个月系统故障出现 明显增加的趋势，其中部分事件与 生成式 AI 编程工具 的使用有关。会议主要围绕多起服务故障进行“深度剖析”，试图找出问题的共同原因。

内部简报指出，这些事件往往具有两个特征：

• 影响范围较大
• 代码变更由生成式 AI 工具辅助完成

在“促成因素”一栏中，会议材料提到：当前行业对于 生成式 AI 编程的最佳实践和安全防护措施仍未完全建立。这意味着在真实生产环境中，大规模依赖 AI 写代码仍存在一定风险。

新规定：AI 生成代码需要资深工程师审核

为降低风险，亚马逊电商业务负责人 Dave Treadwell 宣布了一项新的内部工程流程：

初级和中级工程师提交的 AI 辅助代码变更，必须获得更高级别工程师的批准。

也就是说，如果代码变更涉及 AI 编程工具（例如代码自动生成或修改），就需要经过 资深工程师的额外审核，才能合并进入代码库。

这一措施实际上相当于为 AI 编码增加了一层 人工安全阀。

AI 编程的“新风险”

生成式 AI 编程工具近年来迅速普及，例如：

• 自动补全代码
• 自动生成函数
• 自动重构逻辑
• 自动编写测试

这些工具可以显著提高开发效率，但同时也带来了新的问题。

例如：

• 开发者可能 不完全理解 AI 生成的代码
• AI 生成的逻辑可能 隐藏边界条件问题
• 自动生成的代码可能 在复杂系统中引入连锁影响

在大型系统中，一个小的逻辑错误就可能造成 大规模服务中断。

行业正在寻找 AI 编程的安全边界

亚马逊的做法并不是完全限制 AI 编程，而是试图建立一种新的工程治理模式：

AI 提升效率，人类负责最终判断。

这其实反映出整个软件行业正在面对的一个现实问题：
生成式 AI 的能力发展速度很快，但 工程规范、质量控制和风险管理 还在逐步建立之中。

在很多公司内部，目前已经出现类似趋势：

• AI 可以生成代码
• 但关键代码必须人工审核
• 复杂系统变更需要更严格流程

AI 编程正在改变开发流程

过去的软件开发流程通常是：

开发者写代码 → 代码审查 → 合并发布

而在 AI 编程时代，流程逐渐变成：

开发者 + AI 写代码 → 人类审核 → 系统测试 → 发布

换句话说，AI 更像是 开发者的协作工具，而不是完全独立的程序员。

亚马逊此次调整流程，实际上是在为 AI 编程进入大型生产系统建立新的安全机制。

随着 AI 编程工具越来越普及，类似的工程规范很可能会成为软件行业的新常态。