Cursor Originとは？機能・対応プラン・GitHub同期と自動コンフリクト解決の現状【2026年11月最新】

Cursor Origin（カーソル・オリジン）は、AIコーディングツールCursor（運営: Anysphere Inc.／2026年8月14日からSpaceX傘下）が提供するGitホスティング基盤（Gitフォージ）です。2026年8月17日に早期ベータとして提供が始まり、11月8日時点でも早期ベータのままで、使えるのはPremium（月額30ドル）以上の新プランと旧Pro系の有料プランです。

8月の提供開始時はリポジトリ・PR・GitHub同期といった基本の機能だけでしたが、9〜10月にスタックドPR、Code Tours（AIによるレビュー案内）、20以上の連携先を持つOrigin App Marketplace、pushのシークレットスキャンなどが加わりました。一方で、6月の発表で話題になった「AIによる自動コンフリクト解決」は一部の仕組みしか確認できず、「毎秒22.6コミット」も発表デモの値のままです。Originに置いたコードの保持期間や学習利用を定めた専用の規約も、まだ公開されていません。

この記事でわかること

• 2026年11月時点のOriginでできること・まだできないこと
• 6月の発表（自動コンフリクト解決・CI自動修正・毎秒22件コミット）がどこまで実現したか
• 10月のプラン再編（The X Subscription）後の対応プランと料金
• namespace（コードベース名）のclaimからCLI導入、リポジトリ作成までの手順
• GitHub同期の仕様と、GitHubが落ちたときの使い方
• Origin・GitHub・GitLabの比較表
• 8月以降に増えたセキュリティ機能と、まだ公開されていないデータ規約

こんな人に向けた記事です

• Cursorを毎日使っていて、Originを試すべきか判断したいエンジニア
• GitHubからの移行や併用を、技術と法務の両方から検討したいCTO・テックリード
• 8月の速報記事では分からない「その後に増えた機能」と「まだ埋まっていない空白」を知りたい人
• チームでOriginを有効にする前に、後から変えられない設定を確認しておきたい管理者

Cursor Originとは：エージェント時代のGitフォージ

出典: Cursor 公式サイト

公式ドキュメントはOriginを「Cursor's git forge for storing and sharing code（コードを保管・共有するためのCursorのGitフォージ）」と説明しています。リポジトリのホスティング、GitHubからの同期、チームのリポジトリをブラウザで見ることが主な役割で、普段のgitクライアントからそのままclone・push・pullできます。リポジトリのURLは https://cursor.com/codebase/{owner}/{repo} の形です。

製品ページのコピーは「A git forge for the agentic era（エージェント時代のGitフォージ）」です。GitHubが生まれた2008年ごろは、コードを書くのもレビューするのもマージするのも人間でした。今は複数のAIエージェントが同じリポジトリに並行して書き込むため、コミットやPRの数が人間のペースを大きく超えます。Originは、その前提に合わせてホスティングの層を作り直すことを狙った製品です。

提供形態はWeb（cursor.com/codebase）、標準のgit（HTTPS・SSH）、Origin CLI、Origin API・MCP・Webhooksです。セルフホスト版は発表されていません。Cursor本体の全体像はCursorとは何かを解説した記事、「エージェント」という言葉の意味はAIエージェントとは何かの解説記事で整理しています。

発表から現在までの時系列（2025年12月〜2026年11月）

OriginはSpaceXによる買収が完了した3日後に出荷され、その後はほぼ毎週のように機能が増えています。主な出来事は次のとおりです。

6月のデモを担当したTomas Reimers氏を「Cursor CEO」と書いた海外記事がありますが、これは誤りです。CursorのCEOはMichael Truell氏で、Reimers氏はGraphiteの共同創業者です。買収の経緯と金額はCursorのSpaceX買収を解説した記事にまとめています。

【重要】6月発表の機能はどこまで使える？自動コンフリクト解決・毎秒22件コミットの現状

