CursorがGitHub対抗「Origin」を初期ベータ公開、GitHubと同期可能なコード基盤

Cursorは2026年8月17日、コードホスティングプラットフォーム「Origin」の初期ベータ版を、有料プランのユーザー向けに順次公開した。リポジトリ、プルリクエスト、コード閲覧・検索、GitHubとの同期をCursor内に統合し、AIエージェントを含む開発作業を一つの環境で進められるようにする。

Originの機能は有料プランで利用可能になるが、既存のコードが自動的にOriginへ移されるわけではない。コードをホストするには、利用者がOrigin上でリポジトリを作成してプッシュするか、対象のGitHubリポジトリを選んで同期する必要がある。

一方、企業がOriginを新たなコード保管先として採用する際には、既存のCursor向けプライバシー文書だけでなく、リポジトリホスティングに適用される契約条件、データ保持、保存地域、サブプロセッサー、学習利用、エクスポート方法などを確認する必要がある。特に機密性の高いソースコードを扱う組織では、GitHubを正本とする同期運用から始める方法が現実的な選択肢となる。

■Cursor内にコードホスティングを統合

Originは、Cursorデスクトップアプリの「Codebase」タブを中心に提供される。利用者は新しいリポジトリを作成し、Origin専用のCLIや標準的なGitの操作を使って、コードのクローン、プッシュ、プルを行える。

初期ベータで提供される主な機能は、リポジトリの作成、プルリクエストの作成・レビュー・マージ、コードの閲覧と検索、GitHubリポジトリの同期だ。Vercel、Depot、Buildkiteとの連携にも対応する。

Vercelとの連携では、プルリクエストごとにプレビュー環境を作成し、マージ後に本番環境へデプロイできる。DepotとBuildkiteは既存のGitHub Actionsワークフローを実行でき、Buildkite独自のパイプラインも利用可能だ。

Cursorは、リポジトリ、プルリクエスト、AIエージェントを同じ操作画面に置くことをOriginの特徴としている。コードを閲覧しながらエージェントに質問し、変更の作成、プルリクエストの更新、ブランチへのプッシュを依頼できる。

■GitHubを正本にした同期運用

Originは、GitHubからの全面移行だけを前提としたサービスではない。利用者はCursorにGitHubアカウントや組織を接続し、同期するリポジトリを選択できる。同期は任意で解除可能だ。

GitHubから取り込んだリポジトリでは、Origin側でコードの閲覧、検索、プルを行える一方、プッシュ先は引き続きGitHubとなる。GitHubで始めたリポジトリについては、GitHubが正本として維持される。

同期されたリポジトリのプルリクエストでは、CursorとGitHubの間でコメントや返信などが双方向に反映される。GitHub上で割り当てられたレビューをCursorから確認し、マージすることもできる。

この仕組みにより、開発チームは既存のGitHubリポジトリやCI/CDワークフローを維持しながら、Originの操作環境を試せる。コードの保管先を直ちに切り替えず、日常のレビューやエージェント操作から段階的に導入できる点が特徴だ。

■AIエージェント時代を意識した開発基盤

CursorはOriginを、AIエージェントによる開発規模を意識したコードホスティング基盤と位置付けている。人間の開発者だけでなく、エージェントがコードを調査し、変更を作成し、ブランチへプッシュする流れを同じ環境にまとめる構想だ。

AIエージェントを並列で動かす開発では、コミットやプルリクエストが短時間に増え、レビューやマージの調整が新たなボトルネックになり得る。Originがコード、レビュー、エージェントを一体化する設計は、こうした作業を一つの情報処理フローとして扱う発想に通じる。

もっとも、2026年8月17日に公開されたのは初期ベータ版であり、Cursorが予告する「エージェントネイティブ機能」は今後追加される予定だ。現段階で確認できる中核機能は、リポジトリ、プルリクエスト、コード閲覧、GitHub同期、外部サービスとの連携である。

■Graphiteのコードレビュー基盤を取り込むCursor

Cursorは2025年12月、AIコードレビューを手掛けるGraphiteを買収する最終契約を結んだと発表した。Graphiteは買収後も同じチームと製品で独立して運営を続け、Cursorとの連携を検討すると説明されている。

