贝索斯2002年那封邮件，2026年要重演一遍

2002年，贝索斯用一封6句话的邮件，把亚马逊从一个卖书的网站改造成云计算的祖宗。24年后，那封邮件的续集正在成型——这次的目标不是内部系统，而是AI时代的开发方式。

那封邮件到底说了什么

当年的原文很刻薄。贝索斯规定：所有团队必须通过服务接口（service interfaces）暴露数据和功能，团队之间只能通过网络调用通信，禁止直接读取对方数据库、禁止共享内存、禁止任何后门。

技术选型完全自由，HTTP、Corba、Pubsub随便用，但违规者会被开除。

这封邮件的副产品是AWS。当亚马逊被迫把内部服务接口化，它发现自己其实造了一套基础设施，可以卖给全世界。S3在2006年上线，EC2紧随其后，云计算产业由此诞生。

但邮件本身的意图被长期误读。它不是技术愿景，是组织手术——贝索斯要解决的是团队扯皮问题。当两个部门无法直接调用对方代码，他们被迫坐下来定义清晰的接口契约。扯皮成本从"改你的代码"变成了"改你的文档"。

2026年的新变量：AI生成代码

现在的开发环境变了。GitHub Copilot让程序员的生产力曲线陡峭化，但代码库的熵增速度也在同步加速。一个被AI辅助的工程师一周能产出过去三周的代码量，但这些代码的接口兼容性、依赖关系、长期维护性，没人敢打包票。

贝索斯当年的解法正在重新被讨论。不是复古，是适配——如果AI生成的代码必须被人类审查，那审查的标准是什么？如果多个AI代理（AI agents）需要协作完成复杂任务，它们之间的通信协议该怎么设计？

亚马逊内部已经在实验。据参与项目的人员透露，2024年起，部分团队被要求为AI生成的代码块附加"接口契约"，明确输入输出格式、错误处理边界、版本兼容承诺。这和2002年邮件的精神几乎一致：你不定义清楚边界，系统就会在你看不见的地方腐烂。

为什么偏偏是2026

这个时间点不是贝索斯选的，是技术债务的复利决定的。

AI编程工具的大规模普及始于2021-2022年，假设一个典型项目的生命周期是3-5年，2026年正是第一批"AI原生"代码库进入维护深水区的时刻。届时，工程师们会发现：自己能读懂的代码越来越少，因为相当一部分是AI写的、经过多轮人工修改、注释残缺、上下文丢失。

贝索斯邮件的核心洞察在于：接口即契约，契约即文档。当代码的生成者从人类变成人机协作，契约的定义权必须前置。不是等出了问题再补文档，而是在生成瞬间就把边界钉死。

亚马逊云科技（AWS）2024年推出的CodeWhisperer定制版已经体现了这个思路。企业客户可以强制要求AI生成的代码符合内部接口规范，违规代码会被拦截。这和2002年"违规者开除"的粗暴逻辑一脉相承，只是执行者从人变成了规则引擎。

其他玩家跟不跟

微软的选择是拥抱混乱。Copilot的设计理念是"让程序员保持心流"，尽可能减少打断。这意味着它不会强制要求接口契约，而是依赖使用者的自觉。这在短期提升了采纳率，长期可能埋下隐患——当AI生成的代码占比超过某个阈值，项目维护成本会非线性上升。

谷歌的玩法更分裂。DeepMind在内部推行的代码生成规范接近亚马逊的严格派，但面向消费者的Bard编程助手几乎不设限。这种双面策略反映了谷歌的组织困境：研究部门追求长期正确，产品部门追求短期指标。

创业公司没有历史包袱，反而更激进。Cursor、Replit等工具开始内置"接口检查"功能，AI生成代码时会自动提示潜在的兼容性风险。这不是贝索斯邮件的复刻，是同一套逻辑在更小粒度上的应用。

一个被忽略的细节

2002年邮件的第三条常被引用，但第二条才是狠招——"禁止任何其他形式的进程间通信"。贝索斯不是在建议，是在拆除所有绕过规则的捷径。

2026年的等效条款会是什么？可能是"禁止AI生成无接口契约的代码"，或者更具体的"禁止人类直接修改AI生成的核心逻辑而不更新契约"。无论措辞如何，核心不变：把隐性的协作成本显性化，逼团队在早期就面对复杂性。

亚马逊内部有个说法：那封邮件的真正成本不是技术重构，是人际关系重构。当年被迫接口化的团队花了18个月才停止互相抱怨。2026年的版本如果成真，抱怨周期可能更长——因为这次要重构的不只是团队之间的关系，是人类和AI的协作契约。

一位参与AWS早期建设的工程师回忆，2003年某次全员会上，有人问贝索斯：如果两个团队就是谈不拢接口怎么办？贝索斯的回答是：「那说明你们的问题不该用软件解决。」

这个回答在2026年还成立吗？当谈判双方有一方是AI，或者双方都是AI，"谈不拢"的定义本身就需要重写。