All articlesEN

· Elliot Hu

虚伪的 Vercel

虚伪的 Vercel cover

在硅谷所有的商业把戏里，最让人反胃的从来不是资本赤裸裸地抢钱，而是“又当又立”。

如果要挑一家把“表面开源菩萨，背后全盘收割；台上鼓吹自由，台下暗度陈仓”的厚黑学玩到出神入化的公司，Vercel 要是自称第二，全天下没人敢认第一。

估值近百亿美元、坐拥阿根廷神童 CEO Guillermo Rauch、把持着全网前端命脉的 Next.js。展现在聚光灯下的 Vercel 向来圣洁无瑕：纯黑白的极简极客风、一口一个“DX 至上”、开源大善人、以及反厂商锁定的忠实斗士。

但只要把这层由大会 PPT、水军网红吹捧和洗脑 PR 撑起来的变成剥开，我只看到四个大字：道貌岸然。

01｜当 xx 还要立牌坊：一边高喊“反锁定”，一边拼命造锁

Rauch 先生大概是硅谷最擅长“贼喊捉贼”的行为艺术家。

2025 年 11 月，这位首席执行官在 X 上义正言辞、菩萨心肠般转发自家的雄文《The anti-vendor-lock-in cloud》，字字泣血地布道：

“到了 2025 年，你根本不该再为一个特定的云厂商或运行时编写应用程序。你的‘厂商锁定’其实很容易量化：在代码库里 grep 搜一下厂商的名字、特定依赖和专有运行时 API；看看你的 toml 配置文件有多长；警惕那些用 vite-plugin-vendor 来掩盖标准运行时不兼容的做法。我们始终认为，为了 Vercel 去专门配置你的运行时或应用是一种极其糟糕的体验，对整个世界而言更是一场净负收益（net negative for the world）。”

Rauch 谈 Vercel 反厂商锁定

截图：Rauch 原帖

话说得比唱的还好听。但任何一个真正尝试把 Next.js 搬出 Vercel 的工程师，看到这段话大概只能冷笑出声。在这个生态里，最庞大、最隐蔽、让所有竞争对手咬牙切齿的专有锁定，恰恰就是 Next.js 自身。

早在 2022 年，Vercel 就在自家平台上推出了一套公开的 Build Output API。理论上，任何前端框架只要按这个规范输出目录，就能在它上面跑得很好。但滑稽的地方在于，Vercel 自己的亲儿子 Next.js，却从来不遵循这套公开标准。

Next.js 构建留下的 .next 目录，多年来一直是一个私有的、没有任何公开文档的黑盒。Netlify 团队在技术博客《Next.js Deployment Challenges》里激情开喷：为了让客户的 Next.js 应用在自己平台上跑起来，Netlify、Cloudflare、AWS Amplify、SST 这些平台，不得不常年去逆向读取那个被 Vercel 量身裁剪过的内部磁盘产物，然后像写补丁一样把它翻译成自己的平台格式。

这就解释了为什么会有 OpenNext 这种民间的逆向工程项目。一堆本该在市场上竞争的云厂商，被迫坐在一张桌子前，花着大把工程预算，去帮一个号称“完全开源”、“反厂商锁定“的框架擦屁股、写适配器。

2024 年 10 月，Netlify CEO Matt Biilmann 在 X 上宣布加入 OpenNext 时直言苦水：“Netlify 是除 Vercel 外，唯一能完整支持 Next.js 所有高级特性的 Serverless 云。”

Biilmann 宣布 Netlify 加入 OpenNext

截图：Biilmann 2024 年的帖子

2025 年 9 月，另有人抱怨在 Netlify 上跑 Next.js 总是出问题，不得不迁回 Vercel。Biilmann 回复得很苦涩：“去年我们对 Next.js 的底层支持做了一次非常痛苦的架构重构，现在每天晚上都在平台跑一整套全网最大的 Next.js 功能测试套件。”

Biilmann 回复 Next.js 部署问题

截图：Biilmann 2025 年的回复

