Cursorが独自のコードホスティング「Origin」のEarly Betaを開始！使い方やGitHubとの違いは？

こんにちは、Hodaです。

AIコードエディタ「Cursor」を開発するAnysphereが、独自のGitホスティングサービス「Origin」のEarly Betaを開始しました。6月のカンファレンス「Compile」で予告されていたもので、当時は秋ごろの一般提供が見込まれていましたが、想定より早いタイミングでの提供開始となっています。

この記事では、Originでできること、GitHubとの違い、そして現時点ではまだはっきりしていない点を整理します。

公式ドキュメントはこちら → Origin | Cursor Docs

Origin とは何か

OriginはCursorが「AIエージェント時代のGitフォージ」と位置づける、新しいコードホスティング基盤です。従来のGit/GitHubが人間の作業ペース(ブランチを切って数時間〜数日かけてレビューし、マージする)を前提に設計されているのに対し、多数のAIエージェントが同時並行でコミットを積み上げる状況を想定して作られている点が特徴です。

デモには、Cursorが買収したコードレビュー企業Graphiteの共同創業者が登壇しており、Graphite由来のスタックドPR(積み重ね型プルリクエスト)の考え方もOriginに引き継がれています。CursorのIDE(編集)、Graphite(レビュー)、Origin(ホスティング)という形で、開発フローを一気通貫で自社の中に収める狙いがあるとみられます。

主な機能

Early Betaの時点で、以下の機能が提供されています。

• リポジトリのホスティング:新しい「コードベース」タブから作成。Cursorエージェントからの作成にも対応
• 標準Gitでのclone/push/pull:専用クライアント不要で、通常のgitコマンドがそのまま使える
• GitHubリポジトリのミラーリング(同期):GitHub側のリポジトリをOriginに取り込み、リアルタイムで更新を反映。ただし新規のpushは引き続きGitHub側に送られる仕様で、GitHubで始めた作業はGitHubが引き続き正の情報源になる
• プルリクエストの双方向同期:Cursor上でのコメントはGitHubにも投稿され、GitHub側のリアクションや返信も数秒以内にCursorへ反映される。GitHub側でレビュー担当に指定されたPRも、Cursorからレビュー・マージ可能
• cursor.com/codebase 配下でのブラウズ・検索
• サードパーティ連携:Vercel、Depot、Buildkiteに対応。PRごとのプレビューデプロイ(Vercel)や、既存のGitHub Actionsワークフローを流用できるCI(Depot/Buildkite)が利用できる
• 専用CLI:originコマンドでリポジトリ作成・削除などをターミナルから操作可能

提供状況・料金について

現時点でわかっている範囲は次の通りです。

料金については、既存の有料プラン(Pro/Teams/Enterprise)に含まれる形で提供されているように読めますが、明確な追加料金の記載は確認できていません。この点は今後の公式発表で変わる可能性があるため、導入前に最新のプラン情報を確認することをおすすめします。

プライバシー面では、Originはリポジトリを所有する名前空間(チームまたは個人)のプライバシーモードに従います。レガシー版のプライバシーモードを使っているチームはOriginを有効化できないため、先にプライバシーモードの切り替えが必要です。

基本的には、有料プランを使っていれば、以下のメールが届いたと思います。

通常、こちらのリンクに新しくコードベースの項目が追加されているので、ここから設定することができます。

codebase

CLIでの操作

ターミナル中心の人向けに、Origin専用のCLIも用意されています。Cursor Agent CLI(agent)とは別物です。

# インストール(macOS/Linux/Windows WSL)
curl -fsSL https://downloads.cursor.com/origin/install.sh | sh

# 動作確認
origin --version

# サインイン
origin auth login

# リポジトリ作成・削除
origin repo create my-project
origin repo delete acme/my-project

サインインするとGitの認証情報ヘルパーも設定されるため、追加のセットアップなしでgit push・git pullが使えるようになります。Cursorエージェントに「プロジェクトをOriginに保存して」と依頼すれば、CLIのインストールからリポジトリ作成、プッシュまでを代行させることもできます。