6月の発表で話題になった項目のうち、11月時点で「使える」と言えるのはスタックドPRとエージェントによるレビューです。 自動コンフリクト解決とCI失敗の自動修正は近い仕組みがあるものの、発表どおりの機能として公式に書かれてはいません。性能の数字はデモの値のままです。

「毎秒22.6コミット」は人間のチームではまず出ない速さで、Originが人間ではなくエージェントの並列作業を基準に作られていることを示す数字です。ただ、社内の負荷試験とステージデモで示された値で、早期ベータで同じ性能が出るとは公式に書かれていません。社内資料に引用するときは「2026年6月の発表デモの値」と添えるのが安全です。

自動コンフリクト解決については、「意図を読んでAIが解決する」という6月のデモの方式が文書になっていない点に注意が必要です。今あるのは「解決を適用した記録が残り、取り消せる」という段階までで、AIが自動で解決するとは断定できません。

なお、一部の第三者サイトは origin.ci.ts で定義する「Origin CI」があると書いていますが、11月8日時点で公式の専用ページは確認できませんでした。公式で確認できたのは、CLIがゲートチェック（.origin/gates.ci）のエラーを表示することだけです。

早期ベータで実際にできること

11月時点の公式docs「What you can do」には10項目が並んでいます。 8月から増えたのは、Code Tours、Origin Appsのインストール、APIで作る非公開アプリです。

1. Originリポジトリの作成：Web、CLIのほか、Cursorのエージェントからも作れる
2. 標準gitでのclone・push・pull：HTTPSとSSHに対応。SSH証明書による認証も使える
3. GitHubリポジトリのミラー（同期）
4. PRの作成・レビュー・マージ：Code Toursがレビューの順番を案内する
5. コードの閲覧と検索：cursor.com/codebase上で、シンボルのホバー表示や定義へのジャンプもできる
6. リポジトリ設定・コードベース設定の管理
7. Origin Appsのインストール（Marketplace）
8. 非公開のOrigin Appsの作成（Public API）
9. AutomationsとCloud Agentsの接続
10. Origin CLIによるターミナルでの操作

Code Tours：AIがレビューの順番を案内する

Code Toursは、Cursorが差分を読んで関係する変更をまとめ、レビューしやすい順に説明する機能です。Origin上のすべてのPRのChangesタブに付いていて、Tキーで通常の差分表示とツアーを切り替えられます。エージェントが作ったPRでは、エージェント自身のメモ（なぜその方法にしたか、何をテストしたか）もツアーに使われます。GitHubからミラーしたPRにも付きますが、機能は少なくなります。

スタックドPRとマージの自動化

大きな変更を小さなPRに分けて積み重ねる、Graphite由来の仕組みです。CLI・Web・APIのどれからでも扱え、スタックの上のPRをマージすると下の未マージPRとまとめて1コミットで入ります。「準備ができたらマージ（merge when ready）」とauto-mergeもあり、squashかmerge commitかを選べます。

Agentic OwnersとAutomations

Agentic Ownersは、コードオーナーのレビューをOff・Classic・Agenticから選ぶ設定です。Agenticにすると、Originのエージェントのレビュー判定が承認数の代わりになります。 ORIGIN_CODEOWNERS にはアプリも書けます。Automationsは、push、PRの作成・更新、ラベルの変更、インラインのレビューコメントを起点にエージェントを動かせます。

エージェントがリポジトリへの書き込みや承認まで担う構成は便利な反面、権限とレビュー体制を決めておかないと思わぬトラブルのもとになります。考え方はAIエージェントのセキュリティ対策をまとめた記事で詳しく扱っています。

対応プランと料金：FreeとPlusでは使えない

Originに単体の料金は無く、Cursorの有料プランに含まれます。2026年10月12日のプラン再編後は、Premium（月額30ドル）以上の新プランと、旧プランのStart・Pro・Pro+・Ultraで使えます。新プランのFreeとPlus（月額8ドル）では使えません。 公式の料金ページでは「Code hosting via Origin」がPremium以上の欄に載っています。

