JavaScript ランタイム Bun が、コードベースを Zig から Rust へ全面的に書き換えました。規模は約100万行、期間はわずか11日間。64並列の Claude エージェントを走らせ、API 費用は約16万5000ドル(約2668万円)に達したと報じられています。
「AI が100万行を移植した」——この見出しは強烈です。ただ、実態はもう少し込み入っていて、そこにこそ大規模 AI 活用の本当の姿が見えます。
見出しが与える「全自動」の印象
100万行・11日・64並列という数字を並べると、「エージェントを起動して放置したら移植が終わった」という絵を想像しがちです。実際、AI エージェントによるコード生成は、そう遠くない未来にそこまで到達するのだろうという期待も込めて語られます。
しかし報道を丁寧に読むと、この移植は放置で完成したわけではありません。むしろ、人間が張り付き続けたからこそ11日で終わった、という性質のプロジェクトでした。
実態は「11日間の人力集約プロセス」
Bun の創業者 Sumner 氏は、この11日間ずっとワークフローに張り付いていたと伝えられています。エージェントの手抜きや不具合を監視し、生成の流れがおかしくなれば人力で修正を入れ続けた——つまり、これは全自動ではなく人間が舵を取り続けた集約プロセスです。
64並列のエージェントは強力な生産手段ですが、放っておけば正しい方向へ進むわけではありません。大量に走らせるほど、間違った出力も大量に生まれます。その洪水をせき止め、方向を正すのが人間の役割でした。
品質保証は「多層の検証設計」で担保された
移植で最も難しいのは、書き換えが元の挙動を壊していないかの保証です。Bun はこれを次の三層で担保しました。
- 既存のテストスイート——移植前から積み上げた膨大なテストを、移植後のコードに通す。
- 敵対的レビューエージェント2体——生成コードを別のエージェントが批判的にレビューし、自動で欠陥を洗い出す。
- 創業者による手動チェック——機械が拾いきれない部分を人間が最終確認する。
注目したいのは、AI を「書く側」だけでなく**「検証する側」にも配置した**点です。生成エージェントと敵対的レビューエージェントを対立させ、その上に人間の目を重ねる。放置ではなく、検証を設計したから100万行を捌けたのです。
成果——性能は微増、価値は「移植できたこと」
肝心の成果は、特定ベンチマークで2〜5%の性能向上、バイナリサイズ20%削減。数字だけ見れば控えめです。
ただ本質は性能の伸びではありません。100万行という現実的には手を出しにくい規模の言語移植を、破綻させずに完了できたこと自体が成果です。テストという安全網と検証エージェントがあったからこそ、大胆な全面書き換えに踏み切れたと言えます。
まとめ
- Bun は Zig から Rust へ約100万行を11日で移植。64並列の Claude エージェントと約16万5000ドルの API 費用を投じました。
- 「AI が全部やった」という印象とは裏腹に、実態は創業者が11日間張り付いた人力集約プロセスでした。
- 品質は、既存テスト・敵対的レビューエージェント・人間の手動チェックという多層の検証設計で担保されました。
- 大規模な AI エージェント活用の要点は「放置で完成」ではなく、検証をどう設計し、人間がどこで監視するかにあります。