何が起きたか
Cursorは月曜午前、有料ユーザーに向けて「Origin」の展開を開始しました。Cursor内の新しい「Codebase」タブから、チームがコードベース名を付けるとそれがURLの一部になり、コマンドラインでプッシュする仕組みです。ストレージ、権限、チェック、マージといったフォージ（コード管理基盤）の機能を備え、すべてのリポジトリでタイムライン・コミット・チェック・変更ファイルを含むプルリクエストが使えます。レビュアーはブラウザのタブを開かずに差分を読み、コメントを残し、マージできます。
そして約3時間半後、GitHubのステータスページに全世界規模の障害が記録されました。継続時間は6時間42分。プルリクエスト、Issue、APIのエラー率は約20%、アーカイブと生ファイルのダウンロードは約50%近くに達し、SAML・OIDC・SCIMプロビジョニング・Team Syncといった企業向けSSOが軒並み停止、Copilotも落ちました。VercelのCEOであるGuillermo Rauch氏はXで「Cursor Originにリポジトリを置いてVercelにデプロイできる。Origin自体もVercel上でホストされている」と投稿し、「しかもGitHubと違ってオンラインだ」と続けたうえで、「場を和ませようとしただけ。我々自身も今GitHubのせいで止まっている」と補足しています。Cursorに在籍するMatt Palmer氏は自社のローンチを引用し、「もっと早く出す予定だったが、GitHubが落ちていた」と投稿しました。製品ローンチは数週間前に日程が固定されるもので、Cursorが障害に合わせてタイミングを狙った証拠はありません。
Originの設計思想は「置き換え」ではなく「同居」
注目すべきは、OriginがGitHubからの離脱を要求していない点です。ユーザーはGitHubのOrganizationを接続し、リポジトリを選ぶと、Originネイティブのものと並んで表示されます。チェンジログによれば、プッシュはGitHubに送られ続け、GitHubで始まったものについてはGitHubが真実の源（source of truth）であり続けます。アクセス権限も並行システムを作るのではなく、GitHub既存のread/write設定をミラーします。プルリクエストの会話は双方向に同期し、Cursorでのコメントは数秒でGitHubに投稿され、GitHub側の返信やリアクションもCursorに現れます。
つまりOriginは、移行コストとロックインの不安という、フォージ乗り換えの最大の障壁を最初から回避しています。決定的なのはエージェントの置き場所です。エージェントは、自分が変更するコードとプルリクエストと同じ画面上で動きます。開発者は表示中のファイルについて質問し、レビューコメントをエージェントに渡してその場でPRを修正させ、ブランチをプッシュさせられます。Cursorがチェンジログで書いた「コードとPRとエージェントが同じ場所にある」という一文が、この製品の全てです。
Graphiteの買収から続く一本の線
初日の統合はVercel、Depot、Buildkiteの3つ。VercelはPRごとにプレビューデプロイを立ち上げ、マージ時に本番へ出す機能をPro・Enterprise向けパブリックベータで提供します。DepotとBuildkiteはCIを担い、両者とも既存のGitHub Actionsワークフローを変更なしで実行できます（Buildkiteはネイティブパイプラインを追加）。ここでも「既存資産をそのまま持ち込める」設計が徹底されています。Cursorはパートナーの追加を予告しています。
この動きは突発的なものではありません。Cursorは2025年12月にコードレビューのスタートアップGraphiteを買収しました。Axiosの報道によれば、価格はGraphiteのシリーズB評価額2億9,000万ドルを大きく上回りました。Graphiteは、承認を待たずに依存関係のある変更を出せる「スタックドプルリクエスト」を作った会社です。共同創業者のTomas Reimers氏は6月、Cursor初開催のCompileカンファレンスの壇上でOriginを発表し、現在その開発を率いています。買収発表時にCursorが述べた「コードを書く場所と、それについて協働する場所の境界はますます恣意的に感じられる」「まだ話せないもっと過激なアイデアがある」という言葉は、Originの予告編でした。
GitHubの信頼性は構造問題になっている
今回の障害は単発の不運ではありません。月曜の障害はGitHubのステータスページに15日間で7件目のインシデントでした。LeadDevの分析は2025年5月から2026年4月の間に257件のGitHubインシデントを数え、うち48件が重大——およそ週1回の重大な障害です。2月は記録上最悪の月で37件、GitHub Actions単体では12カ月で57件の障害がありました。GitHubのCTOであるVlad Fedorov氏は、プラットフォームが「今求められている規模のために作られていない」とし、現在の30倍の負荷を前提に設計し直す必要があると述べています。InfoQが報じた4月のエンジニアリング投稿では、GitHub自身が「自社の信頼性基準を満たせなかった」と認め、急成長、密結合なアーキ���クチャ、不十分なロードシェディングを理由に挙げました。
離脱はすでに始まっています。プログラミング言語ZigはActionsの障害などを理由に2025年11月にCodebergへ移りました。4月には、5万2,000スター超のターミナルエミュレータGhosttyについて、Mitchell Hashimoto氏がほぼ毎日の障害でレビューとCIが何時間も止まることを理由にGitHubを離れると表明。The Informationは3月、OpenAIが独自のGitHub代替を作り始めたと報じ、その一因は障害でエンジニアが何時間もコミットできないことだったと、Tom’s Hardware経由で伝えられています。
組織側も揺れています。Thomas Dohmke氏は2025年8月にGitHubのCEOを辞任し、後任は置かれないまま、リーダーシップはEVPのJay Parikh氏が率いるMicrosoftのCoreAI組織に吸収されました。The Informationの5月の報道によれば、Parikh氏は側近に対し、CursorやAnthropicのコーディングツールがいずれGitHubを陳腐化させうると警告していたといいます。GitHub側の反撃はAgent HQで、Anthropic、OpenAI、Google、Cognition、xAIのサードパーティ製エージェントをGitHub内で統合的に動かせるようにするものです。
エージェントが多数派になる前夜の数字
背景には、開発現場の急速な変質があります。Googleの2025年DORAレポート（技術者約5,000人が対象）では、開発者の90%が業務でAIを使い、中央値で1日2時間、80%超が生産性が上がったと回答しました。一方で、AI活用はデリバリのスループットとは正の関係、安定性とは負の関係にありました。レポートの著者はAIを「増幅器」と表現し、「高パフォーマンス組織の強みと、苦しむ組織の機能不全の両方を拡大する」としています。
Stack Overflowの2025年調査（177カ国・4万9,009人）では84%がAIツールを使用または使用予定である一方、精度への信頼は43%から33%へ低下し、不信は31%から46%へ上昇。回答者の3分の2が最大の不満として「ほぼ正しいが、完全には正しくないAIの解」を挙げました。Harrisが実施したGitLabの第9回DevSecOps調査（3,266人）では、73%がvibe codingの出力で問題に直面し、70%がAIによってコンプライアンス管理が難しくなったと答え、人間のレビューなしでAIに日常業務を任せてよいとしたのは37%にとどまりました。
規模の絶対値ではGitHubがなお圧倒的です。Octoverse 2025は1億8,000万人の開発者、6億3,000万のリポジトリ、月間4,320万件のマージ済みプルリクエスト（前年比23%増）を数えました。しかしRuntimeWireによれば、Cursor内でマージされたプルリクエストの35%は、クラウドの仮想マシン上で自律的に動くエージェントが起票したものです。レビューのUIが人間の目のために作られているという前提が、すでに3分の1のところで崩れています。ある開発者はXで「GitHubはエージェント時代のために作られている感じがしない。落ちすぎる。ただ今までは本当の選択肢がなかった」と書きました。
未解決の論点：SpaceX傘下という新しい変数
Cursorの親会社Anysphereは2022年にMITの学生4人が創業し、TechCrunchによれば2023年10月にOpenAI Startup Fundから800万ドルを調達、その後2,500万ドル評価で1億ドル、99億ドル評価で9億ドル、昨年11月には293億ドル評価で23億ドルを調達しました。Bloombergは5月、年換算売上30億ドル、年間10万ドル以上を支払う顧客が3,000社超と報じています。
そしてOriginの3日前、BloombergはSpaceXがCursorの600億ドル全株式交換による買収を完了したと報じました。TechCrunchは6月、SpaceXの記録的なIPOの数日後、xAI吸収の6カ月後にあたるこの合意を報じています。Cursorは現在、SpaceX内のSpaceXAIという部門で運営されています。Moor Insights & StrategyのJason Andersen氏は、買収成立前の6月にTech Timesに対し「xAIのモデルとガードレールの扱いは、Cursorがこれまで掲げてきたものとは大きく異なる」と、モデルルーティングの問題を提起しました。Cursorはガバナンスについて回答を公表しておらず、RuntimeWireはローンチ前の時点でOriginの価格とセキュリティアーキテクチャが未確定だと指摘していました。
💼 事業会社視点：これは自社にどう効くか
日本企業の情シス・開発責任者にとって、今回の障害の本当の痛点はPRが開けなかったことではなく、SAML・OIDC・SCIMプロビジョニングが6時間42分止まったことです。SSOが落ちれば、GitHubを認証基盤の一部に組み込んでいる受託開発会社やSaaS事業者は、社員の入退社処理も権限剥奪もできません。これは可用性ではなくガバナンスの問題で、監査対応の説明責任が生じます。まず自社のGitHub依存を「コード置き場」「CI」「認証」「デプロイ経路」に分解し、認証だけでも独立させる検討を今週始めるべきです。
Origin採用の判断は急がなくて構いません。プッシュはGitHubに送られ続け、権限もGitHubのread/writeをミラーする設計なので、片道切符ではないからです。DepotとBuildkiteが既存のGitHub Actionsワークフローを無改変で実行できる点は、CIの二重化を低コストで試せることを意味します。一方で慎重論の根拠も明確です。RuntimeWireの時点でOriginの価格とセキュリティアーキテクチャは未確定、CursorはSpaceX傘下のSpaceXAI部門となり、ガバナンスとモデルルーティングについて公表がありません。ソースコードという最も機微な資産を預ける先としては、まず契約と越境データの条項を確認する段階です。
受託開発・SIerの経営層には別の論点があります。Cursor内でマージされたPRの35%が自律エージェント起票である一方、GitLab調査では人間のレビューなしでAIに任せてよいとしたのは37%。この差が、これからの「レビュー工数」という新しい原価項目です。Stack Overflowの「ほぼ正しいが完全には正しくない」という3分の2の不満は、そのまま瑕疵担保リスクに直結します。エージェント生成コードのレビュー体制と、それを見積りに載せる価格表を今のうちに作るべきです。