他用 AI 10 天做出爆款应用，却差点被自己“vibe coding”搞垮

2026 年，你几乎可以用 AI 写出任何应用。但 Every 的 CEO 用亲身翻车经历证明了一件事：能 vibe code，不代表你能把它救活。这段经历，意外揭示了 AI 时代工程团队最重要的新分工。

10 天上线、48 小时 4000 个用户，然后一地鸡毛

如果只看开头，这会是一个完美的 AI 神话：2026 年，Every 的联合创始人兼 CEO，完全不看代码、全程用 Codex，在 10 天内做出了一款名为 Proof 的应用——一个“为 AI Agent 而生的 Google Docs”。上线第一天，推文 1500 个赞、50 万浏览，48 小时内生成了 4000 份文档。他当时的真实反应是：“我们要上月球了。”

但现实很快反转。产品确实有人用，但代码像融化的雪糕一样开始失控：Bug 堆积、系统不稳定、问题难以复现。他形容那段时间自己“像草原上的拓荒者守着火堆”，凌晨四点睡觉，电脑开着让 agent 跑代码，每隔三小时惊醒一次看看系统有没有炸。AI 可以让你极快地把东西“做出来”，但它并不保证你能把它“救回来”。

2026 年的软件工程，只剩下两种人：海盗和建筑师

真正有价值的洞察出现在翻车之后。他提出一个极具争议、但极其贴合当下的判断：未来的软件工程团队，只需要两种角色——海盗（Pirate）和建筑师（Architect）。

海盗的任务只有一个：用最快的速度找到“有价值的东西”。他们疯狂 vibe coding，不关心架构、不在乎优雅，只在乎探索和验证需求。Proof 的最初版本，正是典型的海盗产物。

建筑师的任务则完全相反：当价值被验证后，把这堆杂乱无章的探索成果，变成一个“不会随机崩溃、能维护、能扩展”的机器。海盗没有建筑师，做出来的东西迟早塌；建筑师没有海盗，只会精致地打磨一个没人要的系统。

这不是分工细化，而是工程范式的重组。AI 把“写代码”这件事的门槛拉到极低，反而让“判断什么值得写”“如何让系统整体成立”变成真正稀缺的能力。

给海盗的三条残酷建议：少做、重来、别沉迷

作为一个自认“海盗型人格”的 CEO，他给出了几条血泪建议。

第一，能 vibe code 任何东西时，最好的选择是：只做一个极其简单、但真的好用的功能。AI 最大的诱惑，是让你不停加功能，直到产品什么都有、却什么都不重要。

第二，一旦你确定“这东西有价值”，请果断把代码扔掉，重写。他引用作家 Annie Dillard 的说法——“cover your tracks”。探索阶段留下的所有痕迹，都会变成未来的负担。更残酷的是：你以为可以让 agent 帮你重构，但事实是，agent 会被旧代码严重干扰，几乎不可能真正推倒重来。

第三，警惕把 coding agent 当成老虎机。每一次 prompt 都像在赌“这把一定能解决所有问题”，这种快感极易上瘾，却会让你逃避真正困难、但更重要的系统性理解。

建筑师没有被淘汰，反而变得更贵了

这段经历，也直接回应了无数资深工程师的焦虑：在 AI 写代码的时代，我还有价值吗？

他的答案非常明确：有，而且更大了。Proof 最终真正稳定下来，不是靠更聪明的 prompt，而是拉来一位建筑师，用 AI 辅助，在一周左右时间里，从底层重写了关键模块。

他观察到一个关键差异：模型擅长做“局部合理”的修改，但缺乏全局一致性的判断；而资深工程师，恰恰擅长从系统层面判断“这个东西到底成不成立”。短期内，这种能力无法被模型替代。

换句话说，AI 并没有消灭建筑师，而是把他们从“写代码的人”，推向了“驾驭复杂系统的人”。

总结

这段经历真正重要的，不是 Proof 这款产品本身，而是它揭示的结构性变化：AI 让“把想法变成东西”变得极快，但也让“把东西变成系统”变得更重要。如果你是创业者，别再幻想一个人+AI 能搞定一切；如果你是工程师，要么成为更锋利的海盗，要么成为更稀缺的建筑师。真正的机会，属于能在这两种角色之间协作、切换的人。问题只剩一个：下一次你打开 Codex 时，你到底想当哪一个？

关键词： AI Agent， vibe coding， 软件工程， 代码生成， 工程团队结构

事实核查备注： 需要核查：1）Proof 应用的上线时间与用户数据（48 小时 4000 个文档）；2）Every 公司规模（约 25 人）；3）是否明确使用 Codex 完成开发；4）视频发布时间为 2026-04-14。