既存の契約者向けに続いている旧プランは、Start・Pro・Pro+・Ultraで使えると公式docsに書かれています。旧Hobby（無料）は使えません。旧TeamsのStandard席・Premium席それぞれの扱いは公式docsに個別の記載が無いため、管理画面で確かめてください。旧Pro・Pro+から新プランに切り替えると、6か月間はPremiumが20ドル、Superが60ドルになる特典があります。プラン再編の全体像はThe X Subscriptionの解説記事にまとめています。

日本円では、国内メディアの報道でPlusが月1,280円、Premiumが月5,280円（Webの購入画面の表示）とされています。公式の日本語料金ページでは確認できていないため、参考値として見てください。

料金表に載っていない項目もあります。11月時点で分かっていること・いないことは次のとおりです。

• 分かっていること: 100MBを超えるファイルを含むpushは拒否される（Git LFSを使う）。リポジトリのルールで上限を100MB以下に絞ることもできる
• 公表されていないこと: リポジトリやチームごとの容量上限、超えたときの追加料金、SLA（稼働率の保証）、正式版になった後の価格

大きなリポジトリを載せたときのコストはまだ見積もれないので、試すなら小さめのリポジトリから始めるのが無難です。

使い方：namespaceのclaimからリポジトリ作成まで

始める場所は、Cursorの「Codebase」タブ（cursor.com/codebase）です。チームで使うときは、まず誰かがコードベース名（namespace）をclaimします。

ステップ1: コードベース名をclaimする

cursor.com/codebase を開き、「Get Started」からコードベース名を決めます。この名前がリポジトリURLの {owner} の部分になります。

ベータ期間中、claimしたnamespaceは後から変えられません。 個人の思いつきではなく、チームの正式な組織名で取っておくのが安全です。

legacy privacy modeのチームはOriginを有効にできません。 先にPrivacy Modeへ切り替える必要があります。claimしたあとは、管理者がコードベース設定からリポジトリを作り、メンバーにアクセス権を渡します。

ステップ2: Origin CLIを入れる

専用CLI origin を入れるのが基本の流れです。8月時点ではWindowsはWSL経由でしたが、今はWindowsのPowerShell用のインストーラーもあります。

# macOS / Linux / WSL（~/.local/bin/origin に入る）
curl -fsSL https://downloads.cursor.com/origin/install.sh | sh

# Windows（PowerShell。%LOCALAPPDATA%\cursor\bin に入る）
irm https://downloads.cursor.com/origin/install.ps1 | iex

# 動作確認
origin --version

# ブラウザでCursorにログイン（gitの認証ヘルパーも設定される）
origin auth login

origin auth login を済ませると、追加の設定なしで git push と git pull が通ります。よく使うコマンドは次のとおりです。

origin repo create my-project          # 自分のnamespaceにリポジトリを作る
origin repo from-github owner/repo     # GitHubのリポジトリから作る
origin agent setup                     # Cursor・Claude Code・Codex用のスキルを入れる
origin update                          # CLI自体を更新する

Origin CLI（origin）とCursor Agent CLI（agent）は別のツールなので、混同しないようにしてください。

ステップ3: エージェントに任せる

公式は「エージェントにプロジェクトをOriginに保存するよう頼めば、CLIのインストールからサインイン、リポジトリ作成、リモート設定、pushまで進める」と案内しています。origin agent setup を使えば、Claude CodeやCodexにもOriginの使い方を教えられます。CursorとClaude Codeの使い分けはCursorとClaude Codeを比較した記事が参考になります。

便利な反面、エージェントが自分でリポジトリを作り、外部にpushできるということでもあります。機密コードを扱う環境では、この動きを先にチームで共有しておいてください。

GitHub同期の仕組み：source of truthはGitHubのまま

出典: GitHub 公式サイト

GitHubミラーは、GitHubを置き換える機能ではありません。ミラーしたリポジトリにpushすると変更はGitHubへ送られ、GitHubが受け付けてからOriginが更新されます。正（source of truth）はGitHubのままです。

有効にするための条件

