【Cursor】新機能「Origin」発表!クラウドエージェント×コードホスティングの概要とGitHub連携手順を徹底解説

【Cursor】新機能「Origin」発表!クラウドエージェント・コードホスティングの概要とGitHub連携手順を徹底解説

2026年8月17日、AIコードエディタとして人気のCursorから、大きなアップデートが発表されました。

それが「Origin(コードホスティング機能)」の初期ベータ版リリースです

これまでのCursorは「ローカルエディタとクラウド上でAIを使うツール」でしたが

今回のアップデートで「Cursor上でコードやプルリクエスト(PR)をホスト・管理し、AIクラウドエージェントに直接作業を任せるプラットフォーム」へと進化しました 。

今回は、発表されたOriginの概要やメリット・注意点をわかりやすく解説し、実際にCodebase機能を使ってGitHubと連携する手順までを画像付き(プレースホルダー)でまとめました。


目次

1. Cursor「Origin」とは?発表内容の概要とこれまでとの比較

ざっくり要約すると

  • Cursor自身がGitHubのようなコードホスティング機能を持った(cursor.com/codebase/<リポジトリ名> でコード管理) 。
  • GitHubとのシームレスな双方向同期が可能。既存のGitHubリポジトリをそのまま取り込める。
  • PRのレビュー・コメント・マージ・AIへの修正指示が1つの画面で完結する 。
  • 有料プラン(Pro / Business)向けに初期ベータ版として順次提供開始。

🔗 公式ChangelogOrigin コードホスティング – Cursor


これまでと何が違う?(フローの比較)

項目これまでの開発フローOrigin導入後のフロー
作業環境クラウドエージェント ⇄ ブラウザ(GitHub)を行き来CursorのWeb画面(Codebase)内で完結 
PRレビューGitHubでDiffを確認し、修正点をCursorにコピペしてAIに投げるPR画面を見ながらその場でエージェントに修正指示・コミットまで完了 
リポジトリ管理GitHubが必須GitHub連携はもちろん、Origin単体でのホスティングも可能 

これまで1日に数十回行っていた『エディタ ⇄ GitHub ⇄ Vercel』のタブ移動が、ゼロになるのは大きな効率化だなと感じます。


2. Originを使うメリットと導入時の注意点

Tomoya

実際に触ってみて感じた「メリット」

事前に知っておくべき「注意点」です。

🌟 メリット

「画面移動(コンテキストスイッチ)」がゼロになる

エディタ、GitHub、Vercelのダッシュボードを何度も行き来する手間が完全になくなります。

Tomoya

正直、ワンページで2つの拠点を管理できるのは大きなと感じます。

Vercelは任意での追加の為、基本はクラウドとGithub間の連携

AIエージェントの自律性が大幅アップ

PRのコメントやビルド結果をエージェント自身が把握できるため、「PRの指摘を直して」「CIのエラーを修正してプッシュして」といった指示がスムーズに通ります。

チーム、個人のAI駆動型での手間が削減されるので手数を少なくできるのもポイントに感じます。

チーム開発向けのブランチ保護(Branch Protection)も完備

初期ベータでありながら、レビュー承認の必須化やCI通過チェック、直接pushの禁止など、実務に必要な保護ルール(Ruleset)がしっかり備わっています。

始めからチームでの利用を想定した作りになっているのも良いなと思いました。

ブランチ保護の設定画面でルール未作成時の案内とProtect the default branchボタン
リポジトリにブランチ保護ルールがまだ設定されていない状態と、デフォルトブランチ保護の開始ボタンを示す画面。

⚠️ 注意点

GitHubが「信頼できる唯一の情報源(Source of Truth)」

GitHub連携リポジトリの場合、大元のマスターデータはGitHub側にあります 。何かズレや競合が起きた際はGitHub側が基準となります。

組織のセキュリティ・アクセス権限の確認

会社のGitHub Organizationと連携する場合は、Cursor Appに対する読み取り/書き込み権限の付与が必要になるため、管理者の承認ポリシーを確認しておきましょう。

有料プランが必要

現在はPro / Businessユーザー向けのベータ提供となっています。

初期ベータ版なのでiOSやIDE,CLIにはまだ未対応

現在(8月時点)では、クラウドブラウザでの対応になっています。PCやiPadでは機能の確認しています。


まだ有料プランを契約しておらず迷っている方に朗報です!

以下のリンクから月額プランを契約すると、初月は半額で利用できます。コストが心配な方でも、最初の1か月は最低10ドルから試せるので、気軽に始めやすいと思います(解約も簡単にできます)。

3. ちょっとした疑問を解消!Q&A

GitHubとVercelをすでに連携している場合、OriginのVercel連携は何の意味があるの?

エージェントが「デプロイエラーを検知して自分で直せる」ようになります。

Codebase内にVercelを連携しておくと、PR画面上でプレビューURLやビルド結果が確認できます 。ビルドがコケた際も、エージェントがエラーログを直接読み取って「自動で修正コミットを作る」というサイクルが可能になります。

GitHub上のコードが壊れたり勝手に消えたりしない?

基本的には安全です。

双方向同期ですが、GitHubのGit履歴に沿って安全にコミットやPRが作られます 。

また、後述のブランチ保護設定をしておけば、勝手な強制pushなどを防ぐことができます。


