Tailwind CSSは今、あなたのアプリで使われている可能性が高い。だがそのTailwindを作った会社は、2026年1月、エンジニアの75%を解雇した。理由は、あなたがサイトに来なくなったからだ。
AIはOSSの「申し子」だ
少し立ち止まって考えてほしい。Claude CodeやGitHub CopilotがTailwindのコードを書けるのは、なぜか。答えは単純だ。GitHubに公開された無数のOSS（オープンソースソフトウェア）のコードが、AIの訓練データになっているからだ。Next.js、Tailwind CSS、React、Prisma——バイブコーディングで使われるライブラリのほぼすべては、開発者たちが無償で公開したコードから成り立っている。AIはそれを全部読んで、全部覚えた。
OSSがなければ、AIは今日の能力を持てなかった。バイブコーディングはOSSの「申し子」だ。
問題は、その恩人への返し方だ。
何が起きているのか：使用量と関与の切り離し
OSSプロジェクトの多くは、スポンサー、寄付、あるいは商用製品の販売で維持されている。そのどれもが「開発者がOSSプロジェクトに直接関与すること」——ドキュメントを読む、フォーラムで質問する、GitHubにアクセスする——に依存していた。
ところがAIはその関与を仲介してしまう。開発者はTailwindのドキュメントを読まなくなった。代わりにAIに「Tailwindでflexレイアウトを使いたい」と伝えると、答えが直接返ってくる。同じ情報が手に入る。でもTailwindのサイトには一切アクセスしない。
❌ AIによって断ち切られた収益フロー（2025年以降）
「Tailwindでflex使いたい」
→ Claude Code / GitHub Copilotに質問
→ 「justify-center items-center flex」とIDE内で即回答
→ 問題解決
→ Tailwindのサイトには一切アクセスしない
→ 商用製品（Tailwind Plus）の存在を知る機会がゼロ
→ Tailwind Labsの収益：ゼロ
✅ 以前の収益フロー（2022年以前）
「Tailwindでflex使いたい」
→ Google検索
→ Tailwind公式ドキュメントを訪問
→ 問題解決（ドキュメント内でTailwind Plusの広告を認識）
→ 一部のユーザーがTailwind Plusを購入
→ Tailwind Labsの収益：継続
現代のアプリ開発はOSSという水道管でできている。みんなが水を使っているが、誰も水道管の維持費を払っていない。AIという高性能シャワーが普及し、水の消費量は急増している。でも水道管の維持費はゼロのままだ。
使用量と関与の「切り離し（decoupling）」——これが今、OSSエコシステムを静かに壊している。
Tailwind CSSの実例：数字で見る構造崩壊
2026年1月6日、Tailwind Labsが解雇を実施した。CEOのAdam Wathan（アダム・ワタン）が公表した数字は衝撃的だった。
- 収益：約80%減（ピーク時から）
- ドキュメントサイトのトラフィック：2023年初頭比で40%減
- 解雇：エンジニア4人中3人（75%）
Wathanはこう述べた。「エンジニアチームの75%が昨日仕事を失った。AIがビジネスに与えた過酷な打撃のせいだ」
逆説は鮮烈だ。Tailwind CSSの利用率は「これまで以上に速いペースで成長している」にもかかわらず、その作者は破産寸前まで追い詰められた。State of CSS 2025では開発者の51%がTailwindを利用し、npmtrendsによれば月間ダウンロード数は約7,500万回にのぼる。
使えば使われるほど、作った人が貧乏になる。
Wathanが「茹でガエル状態（boiling the frog situation）」と呼んだのはこういうことだ。収益がじわじわ下がり続けているので、毎月「まあこんなものか」と思っていた。気づいたときには、6ヶ月後に給料が払えない状況が確定していた。
幸いその後、Vercel、Google AI Studio、Gumroadなどがスポンサーになることを表明し、最悪の事態は回避された。しかしこれは特例だ。Tailwind CSSほど有名でなければ、同じ支援は得られない。
Stack Overflowという前例：コミュニティが消える
Tailwindだけではない。Stack Overflowは、AIが来る前のインターネットで「開発者の問題を解決する場所」として機能していた。プログラミングに詰まった開発者が質問を投稿し、他の開発者が答える。その積み重ねが、世界中の開発者の共有知識になっていた。
ChatGPTが登場した2022年11月以降、Stack Overflowへの新規質問数は急減した。2023年から2024年の2年間だけで70%以上減少したという記録がある。
Stack Overflowが衰退しても、「じゃあAIに聞けばいい」で済むように見える。でも問題はそこではない。新しいコードを書く開発者がコミュニティに参加しなくなると、新しい知識が生み出されなくなる。AIは過去のデータで学習する。コミュニティが死ねば、AIも新しいことを学べなくなる。
論文「Vibe Coding Kills Open Source」が示すもの
2026年1月21日、経済学者チームがこの問題を正面から論じた論文をarXivに発表した。著者はMiklós Koren（中央ヨーロッパ大学）、Gábor Békés、Julian Hinz、Aaron Lohmannの4名。論文のタイトルはそのまま「Vibe Coding Kills Open Source」だ。
論文の核心はシンプルだ：バイブコーディングはOSSの生産性を高めるが、同時にメンテナーが収益を得る手段（ユーザー関与）を根本から弱体化させる。
OSSデベロッパーが生み出す総価値のうち、彼ら自身が受け取るのはわずか約0.1%——Korenらの推計。残り99.9%は、OSSを使う企業や開発者が享受している。その不均衡がAI時代にさらに拡大しつつある。
論文はさらに踏み込む。現在の状況はOSSエコシステムが成長する際に機能していた「増幅メカニズム」が逆転し始めているという。かつてはユーザーが増えるほどコミュニティが大きくなり、メンテナーへの貢献も増えた。今は逆だ。ユーザーが増えるほど、AIの需要が高まり、OSSへの直接関与が減る。
「次のLinux」は生まれないかもしれない
Korenはこう述べる。
「人気のあるライブラリはスポンサーを見つけ続けられるだろう。でも小さなニッチなプロジェクトは苦しみやすい。しかし今日成功している多くのプロジェクト——Linux、git、TeX、grep——は、誰かが自分の問題を解決しようとしたところから始まった。小規模プロジェクトのメンテナーが諦めたとき、次のLinuxを生み出すのは誰か？」
これが「冷スタート問題（cold start problem）」だ。新しいOSSプロジェクトが成長するには、最初に注目を集める必要がある。GitHubのStar、ドキュメントへのトラフィック、コミュニティの質問——これらが増えることで、「このプロジェクトには価値がある」と判断した開発者がさらに貢献する。
ところがAI時代では、新しいライブラリを使っても開発者はドキュメントを訪れない。質問もコミュニティに投稿しない。AIが代わりに答えてくれるからだ。結果、新しいプロジェクトへの「初期の注目」が集まらなくなる。
Linux（1991年公開）、git（2005年公開）、TeX（1978年公開）——これらは、一人か少数の人間が「自分の問題を解決したい」という動機から始まり、コミュニティが育て、世界のインフラになった。そのサイクルが壊れつつある。
OSSメンテナーへの二重の負担
問題は収益だけではない。AI時代、OSSメンテナーは作業量も急増している。2026年1月の3週間だけで起きたことだ。
- curl：AI生成の無効なバグレポートが21日間で20件届き、6年続けたバグ報奨金プログラムを廃止
- Ghostty：AI生成の低品質PRへのゼロトレランスポリシーを実装
- tldraw：外部からのPRを自動クローズする措置を実施
誰かがAIで「それっぽいバグレポート」を生成してOSSプロジェクトに送りつける。メンテナーはそれを読み、検証し、却下する。その時間は無給だ。
Tideliftの調査ではOSSメンテナーの60%がすでに無給だ。同社の別調査では44%がバーンアウトを理由に離脱を検討している。Black Duck OSSRA 2024によれば96%以上の企業がOSSに依存しているにもかかわらず。
あなたのアプリには何百というOSSパッケージが入っている。
// あなたのアプリのpackage.json（抜粋）
{
"dependencies": {
"next": "^15.0.0", // Next.js - Vercel/コミュニティが維持
"tailwindcss": "^4.0.0", // Tailwind CSS - エンジニアの75%が解雇されたばかり
"react": "^19.0.0", // React - Metaが維持
"lodash": "^4.17.21", // Lodash - 少数のメンテナーが無給で維持中
"zod": "^3.23.0" // Zod - 1人のメンテナーが管理
}
}
このファイルを作った人たちのことを、あなたはおそらく一度も考えたことがない。AIも考えない。
Spotifyモデルという解決策
では、解決策はあるか。
Korenらは「Spotifyモデル」を提案している。SpotifyがアーティストをPLAYTIMEに基づいて支払うように、AIプラットフォームがOSSパッケージの使用量を計測し、その収益をメンテナーに還元する仕組みだ。
"Much like Spotify pays artists based on playtime, OSS developers could share some of the LLM revenue based on actual usage."（プレイタイムに基づいてSpotifyがアーティストに支払うように、OSSデベロッパーも実際の使用量に基づいてLLMの収益を分かち合えるかもしれない）
技術的には単純だという。どのOSSライブラリが何回使われたかは計測できる。あとはビジネスモデルの問題だ。
Sentry社が立ち上げた「Open Source Pledge」は、フルタイム社員1人あたり年間2,000ドル以上をOSSメンテナーに支払う「社会規範」の確立を目指している。GitHub Sponsors、財団グラント、エンタープライズライセンスなども解決策の候補だ。
今日から始められること
「自分には関係ない」と思った人に伝えたいのは、これは誰かを助ける話ではないということだ。あなたが使っているツールの話だ。
バイブコーディングでNext.jsを使っているなら、Next.jsに依存している。そのNext.jsが維持されるのは、コミュニティと支援があるからだ。TailwindのWathanは運良く救われたが、そうでないプロジェクトは静かに消えていく。
今日できることはいくつかある。
- GitHubでStarをつける — 使っているOSSのリポジトリにStarをつけるだけでいい。コストはゼロ。でも開発者にとっては「使われている」という信号になる
- GitHub Sponsorsで支援する — 月数百円から支援できる。毎日使っているツールのコーヒー代だと思えばいい
- Open Source Pledgeを知る — 企業として使うなら、opensourcepledge.com を参照
- AIが生成したバグレポートをそのまま送らない — 確認と修正をしてから送る。メンテナーの時間はコードと同じくらい貴重だ
AIはOSSから生まれた。そのAIで作ったアプリが、OSSを壊していく——この逆説に気づいた人間が増えることが、まず第一歩だ。