# 从 Prompt 到上线：Vercel 如何吃下 AI 时代的部署红利

*作者：0xjacobzhao | https://linktr.ee/0xjacobzhao*

By [0xjacobzhao](https://paragraph.com/@0xjacobzhao) · 2026-10-13

---

写代码的成本正在被 AI 快速压低，但“把代码送上生产环境”依然是一道昂贵的工程题。

每日约 600 万次部署，超过一半由 AI Agent 触发，AI SDK 每周下载约 1,600 万次——Vercel 看起来已经抓住了 AI 时代的下一张船票。然而，93 亿美元的融资估值、约 27.4 倍的股权价值/收入，是否已经把这场“AI 部署层”的胜利计入价格？

Cloudflare 从侧面进攻，AWS 定义了它下方的成本地板与上方的企业天花板，成长中的客户又在把技术栈逐层拆走。Vercel 变现的究竟是一条护城河，还是一层可以被压价的抽象？本文从商业模式、AI 分发、竞争结构与成长后的经济性四个角度，给出这个问题的证据与边界。

**核心观点**
--------

*   **商业本质：掌握“抽象关系”，而非“基础设施”**：Vercel 免费开源 Next.js 以获取开发者心智，再对由此产生的计算、内存与交付消耗变现。它不拥有底层云、数据库或模型，掌控的是开发者（或 Agent）与基础设施之间的那层连接，变现的是“降低代码落地复杂度”的抽象价值。
    
*   **AI 的结构性变化：方向正确，转化经济性未证**：AI 压低软件生产成本，Vercel 日部署量约 600 万次，其中 Agent 触发占比在半年内从不足 3% 升至 50% 以上。但这是 Vercel 自己的分母，不等于行业份额；Agent 项目能否存活、付费并沉淀毛利，尚无公开证据。
    
*   **防御力分层：先发领先，而非绝对壁垒**：十年积累的 Web 框架与部署工作流是收入的内核。面向 Agent 的新工具可被复制，而数据库、模型与底层云均属合作方，客户黏性最高的数据资产留在平台之外。
    
*   **竞争的真实机制：替代品无需赢下迁移，只需封顶定价权**：Cloudflare、AWS 只需在续约时提供可信替代，就能压缩 Vercel 的抽象溢价；客户成长后又倾向把常驻计算与数据迁向 PaaS 或超大规模云，这为单客户价值扩张设了上限。
    

**1\. Vercel 是什么：一层被变现的抽象**
---------------------------

### **1.1　业务定位**

Vercel 是现代 Web 应用的部署与交付平台。开发者仅需连接 Git 仓库，Vercel 即可自动解析代码并推导出对应的基础设施拓扑，生成预览 URL，并通过其边缘网络承载生产流量。公司主要通过席位费、计算与内存资源、函数调用次数、构建时长及交付流量收费。

Vercel 的战略叙事是打造“AI 生成软件的控制面”，掌控“从 Prompt 到 Production”的全流程路径。但本质上，Vercel 卖的不是基础设施，而是开发者与基础设施之间的契约关系。

![信息图：业务快照：除另行标注外均为公司自报；估值为历史融资参考，不是当前可成交价格](https://storage.googleapis.com/papyrus_images/97523c04cbbef988dbcaecba6cbd7822debb197c5865decf46a1147eaef75b54.png)

图 1 业务快照：除另行标注外均为公司自报；估值为历史融资参考，不是当前可成交价格

### **1.2　这层抽象为什么有价值**

![信息图：传统云暴露基础设施原语；Vercel 把常见的 Web 基础设施打包在有主张的默认值之后](https://storage.googleapis.com/papyrus_images/c7b65a107b1f537cb43f8ed10787059a0012ba554e96db4f0db3d9b44e8785e3.png)

图 2 传统云暴露基础设施原语；Vercel 把常见的 Web 基础设施打包在有主张的默认值之后

Vercel 不只是“更简单的云”，而是一层有主张的应用部署抽象：它拿掉构建、运行时、CDN、TLS、路由等一组具体的组合决策，用从应用代码推导出的默认值替代。交换是双向的——更少的决策、更快的上线路径，换取更少的基础设施控制与灵活性。传统云做相反的取舍，对确实需要那种控制力的团队才是正确答案。

这层抽象对“拥有应用代码、却没有平台工程职能来消化这些决策”的团队价值最大。也正因如此，AI 在商业上而不只是叙事上重要：当 AI 降低写软件的成本，Vercel 降低把软件送上生产环境的成本，而“能写出可用代码、却无意拼装基础设施”的人群，增长快于平台工程师的人群。

### **1.3　钱怎么赚，什么不是收入**

Vercel 是一门带席位成分的用量生意，而不是附带用量的席位生意。

**表 1｜Vercel 的主要计费项**

计费项

按什么收费

席位

标准付费档每位开发者每月 20 美元，含用量额度，viewer 席位免费；企业档为合同定价。

计算

Active CPU 时间加已预置内存，两者分开计费：等待模型响应的函数按内存而非 CPU 费率计费，这是 AI 形态负载能在该平台算得过账的原因。

调用与构建

按百万次函数调用计费；构建按 CPU-分钟计费。

交付

CDN 请求与数据传输。2026 年 9 月对付费团队改为带尖峰保护的固定月费档，不覆盖 origin transfer、图像优化、计算与构建。

Sandbox 与 Agent 运行时

隔离执行的 CPU、内存、创建次数、网络与快照存储。

管控与智能

治理功能，以及按 token 加模型成本透传计价的 Vercel Agent——首次为自身的智能而非基础设施收费。

AI Gateway 的每月 20 万亿 Token 流量与 Marketplace 转售的第三方数据库均属于代收代付的交易流水，其绝大部分价值归属于底层供应商，Vercel 对 token 不加价；将这两项算作自身营业额或寻址市场会虚增一个数量级，其真实战略价值在于增强客户附着力与可观测性，而非贡献直接收入。

**2\. 成长路径：四次“免费送出摩擦”**
-----------------------

**表 2｜Vercel 的增长路径：四次“免费送出摩擦”**

时期

送出了什么

消除了什么摩擦

变现了什么

2015–2019

Next.js（MIT，免费）

运行 React 应用需要配置服务器；服务端渲染从定制变成惯例

几乎没有——纯分发，经 GitHub 而非销售

2020–2022

Preview Deployments：每次 commit 一个 URL

需要有人搭建维护的 staging 环境；设计与产品可直接评审

席位与用量；买方从个人扩展到团队

2023–2024

Framework-defined infrastructure

拼装边缘交付、Serverless、图像优化、缓存与可观测性；拓扑由代码推导

交付与 Serverless 计算；用量成为结构性基础

2024–2026

AI SDK、agent plugin 与 skill

接入模型调用；让 Agent 无人干预也能成功部署

AI 负载优化的计算、sandbox 执行及其后的交付

Vercel 的商业演进史本质上是通过“免费提供产品以消除摩擦”，进而锚定用量变现的过程。Next.js 从不是付费产品，也一直可自托管。它带来的是 Web 开发领域最大的公开部署示例语料、一个“这该怎么搭”的默认答案，以及让 Vercel 同时设计框架原语与基础设施的反馈回路。

**3\. AI 改变了什么：分发层的迁移**
-----------------------

### **3.1　到底是谁在选**

![信息图：Agent 正在成为分发渠道——但“能集成”“被选择”“成为默认托管”是三件事](https://storage.googleapis.com/papyrus_images/0b2cdfc0ea1c9b007018fefc2fed53c6de35efa98e52c5513643869be847874e.png)

图 3 Agent 正在成为分发渠道——但“能集成”“被选择”“成为默认托管”是三件事

在 AI 编写代码的时代，决定部署目标的权力正在发生转移：

*   **整合型构建平台（如 Lovable、Replit、Bolt）**：面向非技术用户，将创作与托管高度绑定。Vercel 在此非默认选项，但自有的 v0 构成了其专属入口。
    
*   **通用 Coding Agents（如 Claude Code、Cursor、Codex）**：面向专业开发者，保持托管中立。开发者与其背后的 Agent 工具链形成了选择权，Vercel 集中资源在此类生态中将自身的 CLI、MCP Server 及技能绑定为首选部署选项。
    

Vercel 凭借植入 Claude Code 与 Cursor 的获客漏斗、MCP/API 等机器接口以及不可变预览闭环，以极高的 Agent 首次成功率奠定了先发优势；但此类工程工具极易被 Cloudflare 等对手跟进复制，只能提升被默认选择的概率，并不构成绝对护城河。

### **3.2　从活动到经济性**

![信息图：活动是可见且厂商自报的；转化的经济性才是尽调问题](https://storage.googleapis.com/papyrus_images/72983dd8fd5552909a4b044b3a594e6982db0f937aec62e92c67de8834c4c6b5.png)

图 4 活动是可见且厂商自报的；转化的经济性才是尽调问题

从 Agent 工具分发和高频部署到转化为持久的经济收益，中间存在巨大的数据缺口：一方面，部署项目能否存活为在线生产应用、能否转化为付费客户缺乏公开证据；另一方面，最终可计费资源能否沉淀为高毛利与长效客户扩张也未经证实。

简而言之，部署量的暴涨只是前置投入，能否转化为持久毛利才是仍需证明的最终结果。

**4\. 客户与控制力：赢在哪里，扩向哪里**
------------------------

### **4.1　谁在真正使用 Vercel**

![信息图：分析性分层，不是市场份额数据：平台选择随技术深度、负载复杂度与组织成熟度变化](https://storage.googleapis.com/papyrus_images/51910286aec8fb31e2ce9aa200e2b9517b469e272f1a9bd2f466999e3d8dc53c.png)

图 5 分析性分层，不是市场份额数据：平台选择随技术深度、负载复杂度与组织成熟度变化

*   **非技术构建者：**追求零运维决策与极速上线，偏好 Lovable、Replit 等完全隐藏基础设施的一体化平台；Vercel 在此并非默认托管，但通过自有的 v0 锁定上游入口。
    
*   **AI 原生构建者：**自己持有代码但选择外包基建复杂度，聚集于部署优先型平台；这是 Vercel 最核心的甜蜜点，也是用户漏斗中增速最快的客群。
    
*   **专业开发者：**看重 Git 工作流、预览闭环与部署确定性，主要落地于 Vercel 及其直接同类；作为商业基本盘，持续贡献稳定的经常性用量收入。
    
*   **平台工程师：**诉求在于常驻进程、状态控制与高利用率计算，倾向选用 Railway、Supabase 等后端 PaaS/BaaS；此类平台通常与 Vercel 互补并存而非全量替代。
    
*   **企业 IT：**核心诉求为 VPC 隔离、安全合规与云预算抵扣，以超大规模云和专职 SRE 团队为主导；这构成了 Vercel 的上限天花板，但企业仍可保留 Vercel 用于前端 Web 层。
    

在 Vercel 之下，整合型构建平台把基础设施决策整个拿掉；在它之上，平台团队越来越想把这个决策拿回来。**Vercel 最强的位置在中间——技术上足以拥有代码，但无意拥有基础设施复杂度。**

### **4.2　三层控制力**

![信息图：一个已确立的 Web 部署内核，加上一项商业结果尚未被证明的 Agent 扩张](https://storage.googleapis.com/papyrus_images/78d60440cb0bf708137eb4396c5e709a39653fcc70698d11c11aff6072b1a32f.png)

图 6 一个已确立的 Web 部署内核，加上一项商业结果尚未被证明的 Agent 扩张

Vercel 拥有极其巩固的 Web 部署内核（Next.js 框架、Git 部署工作流与边缘交付网络），这是其目前商业成功的立足之本。面向 AI 时代，虽然它通过 AI SDK、AI Gateway 以及全新的 Agent 扩展层（Sandbox、Services、BYOC 等）迅速拓宽了产品线，并借由 v0 或外部 Coding Agents 接入流量，但产品线拓宽并不等同于已被证明的商业掌控力——其 Agent 扩张层的商业化成果仍有待市场验证，且底层模型与数据资产依然高度依赖外部合作伙伴。

同样，Vercel 通过自家控制台转售 AWS 数据库，变现的是“连接关系”而非基础设施；同时支持经 AWS Marketplace 交易以抵扣既有云承诺，并对模型 token 不加价，以换取可观测性与生态黏性。

**5\. 竞争与生态：替代品如何封顶定价权**
------------------------

![信息图：Vercel 的竞争生态：谁是替代品，谁是伙伴，谁两者兼具](https://storage.googleapis.com/papyrus_images/60cb33d4cdab2159ca7d91e87038fe344314c8916b045e5da1847a2501b02069.png)

图 7 Vercel 的竞争生态：谁是替代品，谁是伙伴，谁两者兼具

Cloudflare 施加直接的产品竞争；AWS 是更大的结构性约束，因为它同时是底座、企业采购通道、替代性服务的所有者，以及成熟客户想要更直接控制的那个平台。一个简洁的（分析性）框定：**Cloudflare 从侧面进攻 Vercel；AWS 定义了它下方的基础设施地板与上方的企业天花板。**

![信息图：直接产品、伙伴集成与未被证明的扩张并列对照：没有任何参与者覆盖所有层](https://storage.googleapis.com/papyrus_images/3cc64a864c1453b40712191cb833d22faac8f719b4a47d501bed7ea59830cc2f.png)

图 8 直接产品、伙伴集成与未被证明的扩张并列对照：没有任何参与者覆盖所有层

没有任何参与者同时拥有创作、部署、数据、AI 支出与企业采购。“AI 应用控制面”作为一个可被单独赢得的奖品似乎并不存在，也同样适用于任何宣称要拿下它的竞争者。

Cloudflare 凭借自有网络与 Workers 不收 egress 费，在边缘交付等场景具备成本优势，无需全量迁走客户，仅凭续约时的可信替代能力即可封顶 Vercel 的定价溢价；尽管其 Workers 在计算与部署体验上仍存短板，但与 CloudFront、Railway、Supabase 等对手形成合力，共同构成了限制 Vercel 定价权与扩张空间的天花板。

**6\. 经济性：溢价是否值得，成长后如何拆解**
--------------------------

### **6.1　客户为什么愿意为抽象付溢价**

Vercel 的原始资源成本通常并非最低，但其核心卖点是降低“工程时间、运维复杂度与可靠性风险”的总拥有成本。对于缺乏平台运维团队的小型组织，用每月几百美元的溢价换取省下的运维工时，账更容易算得过来（盈亏平衡点仅需每月少花不到 7 小时运维）。

然而对已具备成熟云运维能力的大型团队，这种溢价的性价比会大幅降低，促使其在规模扩大后剥离基础负载。

### **6.2　从抽象到基础设施所有权**

![信息图：示意性运营画像——不是硬性迁移门槛](https://storage.googleapis.com/papyrus_images/477a6d2576c3c28e10c3b4faf8d83cb9c84c1fd103a5067dbfad5ff706324bb9.png)

图 9 示意性运营画像——不是硬性迁移门槛

*   **BUILD 阶段（极致求快）**：追求极速上线与零运维决策，应用及数据全量托管于 Vercel。
    
*   **SCALE 阶段（混合优化）**：Web 与预览保留在 Vercel，将后端服务、队列与数据逐步分流至 PaaS/托管数据库。
    
*   **OWN 阶段（自主控制）**：以超大规模云为主，Vercel 仅保留 Web 应用层。
    

“小公司用 Vercel、大公司毕业到 AWS”的说法过于简化；真实情况是技术栈的拆解与负载重构：团队随着 Build（极致求快）、Scale（混合优化）到 Own（自主控制）的阶段演进，会将常驻计算、数据与有状态服务移至 PaaS 或超大规模云，但依然将 Web 应用、预览环境与部署工作流留在 Vercel。

**7\. 风险与市场空间**
---------------

### **7.1　主要风险**

**表 3｜主要风险、评估与实质**

风险

评估

实质

替代品压缩定价权

高

Cloudflare、CloudFront 固定价、Amplify 与 Railway 只需在续约时可信，不需要赢得迁移。Vercel 2026 年 9 月为交付计费项设定固定档，与这种压力相符。

Agent 活动未必转化为毛利

高，未解决

变现链条中段——项目存活、付费转化、单项目收入、毛利——完全私有；大量短命免费项目是成本项。

负载拆解 / 部分毕业

中高，未解决

团队因搭建速度采用 Vercel，规模增长后迁出昂贵或有状态的负载，同时保留 Web 应用、预览与部署工作流。不必然离开，但为单客户扩张设限；企业档交付定价未公开，而最大负载在那里。

供应商依赖

中高

毛利取决于与 AWS 之间未披露的商业条款；AWS 同时是最大供应商与竞争者，协议签于 2024 年 12 月、为期三年，在预测窗口内到期。

上游渠道与捆绑

中

非开发者创作平台已整合托管；专业 coding agent 尚未，但它们就是渠道，渠道可被捆绑或重新定价。目前无一把 Vercel 设为默认。

Agent 运行时与治理未被证明

中

Sandbox、Services、BYOC 与治理套件均无采用披露，竞争对手拥有同等集成。是期权，不是位置。

控制面集中的运营风险

中

部署与交付集中于单一控制面，任何故障的影响面都会被放大，属运营层面的尾部风险。

### **7.2　市场空间**

万亿级的云市场数字具有误导性，需逐层收窄：

**表 4｜市场空间的逐层收窄**

层

定义

规模（2026E）

为什么要收窄

全球

公有云应用基础设施支出

约 5,000–6,000 亿美元

不可寻址，列出仅为阻止万亿框架起作用

开发者选择

由工程团队而非中央 IT 采购选择部署目标的部分

约 600–900 亿美元

排除遗留资产、数据平台及经超大规模云企业协议采购的部分

现代 Web 与 AI 应用

真正的竞技场（Vercel、Cloudflare、Netlify、Railway、Amplify、自托管）

约 200–300 亿美元

—

抽象溢价

团队愿为“不必自己拼装基础设施”付的部分

约 80–120 亿美元

排除商品化 egress 与原始计算；固定价结构压缩这一层

可获取

成熟份额下

约 15–30 亿美元收入

在无需最大化叙事成立的前提下仍有今日收入数倍空间

3.4 亿美元的年化收入约为可寻址抽象层的 3–4%，增长空间充足。**真正决定结果的是留存、毛利、定价权与入场估值，而不是机会的大小。**

**总结**
------

Vercel 的商业本质在于变现代码与云之间的抽象关系，而非拥有底层基础设施，其目前绝大部分收入依然来自已确立的 Web 部署内核。AI 确实为其带来了正确的暴露方向，且 Agent 触发的部署占比超 50%（这仅代表 Vercel 内部的流量结构），但高频部署活动能否最终转化为持久毛利尚无证据支撑。

在防御壁垒方面，公司虽具备先发优势，但面向 Agent 的工具极易被跟进复制，且数据、模型与底层云等核心资产均留在平台之外。

面对竞争，Cloudflare 与 AWS 等替代品无需彻底迁走客户，只需在续约谈判时提供可信选择即可有效封顶其定价权，同时规模化的成长客户也更倾向于拆解技术栈以回收底层控制权。

免责声明：本文在创作过程中借助了 Claude Opus 5、ChatGPT-5.6、Gemini 3.6 Flash 等 AI 工具辅助完成，作者已尽力校对并确保信息真实与准确，但仍难免存在疏漏，敬请谅解。本文内容仅用于信息整合与学术/研究交流，不构成任何投资建议，亦不应视为任何买卖推荐。

---

*Originally published on [0xjacobzhao](https://paragraph.com/@0xjacobzhao/%E4%BB%8E-prompt-%E5%88%B0%E4%B8%8A%E7%BA%BF-vercel-%E5%A6%82%E4%BD%95%E5%90%83%E4%B8%8B-ai-%E6%97%B6%E4%BB%A3%E7%9A%84%E9%83%A8%E7%BD%B2%E7%BA%A2%E5%88%A9)*
