从开发者到舰队指挥官

作者：Alfred Lin, GP @ Sequoia

在过去几周，我与几位创始人讨论过，AI 编码工具正在为那些真正花时间掌握它们的人创造巨大的杠杆效应。我们需要新的开发框架。瀑布模型曾用于大型机与个人电脑时代，并在互联网与云时代被敏捷开发取代。同样，在 AI 时代我们也需要一种不同的开发框架。

在最近一次由我们从 Company M 招募来的、以 AI 为本土的首席技术官主持的 Company A 董事会会议上，数据非常醒目。前 5% 到 10% 的开发者现在的生产力比一年前高了 3 到 5 倍。中位数开发者的提升可能只有 10% 到 20%。我们在多家公司都看到相同的模式。自然，创始人想弄清楚这两组人之间的差别是什么。

为了更好地理解软件开发的变化，我请一位创始人展示她周末用 Claude Code 构建的一个东西。这不是一个原型。它是一个完全可用的产品，具有后端、精美的界面，并集成到公司的数据库中。两年前，仅仅把一个粗糙版本做出来就需要一个小团队花费数周时间。然而，她并不是一名软件工程师。她只是看到了一个没人解决的问题，决定自己构建解决方案。

引人注意的是她描述这一过程的方式。她并没有编写代码。她设定意图、审查输出、反复迭代和完善，直到输出与她的愿景相符。许多开发者为自己写的代码感到自豪。建设者为所建成的东西感到自豪。她不在乎代码本身。她为指挥一支代理舰队来实现她的愿景而感到自豪。

这让我想起了《安德的游戏》，我最喜欢的科幻小说之一。安德·威金的弧线很有启发性。在战斗学校，他不再争做最出色的单兵飞行员，而是将龙军重组为自主小队——可以在不等待命令的情况下自行决策的小单位。他的军队之所以称雄，不是因为他亲自做得更多，而是因为他更善于授权。

在指挥学校，他一次船也不亲自驾驶。他坐在模拟器前指挥舰队指挥官们，而这些指挥官又去指挥自己的中队。他的工作是制定战略、行使判决，并在不确定性面前做出困难决定。这与软件领域正在发生的事情直接对应。

当今最好的构建者不会试图亲自编写每一行代码。他们用自己的品味和判断来决定要构建什么，并规划如何构建。然后他们启动并行代理：一个重构，一个编写测试，一个处理 UI，所有人都带着明确的意图同时工作。Cursor 可以同时运行 10 到 20 个云端代理，每个代理都能产出一个拉取请求。Claude Code 在整个代码库中协调子代理。坚持控制每一行代码的开发者是 Bonzo Madrid，僵化、事必躬亲，最终被懂得如何以信任进行委托的人所压倒。

在 Ender 的最后一战中，人数劣势且处境艰难的他并非靠更优的战术取胜，而是靠想象力，舍弃整个舰队，对敌方母星发动了一次大胆且非常规的打击。那是源于信念的决定，而非渐进式优化。就目前的软件领域而言，那就是产品愿景。AI 可以生成代码，但还无法想象出尚未存在于世界中的产品。

最终，Ender 以为自己在模拟器里。实际上，他指挥的是真实的现役舰队。我们正处在类似时刻。Claude、Code、Codex 和 Cursor 不是玩具、沙盘或模拟器。它们是今天用于交付生产软件的真实界面。把它们当作次要事物就是错过了重点。

Ender 胜出并非因为他是最优秀的飞行员。他获胜是因为他看到了别人忽略的涂装，做出了别人不愿做的决策，并信任他的团队指挥去执行，而他则专注于只有他能做的事。真正的问题是：你将成为怎样的舰队司令？