8月17日月曜の朝、CursorはOriginという新機能を全有料ユーザー向けに展開し始めた。コードホスティングサービスで、まだ初期ベータ版、Enterprise版はオプトアウトが可能だ。それから約3時間半後、GitHubで世界規模のサービス低下が発生し、6時間42分続いた。一部機能のエラー率は20%近くに達した。
両者に因果関係はない。だが同じ朝に重なったという事実は、どんな発表会よりも雄弁だった。
実際に何を提供するのか
画面には新たにCodebaseタブが加わり、その中でリポジトリの作成・管理ができる。ローカルのプロジェクトはCLI経由でクローンやプッシュが可能で、リポジトリのアドレスはcursor.com/codebase/<name>の形になる。Pull Requestまわりの機能もそのまま移植された。タイムライン、コミット履歴、チェックステータス、ファイル差分、diffレビュー、コメント、マージまで一式そろい、GitHub上で自分にアサインされたPRもCursor内でそのままレビューできる。
GitHubとの関係は双方向同期だ。GitHub組織を接続すると、既存のリポジトリがOriginに同期され、Cursor上で書いたコメントはGitHubに反映され、GitHub側のコメントも戻ってくる。公式の説明では、GitHubはsource of truthであり続け、プッシュは引き続きGitHubに直接入り、ユーザーはいつでも接続を解除できるとしている。
すでに連携済みのサードパーティにはVercel、Depot、Buildkiteがあり、プレビューデプロイとCIパイプラインをカバーしている。
レビュー機能はゼロから作ったわけではない。2025年12月、Cursorはコードレビュー特化のスタートアップGraphiteを買収した。そのチームと技術が今、Originのレビューワークフローを支えている。当時この買収はエディタに機能を一つ足すだけのように見えたが、振り返るとホスティング層のための布石だったように映る。
なぜ今なのか
この数年、Cursorの立ち位置は「GitHubの上に乗る一枚のレイヤー」だった。Agentがコードを書き終えるとPRを出す必要があり、PRはGitHubを経由し、レビューコメントもGitHub上で読む必要があり、ツールはその結果をエディタに同期し直す。この連鎖でシステムをまたぐ往復が一回増えるたびに、Agentが使えるコンテキストは目減りし、レイテンシも積み上がる。
ホスティング層を自社に取り込むことで得られるのは、ネットワークリクエストの節約というより、製品の定義権そのものだ。コードを書く主役が人間からAgentへと移るなら、リポジトリという存在の形も本来変わるべきだ。誰がいつどのファイルを見られるか、ひとつの変更をどう分割するか、レビューを誰に見せるか——これらのルールは今のところすべて人間の協業習慣に合わせて決められている。Origin公式の「Agentのスケールに向けて設計」という文言は、まさにこの層のことを指している。
GitHub側の隙は確かに開いている。Microsoftは2018年、75億ドル相当の株式でGitHubを買収した。それから8年、AIコーディング時代におけるGitHubの立ち位置はかなり気まずい。すべての人のコードをホスティングしながら自社のCopilotも売らなければならず、さらに多くの競合Agentに向けてAPIも開放しなければならない。8月に起きたこの6時間超の障害は、「ホスティング＝インフラ」という暗黙の前提に一撃を加えた。
この賭けの勝算
現実的に見れば、Originが出たからといって短期間でリポジトリをGitHubから移す企業はまず出てこない。オープンソースプロジェクトのissue、star、fork、CI設定、外部コントリビューターの習慣は、すべてGitHub上に根を張っている。移行コストは社会的な側面にのしかかり、技術的な部分はむしろ最も解決しやすい。Cursor自身もそれを分かっており、だからこそ最初のバージョンは置き換えではなく同期を選んでいる。
勝ち目があるのは企業内部のリポジトリだ。プライベートなコードにはコミュニティも外部PRも不要で、企業が気にするのはAgentが速く動くか、レビューの流れがスムーズか、サブスクリプションを一本減らせるかどうかだけだ。Cursorの有料ユーザーはもともとこの層に集中しており、Originは彼らの既存ワークフローにそのまま入り込む。試す際のハードルはほぼゼロだ。
ざっくり計算してみても話は同じ方向を指す。200人規模の企業なら、GitHub Enterpriseは人数課金で年間5桁台のドルがかかる。Cursorのサブスクリプションは別建てで、両者の機能はレビュー、CIトリガー、コードブラウジングと急速に重なりつつあり、Originはそのすべてをカバーしている。契約更新の時期に企業が問うべき質問はひとつだけだ——この二つの費用を両方払い続ける必要は本当にあるのか。答えを左右するのはOriginの安定性であって、機能リストの長さではない。
その裏にはもう一つ、資本の要因がある。CursorはすでにSpaceX傘下に入っており、親会社のキャッシュフローは、短期的には利益の出ないホスティングサービスを何年も支え続けられるだけの体力がある。これは資金調達の顔色をうかがい続けなければならないスタートアップが同じことをやるのとは、まったく違う勝負だ。
見るべき指標はリリースノートには載っていない。半年後、どれだけの企業がOriginを同期用のコピーではなく、主リポジトリとして設定しているか。同期は過渡的な状態であり、主リポジトリこそが結論だ。
参考資料：Cursor公式アップデートログ、SiliconANGLE、CocoLoop、Slashdot；ベータ公開範囲、GitHub障害の継続時間6時間42分とエラー率の基準、Graphite買収の時期を確認。