• Originを使えるプラン（Premium以上・Teams・Enterprise・旧有料プラン）のCursorアカウント
• CursorのGitHub Appを対象のorgやアカウントに接続していること
• 対象リポジトリのGitHub管理者権限

3つ目は見落としやすい点で、一般メンバーの権限ではミラーを有効にできません。

同期されるもの・されないもの

PRのやりとりは、Cursorでコメントするとそのまま GitHub に投稿され、GitHub側の返信もCursorに反映されます。一方、IssuesとActionsのシークレットが同期されないのは移行を考えるうえで大きな制約です。Issueで開発を管理している組織や、Actionsのシークレットに頼ったCIを組んでいる組織は、Originだけで運用を完結できません。Git LFSは、Originに無いファイルをGitHubから取りに行く形で動きます（10月12日の週から）。

GitHubが落ちたときの使い方

ミラーの実務的な使い道として、公式docsにGitHub障害時の書き込み手順があります。origin/ で始まるブランチと origin push local を使えば、GitHubが落ちている間も作業を続けられます。同期を終えたリポジトリはHTTPSでの読み取りが動く場合もあります。ただし、最初の同期が終わっていないリポジトリはGitHubが必要です。

Detach from GitHub：正が入れ替わる操作

Settings → General → Danger Zoneの「Detach from GitHub」を実行すると同期が止まり、その時点からOriginが正になります。 GitHub側のリポジトリはそのまま残るので破壊的な操作ではありませんが、以後の変更は分かれていきます。GitHubから移るときは、APIでミラーの移行や切り離しを管理するMigration APIと、GitHubのルールセットやブランチ保護を取り込む origin ruleset import --from-github も使えます。

公式が「移さなくてよい」としているケース

公式docsは、GitHubのPRに自動レビューのコメントが欲しいだけなら、Cursorのレビュー機能やBugbotで足りるのでホスティングを移す必要は無い、という趣旨を書いています。「Cursorを使っているからOriginに移すべき」とは言えません。

連携できるサービス：Origin App Marketplace（20以上）

2026年10月13日にOrigin App Marketplaceが公開され、連携先は8月の3つ（Vercel・Depot・Buildkite）から20以上に増えました。 Originは自前のCIを持たないため、CI・デプロイ・レビュー・セキュリティはこのMarketplaceのアプリで補う形です。

アプリはWebhookを受け取り、チェック結果やPRへのコメント・レビューを書き戻せます。アプリには「Verified by Cursor」か「Not verified by Cursor」が表示され、外部の開発者も審査を経て公開できます。社内だけで使う非公開アプリもAPIで作れます。Issues機能が無い分は、Linear連携などで補うことになります。なお、Marketplaceのアプリがミラーしたリポジトリでも動くかは公式で確認できていません。

GitHub Actionsのシークレットは同期されないため、CIをMarketplaceのアプリに移すときはシークレットの再設定が必ず要ります。 Enterpriseでは、CloneKit（origin repo clone-fast）でCIのcloneを速くでき、Buildkite・GitHub Actions・GitLab CI・Jenkins・CircleCIに対応しています。

11月5日には、Cloud AgentがOriginやGitHubのリポジトリからWebアプリをデプロイしてリンクで共有できるBuild Live Appsも加わりました。こうしたエージェントで作った試作を、社内の実データや既存システムにつないで業務で使う段階では、認証・権限・データ連携・運用監視といった別の準備が要ります。その段階で何が必要になるかはバイブコーディング・Lovableで作ったアプリを本番運用するにはで整理しています。

Origin・GitHub・GitLabの比較

出典: GitLab 公式サイト

11月時点のOriginは、PRレビューとエージェント連携ではGitHubに近づいた一方、Issues・自前のCI・セルフホスト・データ規約ではまだ差があります。 確かめられた項目だけで並べると次のようになります。

実務で見ると、今のOriginはGitHubの代わりではなく、GitHubの隣に置いて使うミラーと考えるのが妥当です。Cursorでレビューとエージェント作業をまとめられる利点はありますが、Issuesや規約の面でGitHubを外せる段階にはありません。GitHub側のAI機能はGitHub Copilotとは何かの解説記事で確認できます。

