用英文写软件之后：Vercel如何把“开发者工具”变成下一代生产线

过去二十年，软件行业最贵的资产是工程师时间。你有想法，也有预算，但从需求到上线之间总隔着无穷无尽的配置、环境、权限、部署、回归测试和跨团队协作。很多公司不是败在创意不够，而是败在“把东西做出来”这件事太慢。Vercel 的故事，本质上就是在这条链路上持续砍掉摩擦，直到今天把“写代码优先”推向“意图优先，代码后置”。

在 Acquired 播客 2025 年 2 月 18 日《Building Web Apps with Just English and AI (with Vercel CEO Guillermo Rauch)》里，Vercel 创始人兼 CEO Guillermo Rauch 给出一句非常直白的定义：Vercel 是“构建并部署现代 Web 应用的基础设施平台”。但如果只把它理解成“云托管”，会错过真正的核心。它更像一套垂直一体化系统，一端是开发者的编程模型，另一端是全球化运行时基础设施，中间尽可能不让用户碰到复杂的基础设施装配工作。

这家公司最初的机会并不神秘。2014 到 2015 年间，Kubernetes 与 React 相继开源，行业叙事是“现代 Web 工具已经齐全”。可现实对多数团队并不友好。开源组件都在，但拼装成本极高，企业要先投入大量工程时间把框架、部署、监控、安全和发布流程绑在一起，才能得到一个可稳定上线的产品。Guillermo 在该集中反复强调，当时云工具给人的体感像“需要博士学位才能用”。Vercel 的原始使命就是把这段复杂过程自动化。

Guillermo 本人的路径决定了 Vercel 的产品重心。他从青少年时期就沉迷前端与实时应用，曾主导 Socket.IO，也长期反向拆解 Gmail、Facebook 这类高动态产品的实现方式。于是 Vercel 并没有选择“什么都做”的通用平台路线，而是先压缩到一个尖点：让前端应用的开发、协作与上线速度大幅提升。Next.js 的诞生就是这个尖点的产物，它不是替代 React，而是在 React 之上补齐企业真正可用的默认工程化路径。

该集有一个值得所有创业者记住的判断。Guillermo 认为，开源社区曾有一段明显偏向“静态化”的路径，这在他看来与主流互联网产品的真实需求相背离。用户习惯的是动态体验、个性化内容和实时反馈，而不是编译后几乎不变的页面集合。Vercel 的下注因此很明确：优先支持动态渲染与云端执行，即使这条路更难、更慢、更重。后来 AI 产品的大规模兴起，反而验证了这一长期下注，因为 ChatGPT、Claude、Sora 等主流产品的前端都更依赖现代动态框架能力。

很多人把 Next.js 的成功归因于“语法友好”，这只说对了一半。另一半来自和 Vercel 基础设施的协同设计。Guillermo 在该集中把它比作“引擎与整车”：React 像引擎，Next.js 和 Vercel 要解决的是“让普通团队把车开起来”。这意味着产品价值不只在 API，而在端到端体验中。代码提交后如何自动生成可访问预览 URL，如何让产品、设计、运营不等开发环境就能评审变更，如何把协作对象从“会写代码的人”扩展到整个组织，这些都直接影响企业的软件交付效率。

Vercel 最被低估的功能之一，正是每个分支自动生成预览环境。看似是工程便利，实则是组织协作机制的重构。过去一个功能评审常常依赖临时会议、屏幕共享和“我本机能跑”的演示；现在任何人拿到链接都能在手机上直接体验待发布版本。这件事对移动流量占比高的公司尤其关键。Guillermo 在该集中提到，有电商客户约九成流量来自移动端，而开发者日常工作设备却是高性能桌面机，预览链接把“开发环境与真实用户环境”之间的认知偏差显著缩短。

如果说以上仍是“开发者效率革命”，v0 则是 Vercel 的第二曲线，甚至是商业模式边界的重画。Guillermo 把 v0 定义为“把英文提示词直接转成可运行界面与应用”的 AI 助手，强调“code last（代码后置）”。在该集披露的数据里，v0 从研究预览发布后 10 个月到达 100 万美元 ARR，随后 14 天到 200 万，再过 20 天到 400 万。更重要的是，它把 Vercel 的潜在用户池从“会写代码的开发者”扩展到“有产品意图的人”。