Graphiteの特徴の一つが「スタック型プルリクエスト」だ。大きな変更を、依存関係を持つ複数の小さなプルリクエストに分け、順番にレビューしてマージする。

この方法は、複雑な作業を小さく確認可能な単位へ分割するという点で、AIエージェントを使った開発にも適している。CursorとGraphiteの組み合わせは、コードの生成からレビュー、マージまでの距離を縮める同社の方向性を示している。

ただし、Originの初期ベータにGraphiteの機能や技術がどの範囲で組み込まれているかについて、Cursorは具体的な内訳を公表していない。現時点では、Graphite買収とOriginの全機能を同一の技術基盤として扱うのは避けるべきだ。

■公開日に発生したGitHub障害

Originの提供が始まった8月17日には、GitHubでも広範な障害が発生した。GitHubは13時40分（協定世界時、日本時間22時40分）に、一部サービスの性能問題を調査していると発表した。

影響はAPI Requests、Actions、Webhooks、Issues、Pull Requestsなどに広がり、GitHub CopilotやSAML、OIDC、SCIM、Team Syncにも障害が及んだ。GitHubの報告では、WebとAPIのエラー率が約20％、リポジトリアーカイブとrawコンテンツのダウンロードでは約50％に達した時間帯があった。

主要サービスはいったん緩和された後も、一部で認証障害などが残った。インシデント全体は約6時間42分に及び、GitHubは問題のあるコンポーネントを特定して是正措置を講じたと報告した。

Originの公開とGitHub障害の間に因果関係を示す情報はない。しかし、リポジトリ、認証、プルリクエスト、CI/CD、AI支援機能を一つのサービスに依存する開発体制では、障害の影響が複数の工程へ同時に広がることを改めて示した。

■GitHubが進める信頼性と容量の改善

GitHubは2026年に入り、可用性や性能に関する複数の問題を公表している。同社によると、急速な負荷増加に加え、システム間の結合によって局所的な問題が複数のサービスへ波及する構造や、問題のあるクライアントからの負荷を十分に制御できなかったことが障害の要因となった。

GitHubの最高技術責任者であるVlad Fedorov氏は、2025年10月から容量を10倍に拡張する計画を進めていたが、2026年2月には現在の30倍の規模を想定する必要があると判断したと説明している。背景には、リポジトリ作成、プルリクエスト、API利用、自動化、大規模リポジトリの処理量が急速に増えていることがある。

同社は、キャッシュの改善、重要サービスの分離、単一障害点の削減、負荷制御、性能上重要な処理の再設計などを進めている。優先順位については、可用性、容量、新機能の順で取り組むとしている。

この状況は、Originが訴えるエージェント規模の開発基盤という発想を理解するための補助線になる。AIエージェントの利用が広がるほど、コードの生成能力だけでなく、API、ストレージ、レビュー、CI/CD、認証を含む開発基盤全体の処理能力が重要になる。

■SpaceXによるCursor買収

Originの公開に先立つ8月14日、SpaceXはCursorを開発するAnysphereの買収を完了した。買収額は株式交換による600億ドル相当とされ、CursorはSpaceXAIチームに加わった。

Cursorは、SpaceXの計算基盤を利用することで、より高性能で運用コストを抑えたモデルを開発できるとしている。一方、コードエディター、AIモデル、クラウドエージェント、コードホスティングの関係が深まるため、企業利用者にはデータの流れを機能ごとに確認する作業が必要になる。

Cursorの既存文書では、AI機能に送信されるプロンプトやコードコンテキストと、Cloud Agentsが一時的に保存するリポジトリについて説明されている。Privacy Modeを有効にした場合、CursorやAIモデル提供者がコードを学習に使用しないとされ、EnterpriseではPrivacy Modeがデフォルトで有効になる。

しかし、AI推論のために送信されるデータと、Originを正本として継続的に保管するリポジトリでは、用途と保管期間が異なる。利用組織は、Origin上のコードに適用される契約、保持期間、削除、バックアップ、保存地域、暗号化、サブプロセッサー、モデル学習への利用、障害時の対応、データの搬出方法を個別に確認する必要がある。

■機密コードは段階的な導入を

