我々が知るオープンソースは死んだ

我々が知るオープンソースは死んだ 2026年10月5日 私は2011年6月17日にGitHubアカウントを作成しました。約2分後、TerrariaサーバーMODであるTShockでテレポート機能が壊れている理由を知りたいと思い、最初のイシューをオープンしました。一部の人々ほど早くはありませんでしたが、見知らぬ人からプルリクエスト（PR）がマージされることが小さな奇跡のように感じられた頃を覚えています。（それ以来、私はゲームサーバーに夢中になり、今ではそれが文字通りの私の仕事になっています。） GitHubが始まりというわけでもありません。それ以前は、少しでも間違った操作をすると壊れるSVNチェックアウトがあり、Garry's ModサーバーのDarkRPをいじったり、古いCounter-Strike: Source用のSourcePawnプラグインを書いたり、Zombie Masterサーバーをいじったりしていました。GitHubは、まるで皆が同じ部屋にいるかのように感じさせてくれただけです。 オープンソースは、私がソフトウェアを書き始めてからほぼ同じくらい、私の人生の一部でした。私は独学なので、それなしではキャリアがなかったと言っても過言ではありません。私が知っていることのほとんどは、他の誰かのコードを読んだり、おそらくは愚かなイシューを開いて、メンテナーが忍耐強く理由を説明してくれたりすることから学びました。 これを書くのは簡単ではなく、タイトルは少し誇張しています。しかし、正直に言って、私が感じ始めているのは、私が知っていたオープンソースは死にかけているということです。そして、悲しいことに、AIがそれを殺しているのだと思います。 コードだけではなかった 人々がオープンソースについて話すとき、通常はコードについて話します。ライセンス、パッケージ、ダウンロード数、スター数。しかし、私を惹きつけていたのは決してその部分ではありませんでした。 それは人々でした。READMEのタイポを修正して、誰かが感謝してくれること。私が寝る前に、世界の反対側にいる見知らぬ人が私のコードのバグを見つけて修正を送ってくれること。イシューのスレッドで（ほとんどの場合丁寧に）正しいAPIについて議論し、どちらか一方だけでは構築できなかったものよりも良いものにたどり着くこと。 私の最初の実際のGitHub PRは2014年6月、アカウントを作成してからちょうど3年後でした。私たちはPointDNSを使用していましたが、大きなゾーンのレコードをリストアップすると、その小さなNode.jsクライアントはSyntaxError: Unexpected end of inputでクラッシュしました。チャンク応答を処理していなかったため、それを修正しました。2時間後、勇気を出して2番目のPRを開きました。それは、ファイル内のほぼすべての行に触れる「グローバルな整理」でした。私の説明には、何かを維持した経験が全くない人間の自信が満ち溢れていました。 私たちはあなたのサービスの大ファンですが、このNode.jsモジュールは使用するのが非常に直感的ではありませんでした。このプルリクエストが、将来のすべての開発者にとってその問題を解決するのに役立つことを願っています！ メンテナーは翌朝、両方をマージしました。やり取りなし、チェックリストなし、ボットなし。見知らぬ人が300行の変更を送り、彼らはそれに賭けてくれたのです。それが私に何をしたかを完全に説明することはできませんが、私が属していると感じさせてくれたことは確かです。 PRは単なる差分ではありません。それは、「私はあなたのものを使いました。それを改善するために十分気にかけており、私の作業をあなたに託します」という誰かの言葉です。それを見直すことは、「あなたが見えています。一緒にやりましょう」というあなたの言葉です。その交換が何百万回も繰り返されることで、私たちが毎日使っているインターネットが構築されました。 その2番目のPRを振り返ると、正直言って少し恥ずかしいです。誰も聞いたことのない人物からの、少し生意気な説明付きの、一方的な書き直し？ Flask-SocketIOのメンテナーであるMiguel Grinbergは、今年の初めに率直に言いました。「今日、一方的なPRは赤信号です。」もし私のPRが今日リポジトリに届いたら、私はエージェントが書いたものだと仮定し、それを閉じる人を責めることはないでしょう。Andreas Klingは、Ladybirdが公開PRの受け入れを停止したときに最も的確に述べました。「実質的なパッチは、実質的な努力を意味し、その努力は善意の合理的な代理でした。その仮定はもはや当てはまりません。」私のPRは、緊張しながら、それが十分であることを願って、本物の人間が書いたものでした。その努力がシグナルでした。それが失われたものです。 もう楽しくない 過去1年ほどで何かが変化し、言葉にするのが難しくなりました。 今日、人気のあるリポジトリでPRを開いて、何が起こるかを観察してみてください。数秒以内に、ボットがあなたの変更を要約するAIレビューを投稿します。別のボットがプレビューデプロイメントを投稿します。さらに別のボットが、誰も求めていないシーケンス図付きの「ウォークスルー」を投稿します。時には4番目のボットが現れて3番目のボットに応答します。人間が実際にそれを見る頃には、スレッドは生成されたテキストの壁となり、実際の会話（人間による部分）は中間にどこかに埋もれてしまいます。 それは人間がPRを書いた場合の良いケースです。悪いケースは、誰も本当に書いていない場合です。例えば、存在しない問題を「修正」するPR、ファイル半分を自信に満ちた、もっともらしい、完全に間違ったコードで書き直すPR、または脆弱性が幻覚だったと気づくまで本物のレポートのように見えるセキュリティレポートなどです。そして、これらを1日に数十件、数百のリポジトリにわたってオープンし、履歴書のために緑色の四角を稼いでいるアカウントがあるようです。 私はかつて愛していたリポジトリからの通知をミュートし始めています。なぜなら、それはほとんどノイズだからです。そしてそれは予想以上に私を悲しませます。 その最初のPointDNS PRでさえ、10年以上静かに存在していましたが、昨年11月に見たことのないアカウントから一連のジャンクコメントを受け取りました。#、###、壊れたスクリーンショットのアップロード。それがボットなのか人なのか、正直わかりません。それがポイントなのです。 メンテナーを少しも責めない AIスロップPRは最悪の種類の仕事です。貢献のように見えるので、読まなければならないと感じます。レビューするのに実際の時間がかかり、そして、聞いているのかいないのかわからない誰か（または何か）に、なぜそれが間違っているのかを説明するのにさらに時間がかかります。それは、実際のプロジェクトや家族、睡眠に費やすべき時間です。 そして、ドアは閉まっています。急速に。 すべてではありませんし、すべてが同じ方法ではありませんが、進むべき方向性は見逃せません。curlは、シグナル対ノイズ比が崩壊したため、金銭的なバグバウンティを終了しました。Daniel Stenbergは、実際のレポートの割合が5％を下回ったと書いています。「20件に1件も本物ではなかった。」 tldrawは外部PRを自動的に閉じるようになりました。GhosttyはAIポリシーを強化し、Mitchell Hashimotoは低労力のAI貢献が「悪い」カウントを「10倍、あるいはそれ以上」に増加させたと述べています。多くのPythonプロジェクトの本拠地であるJazzbandは、GitHubの生成されたPRとイシューの「スロップポカリプス」を理由に完全に閉鎖されました。OpenJDKは、レビュー担当者の負担を最初のリスクとして挙げ、LLM生成の貢献を禁止しました。Ladybirdは公開プルリクエストの受け入れを停止しました。Godotは現在、コードが人間によって作成されたものであることを要求し、自律エージェントを禁止しています。COSMICは、貢献者がPRにLLM生成のコード、コメント、または説明が含まれていないことを確認することを要求しています。Codebergのメンバーは、ほとんどAI生成のプロジェクトをプラットフォームから禁止することを投票しました。 そして今週、Yusuke WadaはHonoの外部貢献者からのPRを無効にしました。それは私に大きな衝撃を与えました。Honoは私の好きなプロジェクトの1つであり、私は何度もWorkers開発のゴールドスタンダードと呼んできました。 悲しいニュースです。honojs/honoの外部貢献者からのPRを無効にしました... HonoはPRなしではここに立っていませんでした。@usualomaがRegExpRouterのために作成したPRを忘れることはありません。私たちがこれまでに見たことのない、非常に高速なHTTPルーターです！しかし、PRはこの時代には機能しません。他の方法で貢献してください。ありがとう。 その引用は、矛盾全体を含んでいるため、痛いです。Honoは部外者のPRによって形作られ、その部外者は4年後もそれに貢献し続けています。