这种痛苦是全行业公认的。2025 年 3 月 21 日，一位开发者在 X 上问 Replit 打算什么时候原生支持 Next.js。Replit 创始人 Amjad Masad 毫不客气地回击：

“Next.js 主要是为 Vercel 打造的，想让它在外部正常工作需要投入巨量的精力。虽然有 OpenNext 这类项目，但我们宁愿去押注像 Vite 这样真正开放的框架。”

Amjad Masad 谈 Next.js 的外部部署成本

截图：Amjad 原帖

当时还在 Vercel 负责开发者关系的 Lee Robinson 跑去嘲讽：“Replit 不是能部署虚拟机吗？那 Next.js 的所有特性理应都能支持啊。”

这完全是避重就轻的鬼话：只要你能起一个完整的 Node.js 单机容器，它确实能跑，但那还叫现代分布式前端吗？那么我请问呢？

  • next/image 图片优化在自托管环境下默认只能吃本地单机资源，想做优化必须自己配外部服务；到了 Vercel 上，自动接入全球边缘 CDN。
  • 增量静态重生成（ISR）和 Data Cache 在自托管文档里清清楚楚写着：默认写本机磁盘，多实例不共享；要想多实例共享，自己关掉内存缓存写网络存储去吧！而 Vercel 卖给你的是全球 300ms 清除的分布式缓存。
  • 中间件（Middleware）更是常年依赖内部特殊的请求头（例如 x-middleware-subrequest）与自己的边缘路由紧密绑定。

直到 2025 年 4 月，在外部平台的巨大怨气下，Vercel 才由 Lee Robinson 出面发了一个 Deployment Adapters API 的公开 RFC。而这个稳定适配器契约真正落地，拖到了整整一年后的 Next 16.2。在这之前，那个所谓的“平台中立”，纯粹是为了给自己立牌坊的 PR 口号而已。

更精彩的是 CEO Rauch 本人就是完完全全的双标狗：

2026 年 2 月 25 日，Rauch 在 X 上发了一条从 Cloudflare 迁到 Vercel 的官方指南，引来上千点赞。有人在底下提到了 Cloudflare 的 Durable Objects，Rauch 立马闻着味来了：

“一个是行业标准且开源的数据结构服务器（指 Redis），另一个是……其实根本没人搞得懂 DO 到底是个什么玩意 😂（无非是 Workers 的厂商锁定罢了）。”

Cloudflare 工程师 Ashley Peacock 当场回击：脑子瓦特了才会拿 Redis 和 DO 做对比，两者完全都不是一个东西。紧接着 CF 另一位工程师 Dillon Mulroy 更是直接嘲讽回复 Vercel 就是技术太菜：

Rauch 关于 Durable Objects 的回复

Ashley Peacock 对比 Durable Objects 与 Redis 的回复

截图：Rauch 回复、Ashley Peacock 回复

“顺便说个好玩的事实，Vercel 自己的 domains 后台架构，当年就是受 Durable Objects 启发的。当年我们之所以没用 Fluid Compute，是因为它做不到函数/会话亲和性，而且把 SQLite 换成 Redis 之后的网络延迟直接把性能打废了。”

在公开场合，对手的技术壁垒扣上“锁定”的帽子；在私底下，却因为自家的边缘架构搞不定低延迟状态，只能硬塞 Redis 倒退回去。一边在自家用黑盒赚得盆满钵满，一边站在道德高地上指责别人在搞锁定。除了又当又立我想不出更贴切的形容了。

02｜发布会场场封神，现实拉一裤兜

Vercel 最擅长的拿手好戏，是“在发布会上给你造个银弹，在现实里给你拉一裤兜”。

很多人还记得 2022 年 10 月 Next.js 13 发布会上的狂欢。那一天，PPT 上用巨大的字体写着：Turbopack (alpha)——比 Webpack 快 700 倍，比 Vite 快 10 倍。 技术网红 swyx 随即在 X 上狂热转发：“JavaScript 的第三纪元降临了！”

结果仅仅过了五天，Vue 与 Vite 的作者尤雨溪（Evan You）就发出了基准测试当众打脸。在使用了 swc 转译 React refresh 的正常场景下，根组件更新耗时 Vite 是 338.2ms，Turbopack 是 334.6ms；叶子组件更新 Vite 是 141.8ms，Turbopack 是 84.4ms。

