何が起きたか
Bunの開発者Jarred Sumnerが公開した「Rewriting Bun in Rust」という記事で、AnthropicのClaude Code v2.1.181（6月17日リリース）以降が、JavaScriptランタイムBunのRust移植版で動作していることが明かされました。従来のBunはZig言語で書かれていましたが、その中核をRustへ書き換えたものです。
変化として挙げられたのはLinuxでの起動が約10%高速化したこと。しかしSumner自身が「ほとんど誰も気づかなかった。地味なのは良いことだ（Boring is good）」と述べており、ユーザー体験上の目立った差はありませんでした。
検証：本当にRust版で動いているのか
Simon Willisonは自分の環境で裏取りを試みています。strings ~/.local/bin/claude | grep -m1 Bun v1 を実行すると Bun v1.4.0 (macOS arm64) と出力されました。GitHub上のBunの最新公開版は5月12日リリースのv1.3.14であり、v1.4.0はまだ正式リリースされていない先行版です。実際、5月17日のコミットでpackage.jsonのバージョンが1.4.0に更新されて以降、canary（先行）版以外の正式タグには含まれていません。Rust版は bun upgrade --canary で導入できるcanaryとして公開されています。
さらに grep -Eo src/[[:alnum:]_./-]+\.rs を実行すると、src/runtime/bake/dev_server/mod.rs、src/runtime/bake/production.rs、src/bundler/bundle_v2.rs を含む563個のRustファイル名がバイナリ内から見つかりました。Ajan Rajが共有した、プリロード用TypeScriptファイルと環境変数BUN_OPTIONSを使って claude --version に埋め込みBunバージョンを吐かせる手法でも、1.4.0が確認されています。
なぜ重要か
Willisonの結論は「Rust版Bunが、数百万台のデバイス上で本番稼働している」というものです。ここでの含意は二つあります。第一に、Anthropicが未リリースの先行ランタイムを世界規模のユーザー基盤で実運用している、という事実。第二に、言語基盤という土台の大移植を、ユーザーにほとんど気づかせずに完了させたという「静けさ」そのものが、成熟したインフラ更新の理想像だという点です。
💼 事業会社視点：これは自社にどう効くか
事業責任者がここから読むべきは、二つの実務的示唆です。第一に「配布ツールがユーザーの実運用環境を巨大なテストベッドにできる」という構造。Anthropicは正式リリース前のランタイムをClaude Code経由で数百万台に載せ、事実上の本番検証を回しています。SaaSやモバイルアプリを配る日本企業も、機能フラグや段階配信を使えば同じレバレッジを効かせられます。第二に「基盤刷新は静かなほど成功」という評価軸です。ZigからRustへ中核を載せ替えても体感差は起動10%だけ——これは、受託開発やEC基盤の刷新を「派手な成果」で評価しがちな組織への警鐘になります。役員は、無事故で誰も気づかない移行を減点ではなく満点として扱う文化を作るべきです。同時に、自社が依存するAI開発ツールの土台（ランタイム・言語）が予告なく入れ替わりうる現実も直視し、ツールのバージョン固定と挙動監視を運用に組み込む判断が要ります。