Guillermo Rauch：v0 如何从原型设计工具发展到每天合并 3200 个 PR

Vibe coding 的肮脏秘密：从零到一是容易的。难的是大规模迭代和安全部署。Guillermo Rauch 的答案是将完整的 Git 工作流程引入 v0，将其从原型设计工具转变为生产工程环境，公司中的任何人都可以在其中打开分支、提交 PR 并发布到生产环境。

播客

Vercel 的 CEO Guillermo Rauch 在 “How I AI” 播客节目中与 Claire Vo 一起进行现场演示。Rauch 没有抽象地谈论 AI 的潜力，而是介绍了实际的工作流程：在 skills.sh（一个拥有 34,000 多个社区提交内容的病毒式技能市场）上构建功能，通过分支预览进行推送，并合并到生产环境。这次对话既是产品演示，也是关于 Vibe coding 如何改变组织动态的哲学探讨。

Skills.sh：从 Slack 聊天到病毒式平台

对话中最具体的案例研究是 skills.sh，这是一个 AI 技能中心，在其高峰期以每小时 500 个新提交的速度传播开来。

整个产品最初只是随意的 Slack 消息。Rauch 和他的团队讨论了这个想法，用 v0 提示了粗略的概念，并进行了协作迭代。设计副总裁进一步采用了最初的 v0 提示，然后 CTO 和产品负责人对其进行了改进。他们最终确定的设计美学，Rauch 称之为 “terminal core”，来自一个简单的建议：“如果我们让网站的顶部看起来像一个终端，会不会很酷？”

尽管是 vibe-coded 的，skills.sh 仍以生产规模运行。凭借 35,000 多个技能，Rauch 展示了即时页面转换和生产级的性能，所有这些都在 Vercel 基础设施上运行。

skills.sh 的动机来自具体的用户反馈：人们一直在问为什么像 Opus 4.5 这样的模型 “有点了解最新的 Next.js，但又不是真的了解”。Skills 通过让社区打包模型可以使用的最佳实践来解决这个问题，本质上是 AI 的众包上下文注入。

v0 中的 Git 工作流程革命

核心公告是 v0 新的 Git 集成。以前，v0 用户生活在原型设计领域，Rauch 称之为 “La La Land”。现在，该工具支持完整的工程工作流程：

1. 分支创建：一键创建遵循工程惯例的命名分支 (contributor/feature-name)
2. 完整的开发环境：VS Code 编辑器、已安装的依赖项、在虚拟机中运行的真实 Next.js 开发服务器
3. 分支预览：更改部署到 Vercel 的生产 CDN，以便在类似生产的环境中进行测试
4. PR 生成：v0 自动创建带有描述的拉取请求

Rauch 通过向 skills.sh 添加五星评级系统来演示这一点。他的提示是故意随意的：三个不完整的句子加上 “使其在此技能网站的风格中说得通”。他还增加了一个生产方面的考虑，要求 v0 “注意我们应该限制评分或防止对分数的滥用”。

结果符合 terminal core 设计，正确地持久化数据，并将评分存储在项目的现有 Redis/Upstash 后端中。当 Rauch 注意到页面刷新时出现布局偏移（他称之为触发了他的 “神经症” 的细节）时，他提示进行修复，并在几秒钟内解决了问题。

增长数字惊人：通过 v0 合并的 PR 从 1 月初的接近于零增加到 1 月下旬的每天 3,200 个，在几周内增长了 100 倍。而这仍然处于早期预览阶段。

“向政府请愿” 的终结

组织影响是这件事变得有趣的地方。Rauch 将旧的工作流程描述为 “向政府请愿”：想要更改页面的营销人员必须恳求工程师，或者祈祷 CMS 支持他们的愿景。

现在，任何人都可以通过 v0 打开生产页面，提示更改并提交 PR。工程团队仍然会审查和合并，但创建瓶颈已经消失。

“The humiliation ritual of prioritization goes away and you can actually focus your time on defending the merits of an idea on the actual idea as opposed to the hypothesis of the idea that then has to be implemented.” 优先排序的羞辱仪式消失了，你可以真正地将时间集中在为想法本身的价值辩护，而不是为一个还需要实施的假设辩护。

这改变了争论的内容。团队不再争论一个想法是否值得花费工程时间来构建，而是争论这个想法本身，因为原型已经存在。