所谓的“快 10 倍”、“快 700 倍”，无非是精心挑选特定极端场景、偷换概念后的宣发障眼法。

Evan You 在 GitHub 讨论 Turbopack 与 Vite 的测试条件

截图：Evan You 的测试讨论

不仅数字是吹的，进度更是慢如老牛拉破车。标着 alpha 的玩具在发布会上惊艳全场，然后整整拖了两年——到 2024 年 10 月，开发环境下的 Turbopack 才勉强挂上 stable 标签。至于把它设为生产构建的默认工具，足足拖了整整三年，直到 2025 年底的 Next 16。

在这长达三年的漫长等待里，满怀信任打开 --turbo 的开发者们面对的是什么？是动辄吞噬几个 G 内存的无底洞。

在 GitHub 的 issue 列表里，诸如 #61063、Discussion #93451 这样的求助帖从未断过。到了 2026 年 5 月的 Next 16.2.3，依然有开发者反馈在同一个项目里，Webpack 只需要 3GB 内存，而 Turbopack 开发模式一路飙到了 7GB；编译几十个路由后内存甚至直接被干到了 12GB！

直到标 stable 将近一年后的 2025 年 9 月，Next.js 的负责人 Tim Neutkens 还在 X 上发推承认：“我们在开发环境的 Turbopack 里发现并修复了一个内存泄漏，随着输出路径和请求增多它会线性膨胀……某次测试显示修复后能降大约 20% 的内存。”

Tim Neutkens 谈 Turbopack 内存泄漏修复

截图：Tim Neutkens 原帖

这种“发布会先吹爽，剩下的破事让开发者肉身排雷”的祖传艺能，在缓存机制上更是上演了一场人间喜剧。

在 Next 13 和 14 时代，Vercel 的高管们脑门一拍，自作聪明地搞出了“默认强缓存 fetch()”。那一整年，全网无数写动态业务和原型的新手都被恶心到了极点：改了数据页面死活不更新、查数据库被强制缓存、本地调试苦不堪言。

折腾了全球前端整整两年，2024 年 10 月，官方发了一篇轻描淡写的博文《Our Journey with Caching》，红着脸承认：“哎呀，默认缓存其实伤害了开发者的体验呢。”然后在 Next 15 里一把推翻，改回默认不缓存。接着又把 cookies()、headers() 等请求参数全变成了异步 async；到了 Next 16，又把被吐槽浑身是洞的 middleware 改名叫 proxy，还把责任推给社区：“大家不要过度使用哦”。

SST 联合创始人 Dax（@thdxr）在 2025 年 3 月发过一段短视频，配文直白得近乎粗暴：

“现在这帮人交付的代码质量已经烂到家了。在你们反驳之前，我知道你们会找什么借口：比如 Next.js 也能做出好体验、比如这都是因为 App Router 迁移等等。但我不在乎——最终结果就是一堆垃圾。在把这堆破烂修好之前，整个行业都应该对‘怎么做应用’闭嘴。”

Dax 批评 Next.js 的开发体验

截图：Dax 原帖

而在 Vercel Labs 的流水线上，类似的半成品依然犹如拉屎般批量生产：

  • Zerolang：2026 年 5 月吹成“专为 AI Agent 打造的系统语言”，宣称让 Agent 能直接读写原生程序，几千个 star 进账。但到了 6 月中旬发布了 v0.3.4 之后，整个仓库的发版彻底停滞，全靠工程师一个人零星打两个补丁，中间一断就是两三个月。
  • Native SDK：主页赫然挂着“一套代码编译到 macOS、Linux、Windows、iOS、Android 五个平台，无浏览器、无 WebView、小于 6MB”。拉到同一页底下的表格才露出马脚：iOS 还在模拟器阶段，Android 连真机都没跑过，Windows 和 Linux 全是软件渲染；所谓的“no WebView”，转头在旁边又卖起了内嵌 WebView 面板。

