Cursor内のリポジトリ

Cursorは2026年8月17日、早期ベータ版のコードホスティングサービス「Origin」を有料プランのユーザー向けに段階的に提供開始した。最初のリリースには、ホスト型リポジトリ、プルリクエスト、コード閲覧、GitHub同期が含まれ、ソース管理がCursorのコーディングエージェントと同じ環境に置かれる。企業組織は管理者を通じて利用を拒否できる。

Originのリポジトリは、新設された「Codebase」タブ内に置かれる。ユーザーがコードベースに名前を付けてリポジトリを作成すると、それをクローンするか、既存のローカルプロジェクトをプッシュするためのコマンドライン手順が提示される。選択したコードベース名は、`cursor.com`上のリポジトリURLの一部になる。この手順を通じてプッシュされたコードはOriginによってホストされる。

このサービスでは、Cursorがホストするリポジトリと並べてGitHubリポジトリを表示することもできる。GitHubの組織を接続した後、ユーザーは同期するリポジトリを選択でき、後で接続を解除することもできる。同期対象リポジトリの読み取り権限または書き込み権限を持つ人は、そのOrigin上のコピーを閲覧できる。Cursorが直接ホストするリポジトリと、GitHub経由で取り込まれたリポジトリは、アイコンで区別される。

同期されたプロジェクトでは、GitHubが引き続き正本となる。Originは閲覧可能なコピーをリアルタイムで更新する一方、プッシュ先は引き続きGitHubとなる。この設計により、チームは既存のリポジトリを現在のホストから直ちに移行することなく、Cursorを通じてコードを探索し、プルできる。

一つのワークスペースにプルリクエストとエージェントを統合

各リポジトリには、タイムライン、コミット、チェック、変更されたファイルを表示するプルリクエスト画面がある。レビュアーは差分を確認し、コメントして、マージできる。同期されたリポジトリでは、プルリクエストに関する動きが双方向に反映される。発表によると、Cursorで書かれたコメントはGitHubに投稿され、GitHub上のリアクションや返信は数秒以内にCursorへ表示される。割り当てられたGitHubレビューも、Cursorから完了してマージできる。

Cursorのエージェントは、閲覧中のコードに関する質問に答え、変更を加え、プルリクエストを更新し、ブランチをプッシュできる。同社はエージェントネイティブの機能をさらに追加する予定だとしており、現在のベータ版の機能を、計画されている完全な設計と混同すべきではない。提供された発表には、性能、信頼性、規模に関する測定結果は示されていない。

Originは、デプロイおよび継続的インテグレーションとの連携機能も当初から備える。Vercelとの連携では、プルリクエスト用のプレビューデプロイを作成し、マージ後にデプロイできる。DepotとBuildkiteは既存のGitHub Actionsワークフローを実行でき、Buildkiteは独自のパイプラインにも対応する。リポジトリ設定には、同期状態、接続済みアプリケーション、アクセス制御が表示される。

今回の提供開始により、Cursorはコード編集を超えた役割を担うことになる。リポジトリを直接ホストすることも、GitHub上に同期されたインターフェースとして機能することもできる。この二つの方法により、製品を試す際の初期コストが抑えられる。チームはOriginネイティブのプロジェクトを作成することも、GitHubを正本として維持しながら、Cursorの閲覧、レビュー、エージェントを組み合わせたワークフローを試すこともできる。

早期ベータ版であることは、引き続き重要な留保事項だ。Originは、同社がエージェント規模の作業に不可欠と位置付ける基本機能を備えて始動するが、普及するかどうかは、実際の開発環境でアクセス、同期、連携機能がどのように機能するかに左右される。