Cursor Originが公開。コード置き場を自前で持てるが正本はGitHubのまま

Cursor Origin は、Cursorが2026年8月17日にearly betaで公開した自社コードホスティング機能で、GitHubリポジトリの同期にも対応します。

📖 この記事で分かること

• Cursorが自社コードホスティング「Origin」を公開
• 使えるプランと、無料プランが除外される条件
• GitHubが正本のまま残る同期の仕組み
• 現時点で未提供の機能と、公式に記載がない点

💡 知っておきたい用語

• コードホスティング: プログラムの原本を預かって共同編集できるようにする置き場。GitHubがこの役割の代表例です。

最終更新日: 2026年8月18日

▶ 公式ページ

• Cursor Origin(Cursor)
• Origin Code Hosting チェンジログ(Cursor)
• Origin 公式ドキュメント(Cursor)

Cursor Origin とは何か

この記事のポイント

• Cursorが2026年8月17日、自社のコードホスティング「Origin」をearly betaで公開しました(2026年8月時点)。
• 利用できるのはPro / Teams / Enterpriseの3プランで、無料プランは対象外です(2026年8月時点)。
• 同期したリポジトリのpush先はGitHubのままで、GitHubがsource of truthとして残ります。
• 目玉のエージェント向け機能は「近日提供」で、ローンチ時点では未提供です。

Cursorは2026年8月17日付のチェンジログで、コードホスティング機能「Origin」を公開しました。これまでCursorはGitHub上のリポジトリを読み書きする開発環境という位置づけでしたが、Originによってコードそのものを預かる側に回ります。

公式の説明は「Cursorがあなたのコードをホストできるようになった」という簡潔なもので、提供段階はearly beta(2026年8月時点)です。段階的な展開の具体的な対象範囲や、国による提供差があるかどうかは公式に記載がなく、不明です。

使える条件と、ローンチ時点の機能

利用条件はプランで区切られています。公式ドキュメントによると、OriginはPro / Teams / Enterpriseの各プランで利用でき、無料プランでは利用できません(2026年8月時点)。Enterpriseについては、組織の管理者がオプトアウトすることで無効化できます。

もう一つ見落としやすい条件があります。Teamsでlegacy privacy modeを使っている組織は、プライバシー設定を切り替えないとOriginを有効化できません。既存の設定をそのままにしたまま試せるわけではないため、チームで検証する場合は設定変更の可否を先に確認する必要があります。

ローンチ時点で使える機能は次の範囲です。

• Originリポジトリ(Codebaseタブから作成・閲覧)
• プルリクエスト(タイムライン、コミット、checks、差分表示)
• GitHubリポジトリの同期
• コードの閲覧と検索
• リポジトリ内でのエージェント連携

一方で公式は「エージェントネイティブ機能は近日提供」と明記しています。つまりOriginが掲げる「エージェントの規模に合わせた設計」という価値の中心部分は、公開時点ではまだ手元に届いていません。

外部サービスとの連携は、ローンチ時点で3つの名前が挙がっています。プレビューデプロイのVercel、CIとGitHub Actions向けのDepot、CIとGitHub Actionsに加えてネイティブパイプラインにも対応するBuildkiteです。

GitHub との同期はどう動くか

ここがOriginを評価する上で最も重要な仕様です。同期したリポジトリはリアルタイムで更新されますが、pushは引き続きGitHubに向かい、GitHub側で始まったものについてはGitHubがsource of truthのまま残ります。

プルリクエストのコメントは双方向に同期します。Cursor側でコメントするとGitHubに投稿され、GitHub側での返信やリアクションは数秒でCursorに反映されます。レビューのやり取りをCursorの画面に寄せながら、GitHub側のワークフローを壊さずに済む設計です。

ただし、同期の競合が起きたときの解決方法は公式ドキュメントに記載がなく、不明です。ストレージ容量の上限、リポジトリサイズの上限、ストレージに対する追加課金の有無についても公式に記載がありません。長期運用の見積もりを立てるには情報が足りない段階です。

