Cursor Origin とは Cursor純正のGitホスティング機能を解説

Cursor Origin は、AIコーディングエディタ Cursor が2026年8月17日に早期ベータとして公開した、Cursor 純正の Git ホスティングサービスです。リポジトリ・プルリクエスト・レビュー・マージ・ブランチ保護・CLI を Cursor 内に統合し、コーディングエージェントを人間と同じ一級の参加者として扱う「エージェント時代の git forge」と位置づけられています。利用できるのは Pro / Teams / Enterprise の有料プラン契約者のみで、無料プランは対象外です。結論から言うと、現時点では GitHub を今すぐ置き換えるべきツールではありません。ストレージ容量・レート制限・SLA・ベータ終了後の価格といった運用上重要な情報が未公表であり、GitHub からの全面移行はまだリスクが大きい段階です。Cursor を主戦場にしているチームが試験的に併用する、という位置づけで捉えるのが妥当です。

Origin のベータ版が提供する中核機能は4つです。1つ目は「リポジトリ」で、Cursor 上で直接リポジトリを作成・管理できます。2つ目は「プルリクエスト」で、レビュー・コメント・マージ・ブランチ保護までを含む一連のPRワークフローを Cursor 内で完結できます。3つ目は「コードブラウジング（検索）」で、リポジトリ内のコードを Cursor の検索機能で横断的に閲覧できます。4つ目は「GitHub同期」で、既存の GitHub リポジトリを Origin にインポートし、双方向で同期させることができます。これらはいずれもベータ版の機能であり、今後の追加・変更が見込まれます。標準の git コマンドで clone / push / pull ができるほか、Origin 専用の CLI からもターミナル操作が可能です。

Origin は Pro・Teams・Enterprise の各有料プランで利用できますが、無料プランのユーザーは対象外です。また、段階的ロールアウトが行われているため、対象プランに加入していても即座に使えるとは限りません。ベータ版の時点では、Origin 単体の追加料金・ストレージ容量・帯域・API レート制限・稼働率に関する SLA・ベータ終了後の正式価格が、いずれも明文化されていません。以下に、公表されている情報と未公表の情報を整理します。

Origin を使い始めるには、まずチームの誰かが cursor.com/codebase で namespace（オーナー名）をクレームする必要があります。namespace は組織やチームを表すURLの一部（cursor.com/codebase/{owner}/{repo}）になりますが、ベータ期間中は一度クレームした namespace を後から変更できない点に注意してください。namespace をクレームしたら、新規にリポジトリを作成するか、既存の GitHub リポジトリをインポートします。インポートは数クリックで完了し、以降は GitHub 側の更新が Origin に同期されます。リポジトリができたら、標準の git コマンドでローカルに clone し、通常どおり push / pull できます。

Origin の目玉機能の一つが GitHub との双方向同期です。既存の GitHub プロジェクトを数クリックで Origin にコピーでき、以降は GitHub 側の変更が Origin に反映されます。さらに逆方向、つまり Origin 側での変更を GitHub 側に反映させることも可能です。これはミラーリング方式によるインポートで実現されています。ただし、コンフリクト解消の具体的な挙動や同期の遅延、Actions などGitHub固有機能の扱いについて詳細な公式情報は限られており、実運用に投入する前に自チームのワークフローで検証しておくことが望ましいでしょう。

Origin が「エージェント時代の git forge」を掲げる中核が、コーディングエージェントとの統合です。ローカル（デスクトップ）で実行するエージェントに加えて、クラウドのサンドボックス上で動作する長時間タスク向けのエージェントも用意されており、開発者のマシンがオフラインになってもタスクを継続できます。リポジトリには automations やクラウドエージェントを紐付けることができ、PRの作成やレビューにエージェントを直接参加させる運用が想定されています。関連する動きとして、Cursor はモバイル向けのコーディングエージェントも展開しており、エディタの枠を超えてエージェントの実行環境を広げる方向性が続いています。サードパーティ連携としては、ローンチ時点で Vercel・Depot・Buildkite が対応しており、今後の追加が予告されています。なお、Cursor の親会社である SpaceX の Grok Build との連携も一部で観測されていますが、公式に確定した情報ではありません。

Origin を検討する際は、GitHub・GitLab・セルフホスト型の Gitea といった既存の選択肢との違いを整理しておく必要があります。もっとも大きな違いは、Origin がエディタと git ホスティングを一体化させ、コーディングエージェントを前提にした設計になっている点です。一方で、CI/CDのエコシステムやOSSコミュニティの慣習、実績のあるSLAといった面では、GitHub・GitLabに一日の長があります。

こうして比較すると、Origin は現時点で GitHub の代替というより補完的な位置づけにあると言えます。エージェントを多用し、開発の主戦場を Cursor に置いているチームにとっては魅力的な選択肢ですが、CI/CDのエコシステムやOSSとしての実績、SLAの透明性を重視するチームにとっては、当面 GitHub や GitLab を主軸に据える判断が妥当でしょう。なお、開発ツール周辺では他にも新しい統合の動きがあり、たとえばマルチプレイヤー型のエージェントコーディング環境 Zed Deltaや、OpenRouter が Stripe 傘下に入った件なども、開発ワークフローとAIエージェントの統合が進む文脈として押さえておくとよいでしょう。

Origin への移行を検討する前に、いくつか確認しておくべき点があります。まず、ストレージ容量・帯域・APIレート制限・SLA・ベータ終了後の価格が公表されていない点です。これらはチームの継続的な開発体制に直結するため、正式発表を待ってから本格移行を判断するのが安全です。次に、namespace はベータ中クレーム後の変更ができないため、命名は慎重に検討する必要があります。また、Cursor は2026年6月に SpaceX に買収されており、コードの預け先が実質的に SpaceX 傘下の企業に変わるという点も、コンプライアンス上の検討事項になり得ます。最後に、プライバシーは namespace オーナー（個人またはチーム）の Privacy Mode 設定に従う仕様のため、機密性の高いコードを扱う場合は自チームの設定を事前に確認しておく必要があります。なお、Origin のローンチ当日には GitHub 側で大規模障害が発生しましたが、Cursor 側は意図したタイミングではないとしています。

Cursor Origin は、Cursor が2026年8月17日に早期ベータ公開した純正の Git ホスティングサービスで、リポジトリ・PR・コードブラウジング・GitHub双方向同期を中核機能とし、コーディングエージェントを一級の参加者として扱う設計が特徴です。Pro・Teams・Enterprise の有料プランで利用できますが、ストレージ容量・SLA・ベータ終了後の価格といった重要事項が未公表であり、namespaceの変更不可という制約もあります。現時点では GitHub の即時置き換えではなく、Cursor を主戦場にするチームが試験的に取り入れる補完的な選択肢として捉えるのが適切です。今後の正式発表や機能拡充を見ながら、自チームの移行判断を検討するとよいでしょう。