Cloudflare 收购 Deno：一场关于”服务端该长什么样”的实验，走到终局了

Node.js 之父 Ryan Dahl 花了六年时间证明 JavaScript 运行时可以重做一遍，最终证明的方式是把自己做的东西交出去。2026 年 10 月 9 日，Deno 团队整体加入 Cloudflare。不是被收购后解散，而是带着路线图一起搬——celld、Durable Objects 集成、JSR 迁移，全在计划里。

从 Node.js 到 celld：一条越走越窄的路

Deno 的起点是对 Node.js 的重新想象：模块分发怎么做、运行时安全保证怎么给、工具链该包含什么、应用能不能直接编译成独立可执行文件。这些问题的答案在独立运行时里都能自洽，但商业上很难成立——开发者想要 Deno 的改进，却不想脱离 Node.js 生态。

Ryan Dahl 在公告里把这条线拉得很清楚：Deno 运行时 → Deno Deploy → celld。Deploy 是托管服务，celld 是构建在 Cloudflare Workers 编程模型上的分布式应用框架。”scaling 是内建在编程模型里的，不是每个应用自己拼的基础设施”——这句话是理解这次合并的关键。Deno 团队发现，他们真正想做的不是另一个 Node.js，而是一套”计算、存储、通信协同工作”的完整平台。这件事，独立团队做不动，Cloudflare 做得了。

AI 智能体是真正的驱动力

公告里有一段话值得反复读：”Durable Objects 把低成本无服务器执行、持久状态、WebSocket、高层 JavaScript 接口组合在一起，特别适合 agent harnesses。”这不是客套话。Deno 的 Durable Objects 在 Cloudflare 体系里被重新定位了——不是”Serverless 的持久化补丁”，而是 AI 智能体的执行底座。celld 的核心设计就是围绕 Durable Objects 展开的。

开发者该担心什么

公告给了明确时间表：Deno 运行时再维护一年（每月 bug fix + 安全更新），之后停止开发但保持开源；Deno Deploy 六个月后关闭，付费用户迁移到 Cloudflare Workers；JSR 继续运营，基础设施搬到 Cloudflare；rusty_v8 继续支持并逐步整合进 workerd。

对已经在 Deno 上构建业务的人来说，这不是”明天就没了”，但也不是”一切照旧”。运行时维护期只有一年，意味着从现在起你写的 Deno 代码就在倒计时。推测 Cloudflare 的意图是让生态自然流向 Workers，而不是硬性切断。对 AI 智能体开发者来说，反而是利好——celld 的设计就是为 agent harnesses 优化的，Durable Objects 的持久状态 + WebSocket 组合，比裸用 Workers 更省事。

更值得关注的是信号：Ryan Dahl 做 JavaScript 容器（JavaScript Containers）的愿景，从 Node.js 到 Deno 到 celld，始终是”让应用不需要自己拼基础设施”。这条路线在独立公司里走不通，在 Cloudflare 的全球边缘网络里才成立。Deno 的六年，本质上是一个独立运行时在商业化上的失败案例——它的技术判断是对的，但商业模型撑不住。Cloudflare 接手后，技术判断被验证了，商业模型被替换了。

下一个问题是：当平台方开始把 AI 智能体作为核心场景来设计基础设施时，独立运行时还有没有生存空间？Deno 的答案是——没有。但 Deno 留下的 rusty_v8、JSR、celld 编程模型，会留在 Cloudflare 的体系里继续演化。技术不会消失，只是换了一个屋檐。

核心观点：如果你在用 Deno 构建生产系统，一年维护期是明确的迁移窗口——现在就该评估 Cloudflare Workers 的兼容性。如果你在构建 AI 智能体，celld + Durable Objects 值得现在就开始 PoC，这可能是 Cloudflare 未来两年主推的 agent 基础设施。