Every的CEO Dan Shipper花了10天时间，完全用Codex，一行代码都没看，从零做出了一个叫Proof的产品。这是一个专门给AI agent用的文档编辑器，你可以理解成"agent版的Google Docs"。上线当天...

鱼儿摇摇

Every的CEO Dan Shipper花了10天时间，完全用Codex，一行代码都没看，从零做出了一个叫Proof的产品。这是一个专门给AI agent用的文档编辑器，你可以理解成"agent版的Google Docs"。上线当天直接炸了，推文拿到50万次浏览，48小时内用户创建了4000多篇文档。Dan早上醒来看到数据，很吃惊。


上线之后Proof开始疯狂出问题。Dan每天熬到凌晨四点，笔记本摊开放在枕头旁边让agent在后台跑着，每隔三四个小时醒来检查一次。他说自己像个草原上的拓荒者，半夜还得起来看看篝火有没有灭。这段经历让他看清了一件事：2026年你确实可以vibe code出任何东西，但你没法vibe fix它。能造出来和能用下去，中间隔着一条巨大的鸿沟。

在修复Proof的过程中，Dan总结出了2026年软件工程的新结构：每个AI团队都需要两种角色，海盗和建筑师。海盗负责尽可能快地往前冲，不考虑架构，不考虑代码整洁，唯一的目标就是找到真正有价值的东西。建筑师负责把海盗冲出来的混乱成果变成一个可理解、可维护、不会莫名其妙宕机的系统。海盗没有建筑师，造出来的东西会塌。建筑师没有海盗，造出来的东西没人要。

Dan以自己的海盗身份分享了几条血泪教训。第一，能造任何东西的时候，最该做的反而是一个简单的东西，然后把它做好。Vibe coding最大的诱惑就是不停加功能，加了一个又一个，结果什么都没做透。第二，一旦找到了真正有价值的方向，把现有代码扔掉，从头来过。他引用作家Annie Dillard的说法叫"覆盖你的足迹"，写作时你不希望读者看到你是怎么一步步想到这个点子的，做产品也一样。代码写起来很便宜，扔掉也很便宜。你可能会想让agent帮你重构，但Dan发现coding agent会被已有的混乱代码严重干扰，在旧代码的基础上改来改去，远不如开一个全新的项目来得干净。他还坦言自己用Codex的时候像在拉老虎机，每一个prompt都觉得"这次一定行"，团队看着他说"哥们你已经这样说了四天了"。

对于建筑师型的工程师，Dan的经历其实是个好消息。他最终请了一位建筑师帮忙重写了几个关键模块，大概花了一周，这才真正解决了问题。Coding model现在确实很强，但它们缺少一种概念上的清晰度。模型做的每一个局部修改单独看都合理，但退后一步看全局，整个系统就是拼不到一起去。真正优秀的工程师特别擅长这件事，而且越是深度使用AI工具，这种系统级的判断力反而越值钱，因为这恰恰是模型目前最欠缺的。

Dan最后还抛出了一个很有想象力的判断：现在所有的生产力软件，Google Docs、Sheets、PowerPoint，下一代版本的主要用户将会是agent。如果从一开始就把agent当核心用户来设计，你做出来的产品会和现有软件完全不同。这对想做独立项目的人来说，是一个巨大的机会窗口。他说下次再做vibe coded的项目，一定会从一开始就拉一个建筑师进来，因为如果不这么做，他的团队大概会哗变。说到底，做事情还是一起做比较好，你不必什么都自己扛。

##