触る前に確認したい6つの落とし穴

Originは対象の有料プランなら最初から使える状態で届くため、チームで使い始める前の確認が抜けやすくなっています。 後から変えられない設定もあるので、次の6点を先に確かめてください。

1. namespaceは後から変えられない。ベータ中はclaim後に変更できません。個人名で取るとチーム運用に移しにくくなります
2. legacy privacy modeのチームは有効にできない。Privacy Modeへの切り替えが前提です。切り替え自体が社内のポリシー変更にあたることもあります
3. 管理者はいつでもオフにできるが、オフにすると既存リポジトリは読み取り専用になる。チーム設定の「Enable Origin」スイッチをオフにするとCodebaseタブも消えます。データが消えるとは書かれていませんが、使い始めたあとに止めると作業が止まります。社内のルールが決まるまでは、オンのままになっていないか確認してください
4. Issues・Actionsのシークレットは同期されない。「GitHubの中身が丸ごと移る」前提で計画すると崩れます
5. シークレットスキャンは警告だけ。APIキーなどを見つけると git push に警告を出しますが、pushは止めません
6. Agentic Ownersをオンにすると、人間の承認をエージェントの判定で代えられる。規制のある業種では、人間の承認を残す設定にしておくのが無難です

企業で有効にするなら、この6点を情報システム部門とすり合わせてから広げるのが安全です。

セキュリティとデータ規約：増えた機能と、まだ埋まっていない空白

8月以降、Originにはシークレットスキャンや監査ログなどのセキュリティ機能が加わりました。一方で、Originに置いたコードの保持期間・保存リージョン・学習利用を定めた専用の規約は、11月8日時点でも公開されていません。 機能と規約は分けて評価する必要があります。

8月以降に増えたセキュリティ機能

IPアロウリストがアプリやエージェントに適用されない点には注意が必要です。エージェントやアプリに何をさせるかは、アプリの権限範囲とリポジトリの権限で絞ることになります。

データ規約はまだ空白

公式docsにあるOrigin固有のプライバシーの記述は、「Originはnamespaceの持ち主（チームまたは個人）のPrivacy Modeに従う」という1行だけです。Cursor全体のデータ利用ページ（cursor.com/data-use、2026年9月3日更新）は次のように説明していますが、Originやホストしたリポジトリ、保存リージョンには触れていません。

これはCursor全体の方針で、Originに置いたリポジトリの保持・所在地・学習利用を定めた規約ではありません。「Originに置いたコードは学習に使われない」と断定できる公式の記載は、今のところありません。

SOC 2 Type IIの報告書はtrust.cursor.comで請求すれば入手できます（8月時点で確認）。ただし、Originがその範囲に入るかは確認できていません。また、The X Subscriptionの規約は「SpaceXSI Subscription Terms」という名前で、契約主体の表記も変わっています。法人契約の主体やDPA（データ処理契約）が変わるかは未確認です。

法務・セキュリティの確認で聞くべき項目をまとめると次のとおりです。

• Originに置いたコードの保持期間・保存リージョン・削除の方針
• Originのコードの学習利用を定めた専用の条項
• Originの基盤のサブプロセッサ（委託先）一覧
• PRなどのメタデータを含むエクスポート・移行の方法（gitなのでcloneはできるが、メタデータの扱いは書かれていない）
• DPAと契約主体がプラン再編後にどうなっているか

AIコーディングツール全体のリスクはAIコーディングのセキュリティリスクを解説した記事にまとめています。

SpaceX買収完了とOrigin：垂直統合が意味するもの

出典: SpaceX 公式サイト

報道によれば、SpaceXによるAnysphere（Cursorの運営元）の買収は2026年8月14日に完了し、Originの早期ベータはその3日後に出荷されました。10月にはCursorの料金がX PremiumやGrokと1つのサブスクリプション（The X Subscription）にまとめられています。

報じられている買収の主な内容は次のとおりです（複数の報道が一致していますが、SpaceXの公式リリース原文までは確認できていないため、報道ベースとして扱います）。

