![見出し画像](https://assets.st-note.com/production/uploads/images/168567868/rectangle_large_type_2_bea73331cc5fcd276bc15beda1e25208.jpeg?width=1200)
GitHubが一夜にしてメジャーなAIビルダーを停止させた―その経緯と2025年にさらに悪化する理由
2,323 文字
GitHubが今日、lovable.devを停止させました。この件について話したいと思います。なぜなら、このような状況は2025年にはさらに深刻化すると考えられるからです。ここでは、私たちが直面している指数関数的な成長曲線の競合と、今回の事態がどのように展開したのかを説明します。
アメリカで一夜のうちに、lovable.devは突然GitHubリポジトリを作成できなくなりました。これは彼らの指数関数的な成長があまりに急速だったため、すぐに大規模な障害へと発展しました。lovable.devは2秒に1つという信じられないほどの速さでGitHubリポジトリを作成していたのです。彼らは年末年始の休暮れ前にGitHubに確認を取っていました。「私たちは急成長しています。とても速いペースで成長していて、GitHubの稼働に依存しています。大丈夫でしょうか?クォータやレート制限に引っかかることはありますか?」と。GitHubは「問題ない」と答えていました。
何が起きたのか、誰も明確には語っていません。私が調べたところ、GitHubは何も言わず、lovableは礼儀正しく対応していますが、実際に起きたのは1月2日の夜間にlovableが利用規約違反に抵触したということです。GitHubのスタッフは就寝中で、休暇中だったため、この時点で開発者はどこかでスキーをしていたでしょう。誰も待機していなかったため、対応が遅れました。
lovableは数時間にわたってダウンし、彼らの主要クライアントも数時間ダウンしました。彼らはGitHubを何度も呼び出そうとしましたが、誰も応答しませんでした。ヨーロッパのスタートアップである彼らにとって、これは年明け最初の営業日でした。新年の抱負を胸に仕事を始めようとする人々がいる中、システムは完全にダウンしていたのです。彼らは必死になってAmazon S3上に回避策を構築しようとしました。
Xでは様々なアップデート情報が流れ、その度に悪いニュースが追加されていきました。ようやく今朝になってGitHubが目を覚まし、lovableのアカウントを制限から解除し、再びリポジトリの作成が可能になりました。
行間を読むと、lovableにとって大きな教訓は、GitHubへの依存度を下げる必要があるということだと強く推測されます。おそらく最終的にはAmazon S3に移行して規模を拡大することになるでしょう。これは理想的とは言えません。なぜならGitHubの素晴らしい点は、誰もが知っているプラットフォームであり、GitHubに行けば何をしているかが分かる、というその社会的な価値にあるからです。これに代わる良い代替手段はありません。
AIツールがGitHub上に構築され、GitHubのフライホイール効果を強化しようとしているのに、GitHubがその量に対応できていないという状況を見るのは残念です。これは特に注目すべき点です。なぜなら2025年には2つの指数関数的な曲線が重なり合い、GitHubのようなプロバイダーにとってさらに厳しい状況になると考えられるからです。
もしあなたがDev関連のインフラビジネスに携わっているなら、今すぐ備えてアーキテクチャの再構築を行うべきです。その理由は、過去20年間のビジネスモデルは、人間がコードを書ける速度でエンジニアがコードをコミットすることを前提としていたからです。しかし、もはやそうではありません。
2024年には、LLMを使ってコーディングできるようになったため、コーディングに興味を持つ人が10倍に爆発的に増加しました。そしてこれはさらに悪化します。AI駆動のコードがGitHubのようなリポジトリにコミットされているのに加えて、今度はAIを使ってコードを書くエージェントが登場するからです。数ヶ月以内に自律型エージェントがコーディングを始めることになります。つまり、10倍の10倍でさらに多くのコードがコミットされることになります。
これらのコードが全て高品質だとは言っていません。そこは議論の対象ではありません。純粋に量の観点から言えば、テクノロジー企業は今すぐリファクタリングを行うべきです。アーキテクチャを見直し、ユーザーがシステムをどのように使用しているかを確認し、もしこれらのユーザーが突然AIツールにアクセスして生産性が大幅に向上した場合、システムの使用パターンがどのように変化するかを考える必要があります。
GitHubではない例を挙げてみましょう。マーケター向けの小規模なSaaSビジネスを運営しているとします。マーケターが突然Project Marinerやエージェント型ブラウザを手に入れたとしましょう。彼らは「やった!もうツールからレポートをダウンロードする必要がない。エージェントに毎朝やらせればいい」と考えるでしょう。そうなると彼らは自由を感じ、5〜6個の異なるエージェントをコーディングして様々なタスクを与え、システム全体を使用することになります。あなたの知識の有無に関わらず、このユーザーのログインを使用することになり、突然使用パターンが完全に変化するのです。
これは起こりうる軽い例です。セキュリティなどへの影響を想像してみてください。エージェントに関しては多くの課題があり、GitHubの例は2025年初頭における警鐘だと思います。注意を払わなければ、事態がどれほど深刻になり得るかを示しています。lovableが復旧して良かったですが、残念ながら、現在の業界の基本的な状況を考えると、今後1年でこのような事態がさらに増えると予想しています。