Deno 团队整体加入 Cloudflare：运行时再维护一年，Deno Deploy 六个月后关停，重心转向自托管 Workers / Durable Objects

要点速览

• 整个团队成建制加入：官方原话 「the entire Deno team is joining Cloudflare」，发布日期 2026-10-09，两篇官方公告同日上线（Deno 博客 由 Ryan Dahl 署名，Cloudflare 博客 由 Kenton Varda 与 Ryan Dahl 联合署名）。
• Deno 运行时：再维护一年，之后停止开发，但不闭源。 官方原文：「We will support the Deno runtime for another year with monthly releases containing bug fixes and security updates. After that year we will end our development of the Deno runtime. Deno will remain open source, and we welcome others who want to continue its development.」
• Deno Deploy：六个月后关停。 原文：「Deno Deploy will continue operating for six months before shutting down. We will provide migration support for paying customers moving to Cloudflare Workers.」——按公告日推算，关停窗口落在 2027 年 4 月前后。
• JSR 继续运营，基础设施迁往 Cloudflare；rusty_v8 继续维护，并推进并入 workerd。
• 技术合并方向明确：Cloudflare 帖标题即 「we're merging workerd and celld」。celld 是 Deno 团队 8 月发布的、用 Rust 写的单二进制 Workers / Durable Objects 开源实现，唯一外部依赖是对象存储。
• 动机直指 agent：Ryan Dahl 写明 「Durable Objects bring together capabilities that are particularly useful for agent harnesses: inexpensive, serverless execution, persistent state, WebSockets, and a high-level JavaScript interface.」

官方给出的四条处置

这次不是「换个 Logo 继续」，Deno 博客把影响面逐条列清了：

「一年」和「六个月」是两个不同的时钟，别混：前者是运行时的维护期，后者是托管服务的存续期。前者到期不等同于 Deno 消失（仍开源），后者到期是真关停（服务不可用）。

为什么是 Cloudflare：从 runtime 到托管再到 celld

Ryan Dahl 在公告里给了一条完整的叙事链，值得原样记下来：

1. Deno 阶段：解决的是「运行时本身好不好用」——模块分发、安全模型、完整工具链、单文件分发、Node 兼容。
2. Deno Deploy 阶段：想让「跑应用」变简单。但官方原话是 「building and operating Deploy also showed us how much complexity remained underneath that developer experience」——做托管这件事让他们看到了开发者体验之下的复杂度有多深。
3. celld 阶段：基于 Cloudflare Workers 编程模型，让开发者从一开始就在写分布式应用，而系统本身又容易运维；伸缩性被写进编程模型，而不是每个应用自己拼基础设施。

Cloudflare 侧的补充更直接。他们把外界对 Workers 的经典批评摆到台面上：

Workers work differently from other cloud platforms in order to create "lock-in"… Workers is hard to move to other hosting platforms, therefore if you write your app on Workers you are "trapped" on Cloudflare forever.

而 celld 的应对是——它就是 Workers / Durable Objects 的开源实现，应用可以迁到别的 provider。Cloudflare 帖里那句 「celld is a threat」 是他们自己写的，落点是「Workers 的差异是因为更好，不是因为锁住」。

这条自我剖析比收购本身更值得看：一个平台主动把「可迁移性」当成产品目标来写，是自托管叙事在 2026 年变主流的直接证据。

对开发者的影响：三条最实际

① 用 Deno Deploy 跑生产的人，现在就该排迁移。 六个月不是宽限期，是倒计时的上限。官方明确迁移支持面向付费客户、目标是 Cloudflare Workers。免费档用户官方公告未提及对应安排——这一条本站列为待核实。

② 用 Deno 当本地/自托管 agent 运行时的人，有一年缓冲。 Deno Sandbox（官方定位 「Run untrusted code in secure Linux VMs. Built for AI agents.」）这条产品线在公告里未被单独点名——公告只谈 runtime、Deploy、JSR、rusty_v8 四项。Sandbox 是否随 Deploy 一起关停，官方未说明，本站不推测。

③ 跑本地模型的人短期不受影响。 对把 Deno 当 Node 替代品跑脚本、跑构建、跑 MCP server 的团队，一年的月度安全更新足够安排一次技术选型复盘，但不必紧急动作。真正要盯的是一年后的接手方是否出现——官方只说「欢迎他人继续开发」，未指定也未提供任何接手组织。

AI 之家 观点

这条新闻的分量不在「又一起收购」，在于它把 2026 年 agent 基建的真实瓶颈说出来了。

Ryan Dahl 那句「Durable Objects 对 agent harness 特别有用」列了四点——便宜的 serverless 执行、持久状态、WebSocket、高级 JavaScript 接口。这四点合起来正好是**「给每个 agent 会话发一台有状态的、能长连接的、按需计费的小机器」**。agent 沙箱/运行时这一层，才是 2026 年下半年竞争最激烈的地方，而不是模型本身。参见站内 Agent 沙箱 与 多 Agent 编排 两篇对同一趋势的不同切面。

第二点判断：把「可迁移」写进产品目标，是被自托管需求逼出来的。 Cloudflare 自己承认 celld 是「威胁」并选择合并它，说明**「能不能搬走」已经从一个法务/合规问题变成一个产品功能**。对国内团队尤其重要——自建机房 / 专有云 / 信创环境里跑同一套编程模型，过去是奢望，现在是两家公司在明面上要达成的目标。

第三点提醒：别把「开源」当成「有人维护」。 官方措辞是 「Deno will remain open source, and we welcome others who want to continue its development」——欢迎不等于有接手方。历史上「停止开发但保持开源」的项目，绝大多数就此进入事实性冻结。如果你的生产系统依赖 Deno 运行时的某个具体行为（权限模型、Node 兼容层、单文件编译），现在是把它写进技术债清单的时候。

待核实

• Deno Deploy 的确切关停日期：官方只说「six months」，未给具体日期；本站按公告日 2026-10-09 推算为 2027 年 4 月前后，不写作确定日期。
• 免费档 Deno Deploy 用户的处置：公告只提「为付费客户提供迁移支持」，免费档未涉及。
• Deno Sandbox 产品线的存续：公告四项处置中未点名 Sandbox，是否随 Deploy 一并关停未知。
• 一年后的接手方：官方仅表态「欢迎他人继续开发」，未指定任何组织或 fork。
• celld 与 workerd 合并后的许可与治理：Cloudflare 帖声明合并意图，未给时间表与最终形态。
• 对 Deno KV / Queues 等 Deploy 附属服务的处置：公告未逐项列出。
• 中国大陆访问与合规影响：Deno Deploy 与 Cloudflare Workers 在中国大陆的可用性均非本文核验范围，本站不做判断。

来源

• Deno is joining Cloudflare（Deno 官方博客，2026-10-09，Ryan Dahl 署名，一手核对）
• Deno is joining Cloudflare（Cloudflare 官方博客，2026-10-09，Kenton Varda + Ryan Dahl 联合署名，一手核对）
• 延伸阅读：Agent 沙箱、多 Agent 编排、智能体编程、Ollama、vLLM

口径说明：本文事实部分逐条核对上述两篇官方公告原文，发布日期 2026-10-09 取自公告标注，非推断。凡官方未给出的日期与服务处置，本站一律留空并列入待核实，不做转抄。