一次涉及几百个源文件的底层重写，上线一个多月，几乎没人发现——这是好事还是坏事？Claude Code 从 v2.1.181 起，把内部运行时换成了 Rust 重写版 Bun。Linux 上启动快了约 10%，除此之外，用户几乎感觉不到任何变化。
Bun 作者 Jarred Sumner 自己的评价是："Boring is good"——无聊，才是好事。这条新闻的看点，恰恰不是 Rust 有多炫，而是一次大改造做到了几乎没人吵。
发生了什么，谁会碰到
Bun 原本是 Zig 写的。Sumner 在博客《Rewriting Bun in Rust》里公开说，正在把它迁移到 Rust。Claude Code 从 v2.1.181（2026 年 6 月 17 日发布）起，用上了这个 Rust 版本。
唯一能感知的变化，是 Linux 启动快了 10%。macOS、Windows 和日常使用体验，官方没提到明显差别。
| 维度 | 具体情况 |
|---|---|
| 触发版本 | v2.1.181 起（2026 年 6 月 17 日发布） |
| 已证实变化 | Linux 启动速度提升约 10% |
| 无独立数据 | macOS/Windows 启动速度、内存占用、崩溃率、维护成本 |
| 证据来源 | 本地二进制 strings 检索：Bun v1.4.0 标识 + 563 个 .rs 路径 |
直接受影响的是把 Claude Code 当日常 CLI 工具用的 Linux 开发者。macOS、Windows 用户基本无感——这本身也是这次改造想要的结果。
证据能信多少
Simon Willison 没有停在"据说"，直接对本地 Claude 二进制跑了两条 strings 命令核实。
第一条挖出了嵌入的版本字符串：Bun v1.4.0 (macOS arm64)。Bun 在 GitHub 公开发布的最新版本是 v1.3.14（5 月 12 日发布），版本号对不上——说明 Claude Code 里跑的是一个还没公开发布的 v1.4.0 预览版。
第二条命令按 .rs 后缀抓文件路径，一次挖出 563 个 Rust 源码文件名，比如 src/bundler/bundle_v2.rs。这是编译时留在二进制里的调试痕迹，属于比较硬的旁证。
这些字符串至少表明 Rust 版 Bun 确实被打进了二进制，不是空口宣布。但它证明不了这 563 个文件全部在生产环境里被真正跑通，更证明不了"覆盖数百万台设备"——这只是 Willison 根据 Claude Code 用户规模做的推断，不是官方给出的部署数字。
为什么无感比重写本身更值钱
《孙子兵法》有句话：善战者之胜也，无智名，无勇功。打得漂亮的仗，往往看不出刀光剑影。这次换引擎的意思差不多：动的是发动机，用户座舱里的仪表盘几乎没变。
我更在意的不是"Rust 比 Zig 强"这种语言站队式判断——证据不够，也不是重点。值得记一笔的是：一次跨平台、面向大量真实用户的运行时替换，最后交付的结果只是"启动快 10%，其他照旧"。这在工程上比"重写带来质变"更难，意味着迁移过程里没有明显的兼容性反弹。
具体到人：已经在用最新版本的个人开发者，不用做任何事，该干嘛干嘛。真正该多留个心眼的，是把 Claude Code 接进 CI/CD、批量部署给团队用的技术负责人——不妨先观察一两周的 issue 反馈，再决定要不要主动跟进升级，毕竟 10% 只是启动速度这一项，内存占用、运行稳定性、长期维护成本，原文都没有给出数据。
Rust 重写也不等于自动的技术胜利。它换来的可能是更陡的维护曲线、更长的编译时间，这些代价目前都是空白。接下来该盯的是，这套 Rust 版 Bun 在更大规模、更长周期的使用里，会不会开始冒出眼下还没被发现的兼容性问题——这一点，目前还看不清。