Vercel v0 API 正式发布:把 AI 应用构建智能体开放成可编程基础设施
Vercel 已正式推出 v0 API,让开发者通过编程方式调用其 AI 应用构建智能体:发送提示词、生成与修改应用文件、在 Vercel Sandbox 中运行,并拿到可嵌入自有界面的预览 URL。API 支持同步、异步、流式三种请求模式,每个请求最多携带 3 项技能,还可通过 MCP、AI SDK 与 eve 框架被其他智能体调用。
注:核心数据摘自公开报道;接口细节与配额上限以官方文档为准。
Vercel 已正式推出 v0 API,让开发者通过编程方式调用其 AI 应用构建智能体:发送提示词、生成与修改应用文件、在 Vercel Sandbox 中运行,并拿到可嵌入自有界面的预览 URL。API 支持同步、异步、流式三种请求模式,每个请求最多携带 3 项技能,还可通过 MCP、AI SDK 与 eve 框架被其他智能体调用。
注:核心数据摘自公开报道;接口细节与配额上限以官方文档为准。
Vercel 已正式推出 v0 API。开发者通过 API 发送提示词,让 v0 生成和修改应用程序文件,在 Vercel Sandbox 中运行生成的应用程序,并获得一个可以嵌入自有界面的预览 URL。API 以聊天为单位组织每个应用——聊天会持续维护应用当前状态,开发者用同一个聊天 ID 追加消息,就能让 v0 继续编辑现有应用。
本质上,v0 从「给人用的网页工具」变成了「给程序调用的基础设施」。
在流式请求模式下,调用方可以实时看到智能体的每一步操作——读取文件、编辑代码、执行 Bash 命令、调用工具——并根据进度做出响应。
注:链路中的每个环节都可编程触发;流式模式下公开的智能体动作共有 5 种。
同样瞄准「AI 生成应用」,v0 的路线与 Lovable、Bolt 明显不同。后两者提供的是面向人的交互式生成环境;而 v0 API 把应用构建智能体当作基础设施开放。
交互式生成环境——面向「人」,在网页里点选、生成、实时预览,人工介入程度高。
应用构建智能体即基础设施——面向「程序」,从自有产品、脚本、CI 流水线或其他智能体中调用。
更关键的是,生成的应用程序直接与 Vercel 的 Sandbox 和部署 API 集成:应用就绪后,开发者可以关联一个 Vercel 项目,通过 API 完成部署。预览环境使用短期令牌,并支持通过服务端代理访问,避免在浏览器中暴露 v0 API 密钥。
注:这意味着 v0 覆盖的不只是「生成代码」,而是「生成 → 运行 → 预览 → 部署」的完整闭环。
发布后,社区讨论集中在同一个方向:全程可编程的应用开发工作流。
「这是迈向全程可编程应用开发工作流的重要一步。」
— AI 领域影响力人士 ZenithAIVercel 开发者 @EstebanSuarez 给出了更具体的智能体工作流描述:
「你的智能体需要一个应用程序。它将提示词连同你的设计系统一起发送给 v0 API,随后会收到一个预览 URL:应用程序已在 Vercel Sandbox 中实时运行。你的智能体会对它进行迭代。准备就绪后,它会进行部署。这就是新的 v0 API。」
— Vercel 开发者 @EstebanSuarez把这段话拆开,就是一个完整的智能体工作流:
注:这条链路里人不需要在场——从生成到部署,全部由程序按需触发。
为什么是 Vercel 做这件事?它手里本就握着 Sandbox 与部署 API——生成、运行、上线的全链路都在自家平台上。对 Vercel 来说,v0 API 不是新增一个孤立产品,而是把既有的构建能力开放成了基础设施。
需要看清的是,v0 API 的闭环深度绑定 Vercel 生态——Sandbox 运行、项目部署都依赖 Vercel 平台;社区热议的「全流程可编程」,目前是单一厂商体系内的可编程。跨平台调用、多智能体并发以及长期任务下的稳定性,也需要更多实践验证。
但它指出的方向是清晰的。
当 AI 应用构建智能体被开放成一行 API,应用生成工具的竞争焦点,正从「界面做得多顺手」转向「能否嵌入别人的产品与工作流」。谁能成为智能体生态里的基础设施,谁就拿到了下一代开发工具的入口。
创建 API 密钥、安装 v0 SDK,即可构建自己的生成界面:发送提示词、流式接收智能体活动、渲染预览、部署应用。
api.v0.dev/v2