4. 【実践】Codebase機能を使ってGitHubと連携してみた

Tomoya

実際に筆者の環境でGitHubリポジトリを連携してみました。

手順は驚くほどシンプルです!!

STEP
Codebase画面を開く

Cursorのダッシュボード(Web)にログインし、上部メニューの 「Codebase」 タブを開きます。

Tomoya

分かりやすく4段階で進められるので安心して行えました。

STEP
Get Started: Originにリポジトリを閲覧させる。

codebaseタブをクリックすると、初期状態では連携するためのスタート画面が現れます。

Get Started」をクリックして連携を始めていきます。

CursorとGithubのアイコンが連携しているのが印象的でわかりやすいです。

サイドバーのCodebaseからOriginのリポジトリ連携を開始するGet Started画面
サイドメニューの「Codebase」を選択し、「Get Started」ボタンからOriginのリポジトリ同期を開始する手順です。
STEP
Privacy Check

Codebaseを使う前に自身のアカウントが利用可能な状態かを確認していきます。

自動で行ってくれたのでそのまま「Continueボタン」をクリックし続けていきます。

※未確認の場合は、サポートに沿って有効化する事を行ってください。

Privacy check画面でプライバシー設定の完了を確認しContinueをクリックする手順
アカウントのプライバシー設定が完了していることを確認し、セットアップを継続する画面です。
STEP
Set up your Codebase: 管理者のレポジトリ名の作成

CursorのCodebase上で表示させるレポジトリ管理用の名前を記入します。

Github上と同じでも良いですし、管理しやすい名前を選択してください!

その後「Save & Continue」で進みます。

Set up your Codebase画面でのCodebase name設定とSave & Continueのクリック手順
リポジトリのURLパスとなるCodebase nameを入力し、設定を保存して次に進む画面です。
STEP
Select Repos: レポジトリの選択

自身のGithubのアカウントを選択して登録するレポジトリを選択します。

全てを選んでも良いですし、クラウド上でよく作業するリポジトリを個別に選択もできます。

もちろん後から選択して追加も可能です。

Select Repos画面で「同期するGithubアカウントの選択」を行いContinueへ進む手順
GitHubリポジトリの同期設定において、連携対象となるアカウントを選択する手順画面です。
STEP
Repo Access: アクセス権の付与

最後に誰がアクセスできるのかを選択していきます。

組織でアクセス権を管理できるのは使い勝手が良いなと感じます。

Repo Access設定画面とアカウント単位でのアクセス権の付与を示す注釈付きの同期設定画面
リポジトリへのアクセス権限確認画面で、アカウント単位の権限付与とリポジトリ同期を行う手順の説明。

【補足】安全のためにブランチ保護(Branch Protection)を設定しよう

Codebaseでは、リポジトリ設定からGitHubと同等のブランチ保護ルールを作成できます。

新規ルールセット作成画面でProtect default branchとRequire approving reviewsを設定する操作画面
GitHub等の設定画面でデフォルトブランチの保護ルールを作成し、マージ前に承認レビューを必須とする設定手順。

設定できる主な項目:

  • Require approving reviews: PRマージ前に1人以上のレビュー承認を必須化。
  • Require status checks to pass: CIテスト(DepotやActionsなど)の通過を必須化。
  • Merging / Pushing: mainブランチへの直接pushやforce pushをブロック。

チームで運用する場合や、エージェントに勝手なマージをさせたくない場合は、インポート後すぐに設定しておくことをおすすめします。


まとめ

Cursor Originは、単なる「GitHubのコピー」ではなく

「AIエージェントが最も作業しやすい次世代のコード管理プラットフォーム」です。

クラウドエージェント内でGithubを操作できる。つまりワンページで完結してブラウザ移動が必要なくなると感じた。まずはGithubから行っているようですがリポジトリ、PR、コードの閲覧をcodebaseから確認できるのはスマートに感じました。

まとめ
  1. ワンページ完結で開発の摩擦(コンテキストスイッチ)が劇的に減る
  2. GitHubと共存(双方向同期)できるのでリスクなく試せる
  3. ブランチ保護や外部連携(Vercel, Depot等)も最初から充実

有料プランをお持ちの方は、ぜひCodebaseから手持ちのリポジトリを1つインポートして、この新しい開発体験を試してみてください!

まだ有料プランを契約しておらず迷っている方に向けて

以下のリンクから月額プランを契約すると、初月は半額で利用できます。コストが心配な方でも、最初の1か月は最低10ドルから試せるので、気軽に始めやすいと思います(解約も簡単にできます)。


(※本記事は2026年8月時点のベータ版情報を基に作成しています。今後のアップデートによりUIや仕様が変更される可能性があります)

この記事での認識の違いがあればコメントにてフィードバックしていただけると幸いです。

【Cursor】新機能「Origin」発表!クラウドエージェント・コードホスティングの概要とGitHub連携手順を徹底解説

この記事が気に入ったら
フォローしてね!

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

始めまして。このブログを運営するTomoyaです。
未経験個人開発者。AI×個人開発(Vibe Cording)で学習して参入してくれる人が増えて広がっていくと良いなと思って始めました。

実際に作成→デプロイ(公開)→運営を行ってそれについての問題や疑問を記録していきます。
また行っていく上で内容(セキュリティ・制限など)にもこだわっていきたいなと思っています。

コメント

コメントする


目次