PR 标题牛逼、颠覆、封神、伟大，免责声明写在角落的一行小字。深得某米真传，这很 Vercel。

03｜开源黑洞：挖空 React，弃养 Hyper，社区 PR 滚开

在开源界，有种洗脑叫“Vercel 拯救了前端生态”。

它真的热爱开源吗？它热爱的是把开源当成自己的收割机。

为了掌控前端话语权，Vercel 施展“钞能力”，几乎把 React 核心团队整个建制端走。在 React 宣布加入 Linux 基金会时，核心委员会名单里，除了 Meta 原厂的工程师，外部席位几乎全被 Vercel 霸占——Sebastian Markbåge、Andrew Clark，加上前 Meta 负责人 Tom Occhino。React 19 和 React Server Components（RSC）的规范演进，名义上是社区标准，实际上彻底成了 Vercel 推广 App Router、兜售 Serverless 计算基础设施的排头兵。

Redux 维护者 Mark Erikson 在 2025 年针对 React 生态分裂写的长文里，引述了 Dan Abramov 的一段解释：Vercel 投入了大量全职工程师去实现 React 团队想要的东西，Next.js 几乎是从头重写了一遍去适配 RSC。客观结果就是，整个 React 社区的技术演进，在事实上沦为了 Vercel 自家云业务架构的试验田。

而那些被买进去、但无法直接为云平台带货的项目呢？

去看看那个曾经拥有近 4.5 万 star 的极简终端 Hyper 吧。那个由 Rauch 早期亲自操刀的门面项目，在被收购后，如今在 GitHub 上成了废墟。在 Issue #8070 里，老用户 adrwh 绝望地质问：“九个月没有任何更新了。官方博客当年明明说会长期维护，到底发生了什么？”评论区里充满了无助的抱怨，民间甚至不得不搞起第三方 fork。

Hyper 用户在 Issue #8070 追问维护状态

社区贡献者说明 Hyper 分支并非官方维护

截图：Hyper Issue #8070 及回复

在对待普通社区贡献者的态度上，他们的傲慢甚至不再掩饰。

在 AI SDK 仓库里，随着 issue 堆积到上千个、PR 积压近 800 个，Vercel 搞了一套所谓的“软件工厂”。工程师 Lars Grammel 在后来的博客中写道：对于特定 Prompt 的自研 Agent，他们在修复某些 bug 上有历史成功率，“因此比起社区成员自己跑的 Agent 所提交的 PR，我们更信任自己这套配置。”

上线四周，他们骄傲地宣称用自己的机器人工厂关掉了 70% 到 80% 的 issue。至于社区开发者花费时间写出来的 PR？在他们的算法过滤器面前，不过是等待被清理的垃圾。

开源对他们而言，从来不是开放协作的公地，而是用来引流、吸粉、装逼、标榜自己”开源、开放“然后把第三方贡献批量 Close 的私人领地。

04｜偷代码的双标狗

如果说技术架构上的阳奉阴违还在商业博弈的范畴，那么 2026 年 3 月的服务条款大更新，就是 Vercel 亲手给大家展示自己的道德底线有多低。

2026 年 3 月，Vercel 悄悄修改了服务条款（Terms of Service）：

所有 Hobby（免费档，含 Trial Pro）用户部署在平台上的私有代码库、遥测数据、构建错误日志、甚至与 Vercel Agent 的对话，默认将被用来训练 Vercel 的 AI 模型，并且 Vercel 有权将这些数据分享给第三方 AI 供应商！

什么叫空手套白狼？这就叫空手套白狼。

你以为你在用免费平台做 side project，Vercel 却把你的私有代码当成了喂养它商业 AI 帝国的免费燃料。

更嘲讽的是它的退出机制：

  • 付费 Pro 用户？默认不参与训练。
  • 大企业 Enterprise？完全不参与。
  • 只有免费的 Hobby 个人开发者，默认被强行抓去当 AI 养料！
  • 如果你不想被偷代码，你必须自己摸进团队和项目的设置深处去手动 Opt-out；而且必须在 2026 年 3 月 31 日前退出，逾期之后被抓去训练和分享给第三方的数据，“概不撤回”！