開発フローへの影響と、まだ分からないこと

現実的な使い方は、GitHubを残したままOriginに同期して、閲覧とレビューの一部をCursor側に寄せる形になります。コードの置き場所を移す話ではなく、レビュー画面をエディタの内側に引き込む話として捉えると、導入判断の難易度は下がります。

CI【シーアイ】の観点では、DepotとBuildkiteがGitHub Actionsに対応しているため、既存のパイプラインを組み替えずにchecksの結果をOrigin側のプルリクエスト画面で確認する構成が取れます。デプロイ側はVercelのプレビューデプロイが対応済みです。

分からない点も明確にしておきます。GitHubを完全に置き換えられる時期があるのか、そもそもそうした予定があるのかは公式に示されていません。背景として、2026年8月14日にSpaceXによるCursorの買収が完了していますが、Originの今後の方針とこの資本関係を結びつける記述は公式にはありません。

編集部の見方

編集部は、Originを「GitHubからの乗り換え」ではなく、当面は二重持ちを前提にした機能追加だと見ます。今日GitHubをやめる判断材料にはなりません。

• 根拠1: 公式が同期挙動として「pushは引き続きGitHubに行き、GitHub側で始まったものはGitHubがsource of truthのまま」と明記しています。書き込みの正本が動かない限り、これは移行ではなく併走です。
• 根拠2: 最大の差別化要素であるエージェントネイティブ機能が「近日提供」で未提供です。ローンチ時点の機能一覧は、リポジトリ閲覧・プルリクエスト・検索・同期という既存ツールの守備範囲に収まっています。
• 根拠3: 無料プランが対象外で、Teamsのlegacy privacy modeでは設定変更が必要です(2026年8月時点)。気軽に試せる層が絞られるため、初期の実運用フィードバックが集まる速度も限定されます。

この見方が変わる条件は、エージェントネイティブ機能が実際に提供され、Origin側を書き込みの正本にできる経路が用意された場合です。そのときに初めて、GitHubとの二重持ちを解く議論が始まります。

よくある質問

Q: 無料プランでもOriginを使えますか

A: 使えません。Pro / Teams / Enterpriseの各プランが対象で、無料プランは対象外です(2026年8月時点)。Enterpriseは管理者がオプトアウトできます。

Q: GitHubの利用をやめる必要がありますか

A: 必要ありません。GitHubリポジトリを同期して併用する形が想定されています。pushは引き続きGitHubに向かい、GitHub側で始まったものについてはGitHubがsource of truthのまま残ります。

Q: ストレージの上限や追加料金はどうなりますか

A: 公式に記載がなく不明です。ストレージ容量の上限、リポジトリサイズの上限、追加課金の有無はいずれも公表されていません。

まとめ

Cursorは2026年8月17日、コードホスティング「Origin」をearly betaで公開しました。Pro / Teams / Enterpriseで利用でき、無料プランは対象外です。同期したリポジトリのpush先はGitHubのままで、GitHubがsource of truthとして残るため、現時点の実態はGitHubとの併走構成です。エージェントネイティブ機能は近日提供とされ、ストレージ上限や課金条件は公表されていません。

コードを自社環境に置いたまま運用する別のアプローチとしては、以下の記事で解説しているセルフホスト型の仕組みも参考になります:

【用語解説】

• source of truth: 同じデータが複数の場所にあるとき、どちらを正しい原本として扱うかを決めた側。Originの同期では、GitHub側で始まった変更についてGitHubがこれに当たります。
• プルリクエスト: 変更内容をチームに提示して、レビューを受けてから本流に取り込むための仕組み。
• プレビューデプロイ: 本番に反映する前に、変更後の状態を確認用のURLで動かして見せる仕組み。

引用元:

• [1] Origin Code Hosting(Cursor)
• [2] Origin 公式ドキュメント(Cursor)
• [3] Cursor Origin(Cursor)

この記事について: AI 支援で執筆、編集部が事実確認・編集しています。誤りや追加情報があれば Contact よりお知らせください。