Claude Code 已悄然切换至 Rust 版 Bun
Claude Code uses Bun written in Rust now
Jarred Sumner 曾提到，从 6 月发布的 Claude Code v2.1.181 开始，底层已经切换到了用 Rust 重写的 Bun。虽然官方声称启动速度在 Linux 上提升了 10%，但大多数用户毫无察觉，毕竟“无趣才是好事”。我忍不住对自己的 Claude Code 安装进行了深挖，通过 strings 命令检查二进制文件，果然发现了未公开发布的 Bun v1.4.0 版本，以及大量以 .rs 结尾的 Rust 源码文件路径。这意味着，Rust 版的 Bun 确实已经在数百万台设备上默默运行了。这种在用户无感知的情况下完成底层技术栈升级的做法，正是技术界最理想的“静默更新”。
就像 Jarred 所说，无趣才是好事。
HN 评论区
838- mrothroc
深入阅读 Jarred 解释此次变更原因的原帖，可以很清楚地看到，在 Zig 环境下，团队需要手动完成许多在 Rust 中自动化的工作。
人类和 AI Agent 有一个共同点：它们都是非确定性的。他谈到了在 Zig 中手动追踪内存生命周期以便显式释放的问题。不出所料，这导致了一长串因遗漏而引发的 Bug。
Rust 可以自动处理这一切。这直接消除了他待办事项中整整一类错误。从工程管理的角度来看，这显然是一笔很划算的买卖。
这里还有一个额外的好处：编译器错误正是你需要用来约束代码生成 Agent 的那种确定性护栏。如果你能给 Claude 提供一个验证正确性的方法，它会表现得非常好，而“确保代码能编译通过”就是一个相当不错的目标。
这其实有一个通用版本：你暴露的产物加上你对其运行的测试。确定性测试能将随机性的输出转化为硬性保证。如果这篇总结对你有帮助，可以看看这里：https://michael.roth.rocks/blog/verification-surface/
- gabrieledarrigo
哼。
就我个人而言，我对整件事的看法相当负面，不管 Jarred 或 Simonw 怎么说。
我认为 Bun 被 Anthropic 收购以及整个项目用 AI 重写并不是重点（尽管这确实挺有意思）。
我的观点是，Jarred 和 Bun 并没有展现出一种成熟、严肃的态度，从“这是我的分支，你们反应过度了”这种言论，到不到一个月就合并了一个超过 100 万行的 PR，整个过程都显得草率。
问题出在沟通上，而且处理得非常糟糕，严重影响了信任并造成了分裂。
难道采用 TypeScript 团队在 7.0 版本中所采取的方法就这么难吗？
- embedding-shape
> 对我来说，这里输出的是 Bun v1.4.0 (macOS arm64)。GitHub 上 Bun 最新的发布版本是 5 月 12 日的 v1.3.14，所以 Claude 中的 v1.4.0 版本号支持了他们发布尚未正式推出的 Bun 预览版的说法。
因此，开源项目