Ebenezer Don 在 X 上发帖警示：“Hobby 用户注意了，Vercel 现在要用你部署的私有代码训练模型，还会给第三方了。”Tech For Palestine 等组织更是直接发起了抵制与迁移倡议。

Ebenezer Don 提醒 Hobby 用户注意 AI 训练条款

截图：Ebenezer Don 原帖

在 Vercel 眼里，免费用户根本不是什么“开源土壤”，而是拿可怜的免费计算资源换隐私和代码的活体 AI 语料库。智谱偷代码被发现后立马滑跪道歉，Vercel 被抵制无求所谓。这么一看高下立判，先进！太先进了！

05｜钱包刺客与特赦大戏

“前端一键部署，全球极速响应。”这是 Vercel 诱人上钩的甜美诱饵。

但当你真正把稍微有点流量的项目放上去，你的账单缅北电诈看了都直呼好家伙！

Vercel 细分出来的计费名目堪称现代精算学奇迹：带宽拆成 Fast Data Transfer（$0.15/GB）和 Fast Origin Transfer（$0.06/GB），函数调用单独计费，Edge Requests 按百万次收，Data Cache 读写分别扣钱……各种暗礁密布，稍不留神就被抢劫。

在抗 DDoS 和抗流量峰值这块，Vercel 的伪善更是暴露无遗：

  • 2026 年 9 月 27 日，开发者 Bart 在 X 上晒出了发票对比图：几乎相同的访问流量，Cloudflare 是 $0，而 Vercel 是 $40+。配文只有一句：“this hits different.”
  • 另一位开发者 Shane Levine 在收到 $369 账单后自嘲：“我们终于回答了那个问题——设计师到底该不该写代码？”
  • 在 Reddit 上，一名普通员工发帖哭诉：自己用静态页加轻度 ISR 做的小博客，在 Google Analytics 根本没看到流量峰值的情况下，突然收到了 $1,141.89 的账单，其中带宽占了一千多刀。
  • 艺术社区 Cara 创始人披露的故事更为惊悚：平台流量爆发的那一周，某家服务商直接开出了高达 10 万美元的天价账单，社区流传的截图显示仅 Vercel Serverless 一项就占了约 9.6 万美元。

Bart 发布的 Vercel 与 Cloudflare 账单对比

截图：Bart 原帖

面对天价账单，Vercel 发展出了一种令人作呕的公关文化。

2026 年 9 月，RareUI 的作者 Swami 在项目遭遇 DDoS 攻击后收到巨额账单。他在 X 上发帖求助，官方公关迅速介入并免除了全额费用。随后，Swami 发了一篇长文：

“这是开源的又一次胜利……非常感谢 Rauch 和整个 Vercel 团队对开源开发者的支持。老实说，在经历这次事情之后，我绝不可能把项目迁出 Vercel 了。”

RareUI 作者称 Vercel 免除了 DDoS 后的账单

截图：Swami 原帖

把原本就该在基础设施层做好的防护和硬支出限制（连 hard spend limit 都是被喷了多年后才慢吞吞加上、且依然不是默认暂停部署），变成一场定点施恩的公关表演。

受害者劫后余生，反过来帮平台背书。把抢劫与特赦玩成闭环，天底下还有比这更滑稽的斯德哥尔摩综合征现场吗？我只能说尊重祝福。

06｜又菜又嘴硬：嘲讽别人 vibe-coded，自己浑身是筛子

论安全，Next.js 与 Vercel 平台这几年的表现，简直就是公网攻击者们的欢乐提款机。

2025 年 3 月，Next.js 爆出了 CVE-2025-29927（CVSS 9.1）。由于内部用 x-middleware-subrequest 这个 Header 来防止递归，黑客只需要在外部请求里带上这个头，就能轻轻松松绕过所有的中间件鉴权！全网门锁形同虚设。

漏洞在 2 月底就上报给了 Vercel，但他们压了将近一个月，中途悄悄改动日志，并试图把补丁包装成一次营销事件。

Amjad Masad 当时在推特上彻底发飙：

