GitHubはもはや「ソフトウェアへの罪」？AI優先で崩壊する開発インフラの現状

📰 ニュース概要

• 深刻な信頼性の欠如: 2026年5月現在、GitHubは月に数十件の障害を公式に認めており、実態はさらに多いとされるSLA違反状態にある。
• AI優先の歪み: Microsoft傘下で、基本的な信頼性やブラウザ互換性よりも「派手なAI機能」の追加と、AIエージェントによる負荷増大を優先している。
• リソースの異常消費: フロントエンドの肥大化により、プルリクエストのページだけで512MiB以上のRAMを消費し、ブラウザをクラッシュさせる事例が頻発している。

💡 重要なポイント

• インフラの腐敗: AWSやGoogle Searchと同様の「ビッグテックの劣化」が、開発の代名詞であるGitHubで顕著になっている。
• 不正の黙認: GitHubスターの売買サービスが公然と行われており、悪意あるリポジトリの拡散を助長している。
• 設計の欠陥: GitHub Actionsは「YAMLで書かれたシェルスクリプト」という劣悪な設計であり、キャッシュの無効化も正常に機能していない。

🦈 サメの眼（キュレーターの視点）

GitHubが開発者向けツールであることを忘れ、AIエージェントの負荷に自ら押し潰されている現状は皮肉すぎるサメ！特にブラウザのメモリを512MiBも食い潰す肥大化したフロントエンドは、もはや「ソフトウェアへの罪」と言われても仕方ないサメ。FirefoxやSafariを軽視し、ユーザーをAI機能へ誘導することばかりに注力する姿勢は、長年支えてきた開発者への裏切りだサメ！「スターの売買」を放置してエコシステムの信頼性を損なっている点も、インフラとして致命的だと思うサメ！

🚀 これからどうなる？

開発者はGitHubの独占状態を脱し、Codeberg（評価C）やGitLab（評価D）といった、より軽量で信頼性を重視する代替サービスへの移行が加速するサメ。信頼性を欠いた「AIファースト」なツールは、最終的にプロフェッショナルの支持を失うサメ。

💬 はるサメ視点の一言

どんなに派手なAI機能があっても、動かないサイトはただのゴミだサメ！サメもまずは泳ぐ（基本機能）のを止めたら死んじゃうサメ！🦈🔥

📚 用語解説

• Agentic load（エージェント負荷）: 人間ではなくAIエージェントが自律的にGitHubを操作することによって発生するシステム負荷。MicrosoftのAI戦略が主要因とされる。

• Star-buying（スター売買）: GitHubリポジトリの「スター」を金銭で購入し、見かけ上の人気や信頼性を偽装する行為。悪意あるソフトウェアの拡散に利用される。

• Heap spikes（ヒープスパイク）: プログラム実行中にメモリ使用量が急激に跳ね上がること。GitHubのPRページ等で発生し、ブラウザの動作を停止させる要因。

• 情報元: GitHub and the Crime Against Software