Originの利用対象はPro、Teams、Enterpriseなどの有料プランで、Enterprise組織では管理者がオプトアウトできる。これは機能の提供範囲に関する設定であり、利用者が操作していない既存リポジトリが自動的にOriginへ転送されることを意味しない。

それでも、企業の管理者は、組織内でOriginを利用できる状態になっているかを確認し、リポジトリの新規作成やGitHub同期に関する社内ルールを決めておくべきだ。ソースコードだけでなく、テストデータ、顧客情報、設定ファイル、認証情報がコミット履歴に含まれる可能性も考慮する必要がある。

契約上の確認が完了するまでは、GitHubを正本とした同期リポジトリでOriginを評価する方法がある。この構成ではプッシュ先がGitHubに維持されるため、Originネイティブのリポジトリへ全面移行する前に、操作性、権限管理、同期の挙動、外部連携を検証できる。

■初期ベータとしての評価

Originは、コードを書く場所と、保存、検索、レビュー、エージェント操作を行う場所を近づける製品だ。GitHub同期と既存のGitHub Actionsワークフローへの対応により、従来の環境を維持したまま試しやすい構成となっている。

一方、初期ベータ段階では、正式なサービス水準、障害対応、価格体系、バックアップやデータ搬出の詳細など、企業がコードの正本を移す際に必要となる情報を確認する必要がある。予定されているエージェントネイティブ機能についても、提供時期や具体的な範囲は明らかになっていない。

GitHubは巨大な利用者基盤、公開リポジトリ、開発者プロフィール、権限管理、GitHub Actionsをはじめとする広範なエコシステムを持つ。Originが直ちにこれらを置き換えるというより、まずGitHubと併用できる作業環境として普及を目指す構図だ。

Originが本格的なコード保管先となるかは、実運用での性能と信頼性、エージェント向け機能の完成度、外部サービスとの互換性に加え、企業が法務・セキュリティ面から評価できる情報をCursorがどこまで明確に示すかに左右される。

■注目ポイントQ&A

●Cursor Originとは何ですか？

Cursorのデスクトップアプリに統合されたコードホスティングプラットフォームです。リポジトリ、プルリクエスト、コードの閲覧・検索、GitHub同期、外部のデプロイ・CIサービスとの連携を提供します。

●誰が利用できますか？

2026年8月17日から、有料プランのユーザーを対象に初期ベータ版の段階的な提供が始まっています。Enterprise組織では、管理者がオプトアウトできます。無料プランは対象に含まれていません。

●有料ユーザーのコードは自動的にOriginへ移りますか？

いいえ。機能が利用可能になっても、それだけで既存のローカルリポジトリやGitHubリポジトリが自動的にOriginへ移されるわけではありません。利用者がOriginリポジトリを作成してコードをプッシュするか、同期するGitHubリポジトリを選択する必要があります。

●GitHubとの同期では、どちらが正本になりますか？

GitHubから同期したリポジトリでは、GitHubが正本として維持されます。Origin側でコードの閲覧や検索ができ、プルリクエストのコメントなどは双方向に同期されますが、プッシュはGitHubへ送られます。

●機密コードをOriginへ移行してもよいですか？

組織の契約、法務、セキュリティ要件に基づく確認が必要です。Originネイティブのリポジトリにコードを保管する前に、データ保持、削除、保存地域、バックアップ、暗号化、サブプロセッサー、学習利用、データ搬出などの条件を確認してください。評価段階では、GitHubを正本とする同期運用から始められます。

●Privacy Modeを有効にすれば十分ですか？

Privacy Modeは、CursorやAIモデル提供者による学習利用などを管理する重要な設定です。ただし、AI推論へ送信するデータと、Origin上に継続して保存するリポジトリではデータ処理の目的が異なります。Privacy Modeだけで判断せず、Originのホスティングに適用される契約条件も確認してください。

●OriginはGitHub障害を防げますか？

OriginはGitHubとは別のコードホスティング環境ですが、初期ベータ段階であり、稼働率や障害対応の実績は今後評価されます。GitHubとの同期は段階的な導入を容易にしますが、同期先やCI/CDなどを含めた依存関係全体の確認が必要です。

元記事: Cursor Origin Ships With No Data Terms: SpaceX Now Holds Paid Developers Code