“如果我是 Vercel 的 CEO，我会把整个周末都花在帮客户和社区打补丁上。这个漏洞被他们捂了好多天，被不诚实地扭曲成营销事件，背地里改日志，至今没给客户讲清楚。而他（Rauch）在干什么？在推特上骂我是个骗子，仅仅因为我指出了 Next.js 主要是为了跑在 Vercel 上这个显而易见的事实！”

Amjad Masad 对 Middleware 漏洞处理的批评

截图：Amjad 原帖

更滑稽的是 Vercel 在事后复盘博客里的措辞。他们轻描淡写地加上了一条建议：“我们不建议把 Middleware 当作保护应用路由的唯一手段。”自己的防盗门装反了，反过来指责住户不该太信任这扇门。

到了 2025 年 12 月，震惊业界的 React2Shell（CVE-2025-55182，CVSS 10.0 满分核弹）爆发。只要你用默认脚手架创建了开启 App Router 的项目，哪怕代码里没写过任何一行 Server Function，黑客就能通过 RSC 机制实现接近 100% 成功率的远程代码执行（RCE）！

Shadowserver 探测到了超过 16.5 万个脆弱 IP 和 64 万个域名；安全机构 Wiz 发现其监控的云环境里有 39% 存在这一漏洞；公网上 65% 的攻击流量迅速被 Mirai 僵尸网络和挖矿脚本占满。美国 CISA 被迫发布紧急指令，限期联邦机构在圣诞节前完成整改。

紧接着是 2026 年的安全大批发：5 月一次性发布 13 个安全补丁；7 月又补了 9 个；9 月末，next/og 的 ImageResponse 再次被爆出远程代码执行，图片优化模块爆出 SSRF。

但就在自己浑身千疮百孔的间隙，Rauch 先生展现出了超凡的道德洁癖。

2026 年 2 月 26 日，在 Cloudflare 刚用 AI 实验性搭建了兼容层 Vinext 仅仅几天后，Rauch 迫不及待地在 X 上发了一条斩获 4,000 多赞的推文：

“我们在 Cloudflare 的 vibe-coded 框架 Vinext 中识别、负责任地披露并确认了 2 个危急、2 个高危、2 个中危和 1 个低危安全漏洞。我们坚信公共互联网的安全是头等大事……我们的安全研究和框架团队正在向 Cloudflare 伸出援手。”

Rauch 宣布 Vinext 漏洞并称其为 vibe-coded 框架

截图：Rauch 原帖

那副以互联网安全守护神自居的派头，演得入木三分。

然而，荒诞剧的高潮总是在意想不到的地方降临。

短短两个月后的 2026 年 4 月，Vercel 自己的内网被黑客彻底打穿！

入口甚至不是什么高深的技术漏洞——一名员工将第三方服务 Context.ai 关联到了公司的企业 Google Workspace，攻击者劫持了该权限，一路摸进了内网环境，读取了包括未脱敏的环境变量在内的大量机密数据。随后，在暗网论坛 BreachForums 上，据称属于 Vercel 的部署凭据、API 密钥、GitHub 和 npm token 被标价 200 万美元挂牌出售。

面对《The Register》的采访，刚刚嘲讽完别人“vibe-coded”的 Rauch 先生，给出了一个名垂公关史册的推脱：

“我强烈怀疑，这次攻击被 AI 显著加速了（significantly accelerated by AI）。这伙攻击者行动速度惊人，而且对 Vercel 有着极其深入的了解。”

别人用 AI 做实验，叫草率幼稚的 vibe-coding；自己的企业账号被人钓鱼端了底裤，叫遭遇了“老练的 AI 加速入侵”。语言的艺术被他玩的明明白白。

07｜结语：跳梁小丑，别拿政治当 PR

当然，还有更精彩的剧目。

2025 年 9 月 29 日，Vercel CEO Rauch 在 X 上自豪地晒出与以色列总理内塔尼亚胡的合影，高谈阔论“AI 驱动自由社会”。那条推文收获了上万个赞，但仅仅 7 个小时后，Vercel 员工 Wesam 便转发了这张合影，只留下一句冰冷的话：

