557 分、523 条评论。Hacker News 首页第二。
Bun 的创始人 Jarred Sumner 宣布了一个看起来不太起眼但实际上影响深远的消息：Bun 的实验性 Rust 重写版本在 Linux x64 glibc 上达到了 99.8% 的测试兼容性。
为什么说影响深远？因为 Bun 正在成为 AI 开发者工具链的底层基础设施。
Bun 和 AI 工具链的关系
你可能觉得 Bun 就是个 JavaScript 运行时，和 AI 没多大关系。但看看现在的 AI 开发生态：
- 大量 AI Agent 框架的 CLI 工具用 Bun 打包
- MCP Server 的部署环境越来越多选择 Bun
- AI 应用的本地开发服务器，Bun 的启动速度比 Node.js 快 3-10 倍
- 一些 AI 代码生成工具的运行时依赖 Bun
当你的 AI 工作流里有 5 个工具都依赖 Bun 的时候，Bun 的性能提升就不是一个数字，而是你每天实际感受到的速度差。
Rust 重写意味着什么
Bun 本身就是用 Zig 写的，性能已经比 Node.js 快很多。现在用 Rust 重写核心部分，目标是：
第一，兼容性。 99.8% 的测试兼容意味着现有的 Bun 应用几乎不需要修改就能迁移到新版本。这比"性能提升 20%"重要得多——不能兼容的性能提升对开发者来说是零。
第二，生态位。 Rust 的包生态比 Zig 成熟得多。这意味着 Bun 的 Rust 版本可以更容易地集成现有的 Rust 库，扩展能力会更强。
第三，长期维护。 Zig 还年轻，Rust 已经是系统级语言的事实标准。用 Rust 重写核心部分，是 Bun 团队对长期可持续性的押注。
Linux x64 glibc 只是第一步
需要注意的细节：这次兼容性测试只覆盖了 Linux x64 glibc 平台。macOS、Windows、ARM 架构的兼容性还在进行中。
对于 AI 开发者来说，macOS 才是主力平台。所以这个 99.8% 的数字虽然好看，但离真正的"可以替代现有 Bun 版本"还有一段距离。
对 AI 开发者的实际影响
短期看：没什么变化。实验性版本不会立刻成为默认版本。
中期看（3-6 个月）：如果 macOS 兼容性也达到类似水平，大量 AI 开发者工具的启动速度和运行效率会有一波可见的提升。
长期看：Bun 的 Rust 版本可能成为 AI 工具链的事实标准运行时。这不是猜测——已经有越来越多的 AI 项目在 README 里直接写 "requires Bun"，而不是 "requires Node.js"。
我的判断
Bun 的 Rust 重写不是 AI 新闻，但它是 AI 基础设施新闻。
AI 开发者可能不关心运行时底层用什么语言写的，但他们会关心：我的 Agent 启动从 3 秒变成 0.5 秒，我的 MCP Server 响应延迟降低了 40%，我的本地开发体验更流畅了。
这些变化背后，就是 Bun 这样的基础设施在起作用。
99.8% 兼容性是一个技术里程碑，但真正的考验是：macOS 版本什么时候到？性能提升能不能在实际 AI 工作流里体现出来？
这两个问题有了答案之后，Bun 的 Rust 版本才算是真的来了。
主要来源：