世界を動かす技術を、日本語で。

私は「ブン」のことが心配です。

2026年5月5日原文(wwj.dev)

概要

  • Bun は高速かつ実用的なJavaScriptランタイムで、多くの開発者に支持されている。
  • Anthropic によるBunの買収後、開発方針や品質に懸念が生じている。
  • Claude Code の品質低下や運用ポリシーの問題がBunにも波及する可能性を危惧。
  • 現在は pnpm への移行を検討しつつも、Bunの今後に期待を残している。
  • Bun の利用継続・移行判断は各自の状況で選択推奨。

Bunの魅力と現状への不安

  • Bun は高速なJavaScriptランタイムおよびツールチェーンとして高評価。
    • TypeScript対応、スクリプトやテスト、ツール開発など多用途で活躍。
    • 小規模なプロジェクトやツール開発での使いやすさ。
  • Anthropic による2025年12月の買収発表。
    • Bunのオープンソース・MITライセンス維持の約束。
    • 既存チームによる継続開発、Node.js互換・高性能路線の継続明言。
    • Claude Codeの基盤としてのBun活用。安定性・性能維持のインセンティブ強調。
  • 買収直後は安心感 があったが、最近は懸念が増大。
    • Bun自体の品質は高いが、運営企業としてのAnthropicの姿勢に疑問。
    • Bunチームの情熱や技術力は評価しつつも、企業方針との乖離を懸念。

Claude Codeの変化と失望

  • Claude Code はかつて革新的なAIコーディングツールだった。
    • プロジェクト全体の読解、編集、コマンド実行、自己修正などが可能。
    • Anthropicのモデル(Claude Opusなど)との組み合わせで最先端の体験。
  • 近年、 Claude Codeの品質低下 が顕著。
    • コーディング補助の精度や使い勝手の悪化。
    • 他のエージェント型AI(Cursor, Augment, Codex, OpenCode, T3 Code, Pi等)との競争激化。
  • 2026年4月以降の問題点
    • 品質や制限、サードパーティ製ハーネス利用制約、請求体系の混乱、運営からの遅い対応。
    • エンジニアリング・ポストモーテムで「推論努力の削減」「セッションバグ」「プロンプト変更」などが原因と説明。
    • OpenClaw関連の混乱。Git履歴にOpenClawの記載があるだけでリクエスト拒否や追加課金発生の報告。
      • Theoによる指摘:実際の開発体験をチームが十分検証せずリリースしている可能性。
  • エンシッティフィケーション (サービス悪化)の典型例と指摘。

Bunへの今後の懸念

  • Bunは現時点で優れたランタイム だが、Anthropicの方針に巻き込まれるリスクを懸念。
    • Claude Codeの悪化傾向がBunにも波及する可能性。
    • Bunチームの熱意や品質志向が企業運営の論理に飲み込まれるリスク。
    • 実際にユーザー体験を重視した開発(dogfooding)が維持されるか不透明。
  • 現時点でBun利用を全面否定はしない が、今後の動向を注視。

pnpmへの一時的な移行

  • pnpm はパッケージマネージャーとして高速なインストール、モノレポ対応、ディスク使用量の最適化を実現。
    • Bunのパッケージ管理機能に近い体験を提供。
    • TypeScriptやバンドラー、テストなどは別途依存が必要(Bunはワンストップ)。
  • pnpmはNode.jsやBunの代替ではなく、パッケージ管理専用ツール
  • 現状、自身のプロジェクトではBunからpnpmへの移行を進行中。

Bunからの移行は推奨しない理由

  • 個人的には一部プロジェクトでBunから移行中だが、 一律の移行推奨はしない
    • 新規プロジェクトにはpnpmが適切な選択肢。
    • 既存プロジェクトではBun継続も十分選択肢。
    • 各自のニーズや状況に合わせた判断を推奨。

Bunの未来への期待と不安

  • Bunがこの先も優れたツールであり続けることを願う
    • Bunチームの継続的な努力と成果に期待。
    • Anthropicが開発チームに裁量を与え、JavaScriptエコシステムの発展に貢献することを希望。
  • ただし、 現状の運営体制や方針には不信感
    • Claude Codeの変化は、Anthropicが開発ツールの運用・改善に必要なノウハウや姿勢を持っていない警告とも受け取れる。
  • Bun自体は現時点で素晴らしいが、今後の方向性は不透明
    • 1年後には状況が大きく変わっている可能性。
    • 将来の動向を注視し、必要に応じて再評価予定。

Hackerたちの意見

たぶん、https://void.cloud/ を見てみてはどうかな?(編集:ごめん、Void Cloudじゃなくて https://viteplus.dev/ のことを言いたかった)彼らはランタイムじゃないけど、シンプルなトップレベルコマンドでたくさんのツールをラッピングすることに興味があるみたい。

わからないな、Claude Codeが出てからずっと使ってるけど、全然悪くなってる感じはしないよ。

あなたの経験が羨ましい。今はほぼ毎日イライラしてるよ。