“我刚刚向 Vercel 递交了辞职信。”

Wesam 引用 Rauch 与内塔尼亚胡合影的辞职帖

截图：Wesam 原帖

这条辞职推文在短时间内冲上了将近 8 万点赞，全网掀起了一轮席卷技术圈的抵制与迁出潮。政治立场的翻车，像一根针一样彻底戳破了这家公司长期苦心经营的“普世”、“极客”与“社区第一”的完美气泡。

回顾这一切，Vercel 的崛起是一部极其典型的硅谷资本寓言：

  • 它用极简的设计和精巧的 DX 诱捕开发者；
  • 它用“开源”的名义垄断上游标准与核心团队；
  • 它用“反厂商锁定”的高调掩盖自己日益深固的黑盒护城河；
  • 它用天价账单和刺客条款收割所有对它产生信任的人；
  • 它用脆弱的代码和傲慢的言论把全网工程团队拖入安全泥潭。

好在，开发者们并不是瞎子。

在 2025 年的 State of JS 调查中，Next.js 的开发者满意度早已断崖式暴跌，与遥遥领先的 Astro 拉开了近 40% 的巨大鸿沟；从 Dax 的公开怒骂，到 Documenso、Lasse 等项目公开宣布“迁移到 TanStack Start 和 Vite，彻底摆脱 Vercel 锁定”，整个生态正在用脚投票。

虚伪的假面终究有被扒光的一天。

当镀金的油漆剥落，神坛上留下的既不是什么改变世界的技术灯塔，也不是什么开发者体验的救世主，而不过是一个被贪婪、自大和谎言填满的硅谷小丑。

08｜珍爱生命，远离 Vercel

说回正题，作为一名 CTO、在基础设施里摸爬滚打多年的工程师，如果现在有人问我该选什么平台，我的答案极其明确且毫无保留：我不推荐任何团队或个人在生产环境中使用 Vercel。

理由非常纯粹，完全基于最现实的工程与商业逻辑：

第一，Vercel 的所有能力，Cloudflare 都有，甚至更快、更便宜、产品矩阵更全。 很多人误以为 Vercel 是个基建大厂，其实它本质上就是个倒卖上游算力和带宽的二道贩子（wrapper）。在真正拥有全球数百个数据中心物理骨干网的 Cloudflare 面前，Vercel 没有任何底层的工程护城河。无论是静态资源托管、边缘计算 Workers、全球分布式存储 KV/D1/Hyperdrive，还是支持强一致性状态的 Durable Objects，Cloudflare 在性能、延迟和稳定性上都呈现出代际级的碾压。更不用说 R2 彻底干掉出站流量费的降维打击，直接把 Vercel 那套到处收过路费的 Fast Data Transfer 按在地上摩擦。别人五美元能扛下千万级请求，换到 Vercel 上分分钟教你重新做人。

第二，AI 时代，Vercel 过去引以为傲的“DX 优势”正在被快速抹平。 Vercel 当年能崛起，靠的是“一键部署”、“傻瓜式配置”吃到了开发者懒得折腾的红利。但在今天，当大家人手一个 Codex、Claude Code，复杂的部署脚本、Wrangler 配置或者 Docker 容器，大模型几秒钟就能帮你生成并调通。所谓“极简开发者体验”的心智门槛正在被光速打平。当包装出来的体验溢价不复存在，大家拼的就是谁的基建更硬核、谁的计费更诚实、谁的运行成本更低。在这三点上，Vercel 没有一项能打。

第三，商业上，我极其不看好 Vercel 的未来。 底层没有自建物理机房和全球骨干网，毛利空间被上游死死掐住；顶层框架 Next.js 被自己折腾得民怨沸腾，开源信誉彻底破产。随着整个生态向 Vite、TanStack、原生 Web 标准和真正的开放边缘计算迁徙，夹在中间的 Vercel 只会越来越尴尬。当一个平台既不开放、也不便宜、还不安全，只剩下一堆公关通稿和画饼 PPT 时，它的衰亡只是时间问题。

参考资料