AIの広範な普及によって、私たちは、AIがあらゆる面でビジネスに与えてきたプラス面とマイナス面の両方を目にしてきました。オープンソースは、その最大の恩恵の1つを受けるはずでした。つまり、貢献のハードルが下がり、開発者がより速く進められ、バグをより早い段階で見つけられ、プロジェクトを維持することが苦行になりにくくなる——という考えでした。
しかし、実際にエコシステムが直面しているものは、そのビジョンとはまったく違います。AIがオープンソースにもたらした問題は、小さな一時的な成長痛ではありません。保守担当者、貢献者、プロジェクト、そしてすべてを回し続けるための資金モデルに直撃しています。そして状況はますます悪化しています。
Exhibit A: Vibecoded slop is the new foundation
オープンソースの中核的な利点の1つは、車輪を再発明する必要がないことです。単位の換算や日付の取り扱いが必要なら、きちんとメンテされているパッケージを取り込んで先に進めばいい。土台を信頼して、その上により良いものを築けます。ところが今、その土台が「vibecoded slop」に置き換えられています。
私たちは、監督なしにレジストリへ流れ込んでくるAI生成プロジェクトの洪水を目にしています。押し出されてきて、表面上は問題なさそうに見えるので、人々はそれをインストールします。こうしたvibecoded slopが、他の人たちが今その上に築いている土台になってしまっているのです。そして、土台が悪ければ、その上にあるすべても同じものを引き継ぎます。最近、アプリケーションの情報漏えいや侵害の波があり、それらのかなりの数が、実データを本当に任せる前に適切に調べられたことのないプロジェクトにまでさかのぼります。これは、引き抜かれるのを待つ脆弱性の連鎖です。
Exhibit B: AI agents are drowning the people keeping open source alive
オープンソースの保守担当者は、これまで常に質の悪いプルリクエストへの対処をしてきました。それ自体は新しいことではありません。新しいのは、その量です。
AIエージェントは今、リポジトリをスキャンしてオープン中の課題を見つけ、コードを生成し、プルリクエストを自動で投げるために、まさにその目的でセットアップされつつあります。これらは、プロジェクトのコントリビューションガイドラインやコードスタイルをまったく無視します。ガイドラインがあるのには理由があります。メンテナンスを現実的にし、コードベースの一貫性を保つためです。ですが、エージェントはそれらを何も気にしません。
Shadcnは、3月8日のツイートで率直にこう言いました。「エージェントやクローラーボットでPRを大量生成して、オープンソースを掴み取るようにするのは役に立っていない。実際にそれを維持している人たちを、静かに燃え尽きさせているだけです。どうかやめてください。」
この事態の受け手になる保守担当者は、ほとんどがボランティアです。報酬はありません。彼らがやるのは、気持ちがあるからです。そして今、そのエネルギーをプロジェクトを前に進める実際の作業に使う代わりに、雑音のトリアージに追われています。GitHubは事態がどれほど悪化していたかを認め、2026年2月に2つの新しいリポジトリ設定を導入しました。これにより、保守担当者はプルリクエストを完全に無効化することも、協力者のみに制限することもできます。GitHubのような規模の大きいプラットフォームが、保守担当者が自分を守るためだけに機能を作る必要があった、という事実は、私たちがどこにいるのかをすべて物語っています。
Exhibit C: Why would anyone bother anymore
オープンソースは、シンプルだけれど強力な考えに基づいて構築されました。問題にぶつかったらそれを解決し、その解決策を自分だけのものにせず、次に来る人が同じ苦労をしなくて済むように外へ出す。共有するという行為が、その精神のすべてです。それがエコシステムを作ったのです。
AWSのオープンソース戦略責任者であるStormy Petersは、多くの開発者が今まさに共感しているであろう形で、こう言い表しました。「それを3秒で生成した。必要なら、あなたも3秒で生成できる。誰でも要求に応じて生成できるのに、なぜ私はそれをアップストリームに押し上げるために時間を使うの？」
その問いに、もはや簡単な答えはありません。どんな解決策でも要求に応じて生成できるなら、パッケージ化し、ドキュメントを書き、メンテし、共有する動機は、だんだんと無意味に感じられてきます。そもそもアップストリームに出す価値の本質は、次の人の面倒を省けることでした。しかし、救うべき面倒が存在しないなら、なぜわざわざやるのでしょうか？
Conclusion
AIは単にバグを増やし、保守担当者を燃え尽きさせているだけではありません。もちろんそれも起こしています。しかし、それ以上に、その選択が不合理に感じられるようにしてしまっています。誰でも生成できるものを、なぜ共有するのですか？誰もが価値を十分に見出せず、きちんと貢献するほどでもないものを、なぜメンテするのですか？雑音のトリアージのために、なぜ時間をボランティアで提供し続けるのですか？
これらの問いに、今のところ良い答えはありません。そして、あなたが依存しているものを作った人たちは、その状況の中にいます。多くは、それがもうやる価値がないと判断したときに発表などしません。ただ静かにやめるだけです。
オープンソースは、いろいろなものを乗り越えてきました。もちろん、コミュニティの助けがあれば、これからも生き残ると私は確信しています。
