Anthropic 收购高性能 JavaScript 运行时 Bun.js,这是公司首笔重大收购,预示 Claude 与开发工具链的深度集成,对 JS/TS 开发生态产生直接影响。
Anthropic 刚刚收购了 Bun。这是 Claude 和 Claude Code 背后的公司完成的首笔收购。
我看到的大多数观点都聚焦于速度。“Claude Code 需要快速的工具。”“在大规模应用中,几毫秒也很重要。”这些说法并没有错,但也没有触及真正有意思的部分。
真正值得关注的是,这次收购释放出了怎样的信号:AI 开发正在走向何方。
Bun 是一个比 Node.js 更快的 JavaScript runtime。它同时也是 package manager、bundler 和 test runner,将这些能力集于一身。Bun 是开源项目,采用 MIT 许可证,每月下载量约为 700 万次。
Anthropic 开发了 Claude。他们的编程工具 Claude Code 一直增长迅猛:公开发布仅六个月,其年化营收就达到了 10 亿美元。你没有看错,就是六个月。
这两者之间的联系在于:Claude Code 是以 Bun executable 的形式发布的。当你安装 Claude Code 时,实际运行的就是 Bun。这并非松散的合作关系,而是一项依赖。
下面是 AI 时代开发者工具的演进过程:
阶段 1:LLM 生成代码,人类负责运行。ChatGPT 编写代码,你复制粘贴,然后修复问题。
阶段 1:LLM 生成代码,人类负责运行。ChatGPT 编写代码,你复制粘贴,然后修复问题。
阶段 2:LLM 通过 function calling 和 MCP 调用工具。整个过程仍然需要编排,受到约束,而且是预先定义好的。
阶段 2:LLM 通过 function calling 和 MCP 调用工具。整个过程仍然需要编排,受到约束,而且是预先定义好的。
接下来——阶段 3:Agent 即时编写新的工具和交互界面,完成编译和执行,观察结果并持续迭代。它们会启动 sub-agent 和进程,编排并行工作负载。
接下来——阶段 3:Agent 即时编写新的工具和交互界面,完成编译和执行,观察结果并持续迭代。它们会启动 sub-agent 和进程,编排并行工作负载。
如果阶段 3 即将到来——而 Anthropic 显然相信它会到来——那么 runtime 就不再只是执行代码的地方。它是 AI Agent 的操作系统——这一次,“操作系统”真的是字面意义上的。这样的东西,你当然希望掌握在自己手中。
现实层面的因素同样重要。Bun 可以将项目编译成单文件 executable。无需安装 Node,也没有依赖地狱,只有一个 binary。Claude Code 正是凭借这种方式,才能干净利落地发布到数百万台机器上;未来,Agent 之间也可能通过这种方式相互分发工具。
那么 OpenAI 呢?两家公司都有面向消费者的产品和 API,但它们的收购模式暴露了各自的优先事项。OpenAI 刚刚收购了 Sky(MacOS 上的 NL),并投资于面向消费者的功能。Anthropic 的第一笔收购却是一个 JavaScript runtime。他们押注的是:最终胜出的 AI 公司,将是最深入嵌入软件构建过程的那一家,而不是拥有最佳聊天 UI 的那一家。
Bun 的创始人 Jarred Sumner 似乎也认同这一判断。在与 Anthropic 的竞争对手逐一讨论这笔收购后,他得出的结论是:“我认为 Anthropic 会赢。”这不是公关辞令,而是一个人基于自己的坚定信念,押上了毕生心血。
我们正在开发 Meteroid,这是一个面向 SaaS 的完全开源计费平台。
如果你有一分钟,请在 Github 上给我们一个 star!⭐️
这会给我们带来很大帮助 ❤️
Bun 获得了 2600 万美元融资,但营收为零,其商业化计划是“最终我们会开发一款云托管产品”。这是开发者工具的标准剧本,通常会走向三种结局之一:尴尬的定价、为了人才而被收购,或者慢慢消亡。
现在,Bun 有了不同的使命:成为最能满足 Anthropic 需求的 runtime。而 Anthropic 的需求,恰好与“成为整体上最优秀的 runtime”高度重合。
好消息是:如果你之前担心 Bun 的可持续性——依靠 VC 融资、营收为零、商业模式不明确——这个问题现在已经解决了。Anthropic 的旗舰产品依赖 Bun,他们不会任由它荒废。
风险只是发生了转移,并没有消失。如今,Bun roadmap 的首要利益相关者是一款 ARR 达到 10 亿美元的产品。这大概不成问题:Claude Code 需要速度、稳定性和 Node compatibility,而这些也是所有人想要的。不过,下面几点仍然值得关注:
Node.js compatibility 是否会继续改善?
面向 Agent 的特定优化是否会开始挤压通用功能?
对 GitHub issue 的响应速度是否能继续保持?
我的看法是:总体而言,这次收购很可能利大于弊。双方激励一致的地方,比相互冲突的地方更多。18 个月后再回来看看。
真正的原因不是速度,而是分发能力(单文件 executable)、依赖控制(Anthropic 已经依赖 Bun),以及为一个由 Agent 成为开发者工具主要用户的未来提前布局。我们正在从“生成代码的 LLM”,迈向“构建并运行自身工具的 Agent”。runtime 将成为 Agent 的操作系统,而 Anthropic 希望拥有它。
真正的原因不是速度,而是分发能力(单文件 executable)、依赖控制(Anthropic 已经依赖 Bun),以及为一个由 Agent 成为开发者工具主要用户的未来提前布局。我们正在从“生成代码的 LLM”,迈向“构建并运行自身工具的 Agent”。runtime 将成为 Agent 的操作系统,而 Anthropic 希望拥有它。
对 JS 开发者来说:可持续性方面的担忧已经得到解决。新的担忧则是优先级是否一致。请关注 Node.js compatibility 和社区响应速度。
对 JS 开发者来说:可持续性方面的担忧已经得到解决。新的担忧则是优先级是否一致。请关注 Node.js compatibility 和社区响应速度。
更宏观的故事是:Anthropic 押注的是开发者基础设施,而不是消费级 AI。这不会是他们在这一方向上的最后一笔收购。
更宏观的故事是:Anthropic 押注的是开发者基础设施,而不是消费级 AI。这不会是他们在这一方向上的最后一笔收购。
Bun 最活跃的贡献者已经是一个 AI Agent。这不是未来,而是现在。
希望你喜欢这篇文章!(以及那张手工制作的封面图 🙈)
如果你觉得这篇文章有所启发,可以在 Github 上给 Meteroid 一个 star,以此支持我们 ⭐️!
部分评论可能只有登录用户才能看到。请登录以查看全部评论。
如需采取进一步措施,你可以考虑屏蔽此人和/或举报滥用行为。