Cloudflare 今天官宣:Deno 团队整体并入。写公告的人不是别人,正是 Deno 创始人 Ryan Dahl。
这位工程师的履历本身就是故事:2009 年造了 Node.js,2018 年又因为不满 Node 的设计,另起炉灶造了 Deno。
过去 Deno 的每条新闻都在讲"要挑战 Node"。这次剧本变了,是 Deno 自己停了下来。
更巧的是,这已经是不到一年里第三个跳进大厂怀抱的独立开发工具。去年 12 月,Bun 加入 Anthropic;今年 3 月,Astral(uv、Ruff 的东家)加入 OpenAI。
十七年后,他亲手摘了自己挂的牌子
Dahl 在博客里把原因说得很直白:不再认为 Deno 是自己"能做最重要工作的地方"。
第一条理由是引力。 Deno 立项时是要修正 Node 的几个设计错误。
可做着做着,为了接住庞大的 Node 生态,Deno 还是被拖回了"必须跟 Node 行为对齐"的轨道。Dahl 把这种甩不开的状态叫作引力井。
第二条理由是边际收益。 继续抠性能、抠体验、抠安全细节,带来的提升已经撑不起他继续投入下去。
第三条,也是真正把他推向 Cloudflare 的那条:他想做全新的抽象。 今年 8 月,Deno 团队发布了开源项目 celld,只依赖对象存储做协调和持久化。
这对应的正是 Cloudflare Workers 里的 Durable Objects 模式。Dahl 认为这是服务端开发的全新模型,要把它做成,离不开 Cloudflare 的网络。
公告由 Cloudflare 工程师 Kenton Varda 和 Dahl 联合署名,说得更具体:未来的开发重心是让 workerd(Workers 的运行时内核)自托管,成为构建应用的首选方式。
无服务器执行、持久状态、WebSocket,这些 AI agent 需要的能力,是这套编程模型的核心用例。
过渡安排已经排好了时间表。
Deno 运行时还会再维护一年,每月发布修复和安全更新。一年后停止开发,代码保持开源,欢迎社区接手。
Deno Deploy 运营六个月后关闭,付费客户能拿到迁移 Cloudflare Workers 的支持。
模块注册表 JSR 继续运营,只是把基础设施搬去 Cloudflare。给 V8 写的 Rust 绑定库 rusty_v8 也会继续维护,并推进并入 workerd。
不止他一个:这是一条不到一年的收编链
把时间线拉开看,Deno 不是孤例。
2025 年 12 月,JavaScript 运行时 Bun 被 Anthropic 收购。理由很直接:Claude Code 的可执行文件本来就是用 Bun 打包的,工具链一出问题,Claude Code 自己先瘫痪。
Bun 创始人 Jarred Sumner 当天宣布,次日 Anthropic 官方跟进,同时公布 Claude Code 年化收入突破 10 亿美元。
2026 年 3 月,Python 工具公司 Astral 被 OpenAI 收购,团队并入 Codex 组。Astral 旗下的 uv、Ruff、ty,是这几年 Python 开发者换得最快的工具链。
彼时 Codex 周活用户已过两百万,OpenAI 要把编码工具链攥在自己手里,对抗 Anthropic 的攻势。
三笔交易,三个不同的买家,同一个逻辑。AI 编码助手卷到现在,比的已经不只是模型,还有脚下那层工具链:运行时、包管理器、部署平台。
谁攥紧了地基,谁就少一个被卡脖子的环节。
Deno 这单比前两单更能吵起来。Hacker News 上,用户 TSiege 直接开炮,说这是"最恶心的收购式招聘":嘴上说团队整体加入,实际是悄悄关掉主打产品。
Cloudflare 工程师 Kenton Varda 下场反驳,说这是 Deno 团队自己的战略决定。
旁观者 hootz 补了一句更扎心的:"看来又要回到 Node 了。"三个想取代或改良 Node 的项目,兜了一圈都进了大厂,只有 Node 自己还站在原地。
分歧也不止吵架这一层。Deno 是 MIT 协议,理论上谁都能拉一份代码接着维护。有人提到 yt-dlp 默认就用 Deno 跑 JavaScript,运行时一旦停更,这类下游项目都要重新找出路。
但也有更悲观的声音:现在大头代码已经是 LLM 写的,与其辛苦 fork 一个走向末路的项目,不如直接让模型按需求重新生成一遍。独立开源维护者这个角色,正在被两头挤压。
下一个交出钥匙的,会是谁?
Dahl 这次没有输给竞争对手,也没有被资本赶下台,是自己选择把 Deno 的钥匙交出去的。
十七年前造 Node 是为了解决一个问题,十一年后造 Deno 是为了修正前一个答案。这一次,他认定答案不在独立项目里,在大厂的基础设施里。
Bun、Astral、Deno,三条不同的起点,走到了同一个终点。如果连创造者本人都觉得独立维护撑不过大厂的轨道,下一个被问到这个问题的独立工具团队,又会怎么选?
评论区