Origin と GitHub の違い

現時点で公表されている情報をベースに、確定している項目を中心に比較しました。

設計思想と想定ワークロードの違いは明確ですが、エンタープライズ向けのセキュリティ認証やコミュニティ機能については、現時点の公表情報だけでは判断材料が不足しています。ここは今後の情報公開を待つ必要がありそうです。

以下のような設定も

Advanced

Advanced では、GitHubとの連携解除やOrigin上のリポジトリ削除など、影響の大きい操作を行えます。そのため、これらは Danger Zone としてまとめられています。

Detach from GitHub

GitHubから同期して作成したOriginリポジトリの場合、Detach from GitHub をクリックすると、GitHubとの同期を解除して、Cursor Origin側を独立したリポジトリに変更できます。

通常、GitHubからOriginへミラーリングしている状態ではGitHubが「Source of Truth（正となるリポジトリ）」です。Detachすると、この関係が解除され、以降はOrigin側がSource of Truthになります。OriginへPushしてもGitHub側には反映されなくなります。

重要なのは、DetachしてもGitHub側のリポジトリは削除されないという点です。GitHub版とOrigin版を切り離し、今後はそれぞれ別のリポジトリとして管理するイメージです。

たとえば、

GitHub → Originへミラー ↓ Detach from GitHub ↓ GitHubリポジトリ と Originリポジトリ がそれぞれ独立

という状態になります。

Delete repository

Delete repository は、Cursor Origin上のリポジトリそのものを削除する機能です。

今回のようにGitHubから同期しているリポジトリの場合、画面にも表示されている通り、削除されるのはCursor側のリポジトリであり、元のGitHubリポジトリには影響しません。

そのため、この2つは似ていますが役割が異なります。

つまり、「GitHubを使わずOriginだけで管理したい」場合はDetach、「Originでの管理自体をやめたい」場合はDeleteという使い分けです。

なお、Originではこのほかにも、リポジトリへのアクセス権、ブランチ保護、外部アプリ連携などを設定できます。現在はVercel、Depot、Buildkiteなどとの連携も用意されています。

個人的には、このAdvanced設定からも、Originが単なるGitHubのコードビューアではなく、GitHubから独立してリポジトリの「本体」にもなれる仕組みであることが分かりやすいと思います。

GitHubの不安定化との関連について(要注意)

一部報道では、AIエージェントからのアクセス増加でGitHub側の負荷が高まっているとの指摘があり、Originの発表と近いタイミングである8月18日(日本時間)にGitHubで障害が発生したと報じられたケースもあります。ただし、これはあくまで一部メディアの見立てであり、OriginとGitHubの障害との直接的な因果関係が公式に説明されているわけではありません。話半分に捉えておくのが無難です。

SpaceXによる買収について

Cursorの運営元Anysphereは、2026年8月14日付でSpaceXによる買収が完了し、SpaceXの完全子会社になっています。6月時点では買収契約締結の開示段階でしたが、今回のOrigin提供開始とほぼ同時期に買収も完了した形です。

なお、Originにホストしたコードがモデル学習などに利用されるかどうかを含め、データ取扱いに関する規約は本稿執筆時点でも明確になっていません。機密性の高いコードを扱う場合は、この点を必ず確認したうえで導入を判断することをおすすめします。

まとめ

Originは、Cursorをすでに開発の中心に据えているチームにとっては、編集からレビュー、ホスティングまでを一体化できる魅力的な選択肢です。一方で、料金体系やエンタープライズ向けのセキュリティ認証、データ取扱い規約といった導入判断の核となる部分は、Early Beta段階の現時点ではまだ情報が揃っていません。

すでにCursorを使っているチームは、まず個人アカウントや小規模リポジトリで試しながら情報公開を待つのが現実的です。セキュリティ要件が厳しい組織は、規約や認証情報が公表されるまで導入判断を保留するのが安全でしょう。

Cursor自体の基本機能についてはCursor Grok 4.6対応の記事もあわせてご覧ください。