ハクソク

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

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

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には非常に高価なハードウェアが必要だという考え）はすでに失敗してる。次の賭けは、ユーザーを自分たちのエコシステムに閉じ込めること（それには、資本を燃やすような利益の出ないサブスクリプションでハーネスを補助する必要がある）で、これも失敗するだろう。最終的には、実力だけで競争しなきゃいけなくなるけど、それはずっと利益が少ない。
Bunには正式なロードマップがあるのかな？たまにJarredがXに投稿する変更を見かけるけど、それが本当に意味のあるものなのか気になる（パフォーマンス改善はいつでも歓迎だけど）。最近の貢献の多くがAIによって作成されたみたいだし。今年の初めにプロジェクトでBunを使おうとしたけど、テストコンテナは使えないってわかった（Denoでは問題なく動くのに）。
└
そうは思わないけど、最近のリリースにはターミナルのMarkdownレンダラーが内蔵されてるから、便利ではあるけど、主な焦点はClaude Codeを素晴らしくすることにあると思う。まあ、今のところ心配はしてないけどね。
OPに同意するし、なぜそれが早すぎると感じる人がいるのかも理解できる。今は以前とは全く違う世界に生きていて、人々は倫理的な問題にもっと敏感になってるし、過去の過ちを繰り返さないために自分の立場を守ろうとしてる。技術的には早すぎるかもしれないけど、倫理的な観点からは理解できる。今は不正行為を簡単に元に戻すことはできないし、その決定がもたらす大きな影響を避けるためには予防策が必要だと思う。
└
FirefoxやSafariがChrome OSプラットフォームAPIを採用せず、Chromeをあちこちに出荷しているという不満を考えると、地に足をつけて倫理的な考慮をする人々についてはちょっと疑問だね。
OpenAIとAnthropicは確実に破滅する運命だと思う。避けられないし、すべては数学にある。Bunはその因果関係になるだろう。時間の問題だね。AIレースで生き残る唯一の会社は、現在の波が実際に発明されたところ、研究論文やライブラリ、特化したハードウェアも含めて：Googleだ。Googleは製品管理文化に深刻な問題を抱えてる（製品やプロジェクトの長いリスト、Flutterに懐疑的な人もいる）そうでなければ、ずっと前にAnthropicを超えていただろうね。
└
彼らが唯一の市場の支配者だと確信してるなら、そんなに悪くないんじゃない？
AnthropicやClaudeCodeに関係なく、PerryTSはBunにとってかなり有望な競争相手に見えるね。[1]: https://github.com/PerryTS/perry
└
これ、いいね！でも、私の知る限り、BunはJS/TS開発のためのワンストップショップを目指してるけど、Perryは「ただの」TypeScriptからネイティブ実行ファイルへのコンパイラなんだよね。
└
競合はDenoだと思う。
└
AIのゴミみたいだね https://github.com/PerryTS/perry/issues/139
著者は、pnpmに含まれていないBunの良いところをいくつか挙げて締めくくってる。リストは基本的に、ネイティブTSサポート、viteスタイルのバンドラー、vitest/jestスタイルのテストランナーだね。バンドラー以外は、Nodeにはもう全部揃ってる。テストランナーの構文は違うかもしれないけど、TSは「そのまま」動くし、内蔵のテストランナーも十分使えるよ。Bunについてそんなに嘆く必要があるのかな？
└
さらに、TypeScriptコンパイラーの書き換えが進んでいるから、ますます関係なくなってきてるね。
└
NodeはいつネイティブTypeScriptを追加したの？依存関係なしで「node main.ts」を直接実行できるの？
└
フェアに言うと、NodeはDenoやBunが挑戦するまで、これらの機能を持ってなかったよね。Denoは何らかの理由であまり影響を与えなかったみたいだけど、Bunの存在はNodeの技術運営委員会に具体的な影響を与えたと思う。Jarred Sumnerの巧妙なソーシャルメディアマーケティングが、現在の勢いを生んでいるとも言えるね。人々が話題にして、Nodeは良くなった。さらに、BunがNode APIをできるだけカバーしようとしているおかげで、Denoも同じレベルの互換性に向かっているし、今ではほとんどのコードがランタイムに依存しなくなってる。実際にBunを本番環境で使うことはないかもしれないけど、その存在のおかげでJavaScriptエコシステムがかなり改善されたから、存在してくれて嬉しいよ。
> 外から見ると、Claude Codeは間違った方向に進んでいるツールに見えるね。制限が増えて、請求が変だし、コミットのテキストに基づいて驚くような動作をする。これが教科書的な「エンシティフィケーション」だよ。僕はClaude Codeを使ったことはないけど、この人は「教科書的なエンシティフィケーション」の意味を理解していないね。「エンシティフィケーション」は、特定のビジネスモデルの特徴で、以下の段階を経て進行する：1. ユーザーに無料で製品を提供し、ベンチャーキャピタルで補助して独占を得る 2. 広告に切り替え、実際の顧客である広告主のためにユーザーを虐待する 3. 独占的な力を使って実際の顧客（広告主）を虐待し、できるだけ多くのお金を引き出す。Anthropicのビジネスモデルには「ユーザー/顧客」の二分法はない；彼らの有料ユーザーが顧客なんだ。そして、まだお金を引き出すために使える独占は持っていない。
それだけ大きな飛躍をして、Bunがうまくいかないって結論に至るのはすごいね。