• 約600億ドル規模の全株式取引で、現金のやりとりは無い
• CursorはSpaceXのAI部門の傘下に入った。部門名は「SpaceXAI」で、マスク氏は10月上旬に「SpaceXSI」への改称を表明している（正式な改称時期は未確認）
• Cursorは学習・推論にスーパーコンピュータ「Colossus」を使えるようになった
• CursorのチームはGrok関連の製品にも関わると報じられている

ここから見えるのは、エディタ（Cursor）→ レビュー（Graphite由来の機能）→ ホスティング（Origin）→ モデルと計算資源（SpaceXのAI部門・Colossus） という、開発の流れ全体を1つの会社がまとめる形です。CursorにとってはGitHubとCopilotを持つMicrosoftへの依存を減らせる一方、使う側にとってはベンダーロックインが強まる面もあります。モデル選びの自由度がどうなるかも論点で、11月にはCursorでのOpenAIモデルの扱いが変わる動きも出ています（CursorのOpenAIモデル提供停止の解説記事）。ColossusについてはSpaceXのColossusをめぐる動きをまとめた記事、Grok側の製品はGrok Botの解説記事で触れています。

GitHub障害との重なりについて

Originが出荷された8月17日から18日にかけて、GitHubで大きな障害があったと複数の海外メディアが報じています。報道では、8月18日の障害は6時間42分続き、PR・Issue・APIのエラー率が約20%に達したとされます。「GitHubへの不満を突く形でライバルが出てきた」という文脈で語られましたが、いずれも二次情報で、時期が重なったのは偶然の可能性もあります。

実務では、Originのミラーには公式の障害時手順（origin push local）があるため、GitHubが落ちても作業を続けられる経路を1つ持てる点が具体的な価値になります。

こんな人におすすめ

Cursorを仕事の中心に使っていて、GitHubを残したままOriginを並べて試せる人・組織には、試す価値があります。 ミラーならGitHubが正のままなので、合わなければ元に戻せます。

• Cursorを毎日使っている個人開発者や小規模チーム（Premium以上か旧Pro系の契約がある）
• PRのレビューをCursorの中で済ませ、Code Toursでレビューの手間を減らしたい人
• 大きな変更をスタックドPRで小さく分けて出したいチーム
• Claude CodeやCodexも含めて、エージェントにPR作成まで任せる流れを作りたい人
• GitHub障害のときも作業を止めたくないチーム
• Vercel・Cloudflare・CodeRabbit・Semgrepなど、Marketplaceの連携先をすでに使っている開発チーム

始めるなら、影響の小さいリポジトリを1つミラーして、PRのやりとりとCode Toursを試すのが現実的です。namespaceだけは組織名で慎重に取ってください。

おすすめしない人

データ規約の明文化が必要な規制業種や、IssuesとActionsに業務が組み込まれている組織では、今のところ導入する利点は小さいです。

• 金融・医療・公共など、機密性の高いコードを扱い、データ処理の契約を明文化する必要がある組織（Origin専用の規約が無いため評価ができない）
• GitHub Issuesで開発を管理しているチーム（Issuesは同期されず、Originにも無い）
• GitHub Actionsのシークレットに頼ったCIを組んでいて、作り直す余裕が無いチーム
• 新プランのFreeやPlus（月額8ドル）を使っている人（Originは使えない）
• legacy privacy modeで運用していて、切り替えられないチーム
• AIが自動でコンフリクトを解決する機能を目当てにしている人（公式に確認できるのは解決の記録とUndoまで）
• セルフホスト・オンプレミスが必須の組織（発表なし）
• GitHubのPRに自動レビューのコメントが欲しいだけの人（Cursorのレビュー機能やBugbotで足りる）

当てはまる場合は、Origin専用のデータ規約と正式版の発表を待ってから見直すのが合理的です。ほかのAIコーディングツールも含めて比べたい場合はAIコーディングツールのおすすめ比較記事が参考になります。

よくある質問（FAQ）