这组数据背后不是单纯的模型调用堆量。Guillermo 给出的技术策略是，把 Vercel 多年的运行时能力和浏览器内渲染环境，与顶级基础模型结合，再通过评测、基准、提示工程、检索增强与设计系统约束，持续把模型输出拉向“可生产、可维护、可审美”。他说得很直接：他们正在从“给人类设计框架”走向“给 AI 设计框架”。这个转向的商业意义是，平台竞争从“谁的 API 更多”升级为“谁能把意图稳定地翻译成高质量软件”。

这里面还藏着一个经典的开源问题：既要开放生态，又要建立可持续商业。Guillermo 在该集中态度鲜明，Next.js 和 AI SDK 继续开源，目标首先是 adoption 与标准化，而不是在框架层收费。AI SDK 的下载量从每周约 10 万增长到接近 100 万，也印证了“先做开发者标准，再承接基础设施价值”的路径。Vercel 的收费锚点始终放在最难复制、且企业最愿意外包的部分：全球多区域运行、弹性扩缩、流量安全、DDoS 防护、稳定性与运维复杂度吸收。

这套模型是否可信，最终要看能不能扛住真实世界最恶劣流量。Guillermo 给出一个很有意思的实战来源：加密行业。高波动流量和高攻击密度环境，逼着平台在安全和抗压上快速进化。Vercel 把这段压力转成能力，反过来增强了金融与大型企业客户的信任基础。这也解释了为什么很多传统企业的数字化改造最终会选这种平台化方案，它们买的不只是“更快上线”，更是“复杂性外包 + 风险共担”。

在组织层面，Guillermo 还给出一个容易引发争议但很有执行价值的观点：技术型 CEO 应该深入参与业务全链条，而不是只盯产品。他把重点放在“信息流优化”而非“层层汇报”，并要求管理层能直接理解产品与客户语境。这个方法在 550 人规模下依然成立，关键前提是公司内部工具链足够统一，且管理者不靠文档二手信息，而靠一手使用体验和快速反馈回路进行决策。

最值得注意的，仍是他对行业未来的预测：软件生产的边际成本继续下降，团队规模在很多场景会继续变小，但产品数量和迭代速度会显著增加。这里的“人变少”并不等于“价值变少”，而是每个小团队借助 AI 与平台化基础设施，能触达过去只有大组织才触达得到的交付能力。换句话说，下一代软件公司的分水岭不再是“是否雇得起足够多工程师”，而是“能否把意图、品味与反馈回路压缩到极短时间内完成闭环”。

回看 Vercel 十年演进，它做对的不是某一个功能，而是连续三步。第一步，选择可防守的小切口并做到世界级。第二步，把开源标准与托管基础设施耦合成一体化体验。第三步，在 AI 到来时迅速把“开发者平台”升级为“意图到软件的平台”。对大多数公司来说，AI 只是新增功能；对 Vercel 来说，AI 改写了它的用户边界、销售路径和产品定义。这才是这期 Acquired 该集最有价值的启发。

延伸推荐

• Acquired: Building Web Apps with Just English and AI (with Vercel CEO Guillermo Rauch)（Ben Gilbert / David Rosenthal）：重点回听“动态优先下注”“v0 增长曲线”“开源与商业边界”三段。
• Acquired: Building Web Apps with Just English and AI (with Vercel CEO Guillermo Rauch)（视频版）（YouTube / Acquired）：适合配合口述细节理解 Guillermo 对产品哲学与组织方式的原始表达。
• Next.js Documentation（Vercel）：系统理解 Next.js 的渲染策略、路由体系与部署模型，是理解 Vercel 飞轮的第一手资料。
• Vercel v0 & AI SDK Documentation（Vercel）：用于理解“代码后置”开发流程与 AI 应用工程化方法。
• Designing Data-Intensive Applications（Martin Kleppmann）：补足分布式系统、数据一致性与系统可靠性的底层认知，帮助评估“托管平台抽象”背后的工程代价。
• The Lean Startup（Eric Ries）：从实验速度与反馈回路角度，重新审视 AI 时代产品迭代节奏与团队组织效率。