Rauch 分享说，在 Git 工作流程存在之前，他创建了 v0 原型，但没有机制来移交它们。现在有了一个共同的基础：任何人的想法都可以成为 PR。他演示了自己的工作流程：每当他有一个产品改进的想法时，他都会创建一个 v0 原型，并将其作为拉取请求移交给工程团队。

零号客户，一号客户

当被问及产品与市场的契合度时，Rauch 分享了一个他称之为 “零号客户” 和 “一号客户” 的思维模型。

零号客户是团队本身。他引用了 Rick Rubin 对品味的信心：他们构建他们认为应该存在的东西，首先相信自己的判断。

一号客户是一个紧密的设计合作伙伴循环。例如，Claire Vo 与 Vercel 的 CPO 有直接的短信联系，实时发送错误报告和功能请求。这种紧密的反馈循环，而不是广泛的调查，塑造了产品方向。

还有一种关于内部工具的理念：每天，团队都会问自己 “我们如何构建一个代理来接管我们以前交给一个人的任务？” 通常，执行该任务的人会成为构建该代理的人。

“Every day we’re basically asking ourselves how can we build an agent that takes over a task that we were previously giving to a person, and typically the person that was working on that task is now the one creating the agent.” 我们每天都在问自己，如何构建一个 agent 来接管之前交给某个人的任务。而通常，之前做这个任务的人，现在就是构建这个 agent 的人。

物理 AI 和教孩子

Rauch 的个人 v0 项目揭示了他对事物发展方向的思考。他的 3D 国际象棋游戏 (v0-chess-match.vercel.app) 让两个 AI 模型在 3D 棋盘上对弈，流式传输他们的思考令牌，以便观众可以观看模型推理移动。它在 Vercel 的工作流程引擎上运行以实现持久性，这意味着该游戏理论上可以永远运行，在网络故障和计算故障中幸存下来。

构建它教会了 Rauch 通过多模型工作流程进行 3D 开发：当遇到 3D 网格问题时，他会要求另一个模型解释这些概念，然后将这些解释作为上下文粘贴到 v0 中。他还让 v0 为他构建调试工具（网格可视化、纹理切换），以便 AI 可以有效地帮助自己调试。

在他的孩子们的帮助下，他在办公室里 vibe-coded 了一个 Vesta Board 集成，通过展示输入代码如何改变现实世界中的物理显示器来教他们 API 的概念。四个孩子中有两个真的被震惊了（一个在玩他的 iPad，没有注意）。

关于是否教孩子打字的问题，Rauch 分享说，他在阿根廷的父亲用一个足球打字游戏骗了他：要进球，你必须打字很快。他正在寻找现代的等价物，而他的孩子们正在接触语音转文本。

未来展望

Rauch 暗示了 Vercel 路线图上的几个项目：

• 文本到 SVG：通过 Vercel 的 AI 网关重新制作模型，以创建可扩展的高 DPI 资产
• 视频生成：即将推出一些未指明的内容
• 生成式 UI (“Flash v0”)：对自发 UI 生成的研究，其中代理动态渲染界面，而无需部署完整的应用程序
• React Native / App Store 部署：一个 “长期以来的梦想”，即利用相同的基于 React 的部署平台，使推送到应用商店与推送到 Web 一样简单
• 在 v0 中构建代理：使用 v0 创建基于工作流程的代理，这些代理结合了沙箱、持久执行和现有的 Vercel 基础设施

后记

每天 3,200 个 PR 的数字才是真正的头条新闻。这不是原型生成；它是通过 Git 流动的生产代码，经过审查和合并。这就是 “AI 可以制作演示” 和 “AI 改变公司发布方式” 之间的差距。

• “向政府请愿” 的比喻命名了关于组织摩擦的真实事物。瓶颈从来都不是想法；而是从想法到实施的翻译成本。当该成本降至提示时，谁为产品做出贡献会发生根本性的变化。
• Rauch 摆脱困境的方法值得注意：使用另一个模型作为领域专家顾问，将其解释复制为 v0 的上下文，并让 AI 构建自己的调试工具。不优雅，但实用。
• 零号客户 / 一号客户框架是早期产品开发的有用启发式方法。首先为自己构建（品味），然后通过紧密的设计合作伙伴（现实）进行压力测试。在您拥有具体的东西之前，跳过广泛的调查。
• 作为 AI 最佳实践分发机制的技能可能比任何单个工具都重要。如果模型 “有点了解 Next.js，但又不是真的了解”，那么技能可以弥补这一差距。它是众包上下文注入，并且以每小时 500 个提交的速度，飞轮正在快速旋转。