Q. 月額8ドルのPlusプランでOriginは使えますか？

A. 使えません。新プランでOriginが使えるのはPremium（月額30ドル）以上・Teams・Enterpriseです。Plusはクラウドエージェントなども対象外のプランで、Originを使うならPremium以上に上げる必要があります。

Q. 旧Proプランのままでも使えますか？

A. 使えます。公式docsは、旧プランのStart・Pro・Pro+・UltraでOriginを使えると書いています。新プランへの切り替えは必須ではありません。

Q. 管理者がOriginをオフにしたら、置いたリポジトリはどうなりますか？

A. 既存のリポジトリは読み取り専用になり、Codebaseタブも表示されなくなります。公式docsにデータが消えるとは書かれていませんが、pushなどはできなくなるため、オフにする前にGitHubなど別の場所へ移す段取りを決めておくと安心です。

Q. Claude CodeやCodexからOriginを使えますか？

A. 使えます。Origin CLIの origin agent setup で、Cursor・Claude Code・Codex向けのスキルを入れられます。中身は標準のgitなので、エージェントがgitを扱えればclone・pushもできます。

Q. 100MBを超えるファイルはどう扱えばいいですか？

A. 100MBを超えるファイルを含むpushは拒否され、Git LFSへの移行手順が表示されます。動画やモデルの重みなど大きなファイルは、最初からGit LFSで管理してください。

Q. GitHubから移るとき、ブランチ保護の設定は作り直しですか？

A. 作り直さなくても取り込めます。CLIの origin ruleset import --from-github で、GitHubのルールセットやブランチ保護をOriginのルールセットとして取り込めます。IssuesとActionsのシークレットは別途対応が必要です。

Q. 「毎秒22.6コミット」は今のOriginで出る性能ですか？

A. 2026年6月のCompileで示されたデモの値で、公式docsにも載っておらず、第三者の検証もありません。性能の目安としては使わず、引用するなら「発表デモの値」と添えてください。

Q. Originに置いたコードはAIの学習に使われますか？

A. 断定できません。公式に書かれているのは「Originはnamespaceの持ち主のPrivacy Modeに従う」ことだけで、Privacy ModeがONならCursorは顧客データを学習に使わないと説明しています。ただし、Originに置いたコード専用の規約は公開されていません。

Q. 正式版（GA）はいつですか？

A. 11月8日時点で発表されていません。公式docsはすべて「early beta」の表記で、正式版になった後の価格も未公表です。

まとめ：今のOriginは「機能が増えたミラー」で、まだGitHubの代わりではない

Cursor Originは2026年8月17日に早期ベータで始まり、11月時点でもベータのままです。ただし中身は8月から大きく増え、スタックドPR、Code Tours、Agentic Owners、20以上の連携先を持つApp Marketplace、シークレットスキャンや監査ログが使えるようになりました。使えるのはPremium（月額30ドル）以上の新プランと旧Pro系の有料プランで、FreeとPlusでは使えません。

一方で、6月に話題になったAIの自動コンフリクト解決は記録とUndoの仕組みまでしか確認できず、毎秒22.6コミットもデモの値のままです。IssuesとActionsのシークレットは同期されず、Origin専用のデータ規約（保持期間・リージョン・学習利用・委託先・DPA）もまだ公開されていません。

向き合い方は次の3つにまとめられます。

1. Cursorユーザーなら、影響の小さいリポジトリを1つミラーして試す（GitHubが正のままなので元に戻せる）
2. namespace・Privacy Mode・Enable Originスイッチ・Agentic Ownersといった組織の設定を先に決める
3. 本格的な移行は、正式版とOrigin専用のデータ規約が出てから判断する

エディタからホスティング、モデルまでを1社が持つ形は、開発のしやすさとベンダーロックインの両方につながります。SpaceX傘下という持ち主の変化も含めて、確かめるべき項目を1つずつ片づけていくのが現実的です。Cursor本体についてはCursorとは何かの解説記事、買収の全体像はCursorのSpaceX買収を解説した記事で確認できます。