Vercel 于 2026 年 8 月正式对外开放了 v0 API，把原本只能在网页里对话式生成的 AI 编程能力，封装成任何程序都能直接调用的标准接口。新接口地址指向 Vercel v0 API，核心能力集中在三点：以 MCP 协议开放、以流式响应呈现生成过程、并能在 Vercel Sandbox 中直接自动部署。这意味着"用自然语言造出一个能跑、能预览、能上线的 Web 应用"这件事，第一次可以完全由代码驱动，而不再依赖人在界面上反复点选。
一、从对话界面到可编程工厂
过去 v0 更像是一块"会写代码的画布"：你在浏览器里描述需求，它返回组件与页面，你再去复制、部署。新 API 把它升级为一套可被智能体调用的"应用工厂"。它围绕 chat 与 message 组织状态——一个 chat 对应一次应用构建任务，保存着当前最新的应用形态；message 则记录完整的历史迭代。调用方不再只是拿到一段最终文本，而是能渲染结构化的消息分片，把代码、预览与状态更新当作连续流来消费，体验上明显优于"黑盒等待"。
最直观的入口是 MCP。v0 以标准 MCP 服务器形态暴露，地址为 https://v0.app/api/mcp，任何支持该协议的 IDE、桌面助手或智能体运行环境都能连上，首次连接走 OAuth 授权。服务器暴露了创建对话、获取预览链接、收发消息等工具，等于把 v0 的整个工作流"插件化"了，几乎零成本接入现有客户端。
二、三种接入方式与一次完整闭环
官方为不同技术栈提供了三种接法。其一是 MCP 服务器，适合任意兼容客户端；其二是面向 AI SDK 的 @v0-sdk/ai-tools，它把 v0 的操作变成 agent 循环内的工具，交给 generateText 之类的运行时，由智能体自己决定何时新建或延续某个 chat；其三是面向 eve 的 OpenAPI 连接文件，把允许的操作声明为工具，并把密钥留在执行期、不进模型上下文，降低泄露风险。
一个典型的闭环这样跑起来：智能体把提示词连同你的设计系统一起发给 v0 API，随即收到一个预览链接——应用已经在 Vercel Sandbox 中实时运行；智能体在沙箱里持续迭代、修 bug；准备就绪后再调用部署接口，拿到真实的 deploymentId 与 vercelProjectId。正如 Vercel 开发者 Esteban Suarez 所描述的那样：你的智能体需要一个应用，它会带着设计系统去请求 v0，拿到预览，迭代，然后部署——这就是新的 v0 API。设计系统的随请求复用，也让批量产出的页面天然贴合品牌规范。
三、对开发者与智能体生态意味着什么
对构建 AI 编程 Agent 的团队而言，v0 API 把"生成可运行 Web 应用"沉淀成了一个可编排、可组合的基础能力。它天然适配那些希望把"造应用"塞进更长工作流的场景：从原型验证、营销页批量生成，到内部工具的一键上线。配合 Vercel 的边缘网络、自动 HTTPS 与可观测能力，预览到上线的链路被显著缩短，回滚与防护也默认就绪。
当然也有需要注意的地方。旧版 v0 API 的 chat 无法在新版直接运行，已有对话需要按官方迁移指南打包为 ZIP 后重建；接口仍处于正式发布初期，行为与新特性可能继续演进；预览与部署深度绑定 Vercel 平台，跨云场景的灵活性有限。对大多数想在智能体工作流里嵌入"应用生产"能力的团队来说，这些代价远小于它省下的工程量。想了解完整功能与接入方式，可查看 Vercel v0 API 工具详情。