全体の前提には同意できないな。買収前にBunはどこかでマネタイズを考えなきゃいけなかったし、今は親会社が他のソフトウェア(Claude Code)でひどいことをしてるけど、それがBunを悪化させるとは限らないと思う。心配するのはわかるけど、Bunには楽観的でいたいな。特に、Claude CodeはAnthropicの宝石で、急成長してるし、どんな変化も請求問題につながる可能性があるから。BunはJSランタイムで、成長に関係なく、最高のランタイムを目指せる。請求やAnthropicの利益には影響しないから、CCみたいに乱用のせいでパッチを急いで出す必要もない。今後どうなるかはまだわからないけど、買収したばかりだし、変化があるかどうかはまだ心配してないよ。

これはいい意見だね、君が正しいことを願ってる。Anthropicにとって好意的に言えば、Bunを買収したのはCCや他の内部ツールがそれに依存していて、その将来を純粋なOSSとして疑問視していたからだろうね。実際にどう展開するかはまだわからないけど。

買収前に、Bunはいつかマネタイズの方法を考えなきゃいけなかったんだよね。JavaScriptランタイムに「いつかマネタイズの方法を考えなきゃいけない」状況に陥るなんて、マジでクレイジーだと思う。それに、業界の中でも最も利益が出てない企業の一つに買収されたのに、まだ希望を持ってる人がいるのも不思議だよね。

いやいや。マネタイズの必要性と、アクイハイアがいくらかお金がかかるっていう事実が、特定のランタイムに依存することへの懸念を生む理由なんだよ。

これがBunを悪化させるとは考えにくい 俺にとっては全然考えにくくないよ。むしろ、今まで何度も繰り返されてきたパターンにぴったり合ってる。

企業の方針や文化が製品に与える影響を過小評価してるかもしれないよ。一部のチームは今、AIに全力投球する方向に進んでいて、コードを見ることすらないんだ。実際に見たことがあるけど、その結果は予想通りだよ。あるレベルではうまくいくけど、複雑さが蓄積されると(特に異なる「技術用語」を持つチーム間で)、最終的には複雑さとミスが重なって、誰もそのソフトウェアが実際にどう動いてるか分からなくなる。ソフトウェアの人間テストやQAもなしで、ユニットテスト+統合テスト+AIにブラウザやツールを操作させる。これが今、一部のチームが進めているやり方なんだ。だから、Anthropicの文化がBunチームの運営や考え方に変化をもたらすかもしれない。もしこの文化や考え方が標準になるなら、モデルがかなり良くならない限り、ソフトウェアの品質は低下すると思う。Matt Pocockの素晴らしいトークがここにあるよ: https://youtu.be/v4F1gFy-hqg 「コードは安くない。悪いコードは今までで最も高価だ。もし変更が難しいコードベースを持っているなら、AIが提供できるすべての恩恵を受けられないから。良いコードベースでは、AIは本当にうまく機能するんだ。」悪いコードが自己増殖し始めると、それを抜け出すのは本当に難しくなるよ。

今、親会社が他のソフトウェア(Claude Code)でひどいことをやってるけど、Bunが悪くなるとは考えにくいよね。心配するのは分かるけど、私はBunに対して楽観的だよ。ひどいことをしている会社が、ひどくない会社を買収して、その後にひどいことが広がった例ってある?数年以内にそうなったことがあるか教えてほしいな。

今、親会社が他のソフトウェア(Claude Code)でひどいことをやってるけど、Bunが悪くなるとは考えにくいよね。心配するのは分かるけど、私はBunに対して楽観的だよ。Anthropicは自分たちの利益のためにBunを買収したんだ。Claude Codeへの投資を守り、成長させるためにね。JavaScriptコミュニティ全体のためじゃないってことは明らかだけど、指摘しなきゃいけないんだろうね。長期的には、結果はインセンティブに従うから。

人々が「虐待」という考え方をすぐに受け入れるのが面白いよね。大きなAIラボが、サブスクリプションを多く使うユーザーから金銭的に利益を得ていないことは、ずっと前から分かってたことだし。どのエージェントやハーネスを使っても関係ない話。利益を出すための公正な価格は、使用ごとのトークン料金だよ。これらのラボは、競争を排除しようとするゲームをしてるんだ(サードパーティのハーネスが、全てのLLMが十分に良くなったときに基盤を商品化するリスクがあるから)。お互いにどれだけお金を燃やせるか、チキンゲームをしてる感じ。いつかは公正な価格を設定しなきゃいけないし、その時には競争を全て排除していることが唯一の希望なんだけど、どうやらそのゲームには負けつつあるみたい。役立つモデルは毎年小さく、安くなっていってるし、サブスクリプションユーザーのユーザーベースがなくても、サードパーティのハーネスの開発は続くと思う。基本的に、彼らが賭けた主なポイント(役立つAIには非常に高価なハードウェアが必要だという考え)はすでに失敗してる。次の賭けは、ユーザーを自分たちのエコシステムに閉じ込めること(それには、資本を燃やすような利益の出ないサブスクリプションでハーネスを補助する必要がある)で、これも失敗するだろう。最終的には、実力だけで競争しなきゃいけなくなるけど、それはずっと利益が少ない。

Hacker Newsで議論の続きを見る