CursorがOriginをローンチし、AIコーディングスタックをコードホスティングへ拡張

Why it matters

Origin gives Cursor control over the repository and review layer beneath its coding agents. GitHub mirroring reduces adoption friction while Cursor tests whether AI-generated development can pull code hosting into its own platform.

Cursorの共同創業者でCEOのMichael Truell (@mntruell)は8月17日にOriginをローンチし、同社をエージェントが生成するコードを出荷するためのリポジトリホスティング、プルリクエスト、インフラストラクチャへと拡張した。

https://x.com/cursor_ai/status/2089399057659596847

CursorはXでの3投稿にわたるスレッドで、OriginがVercel、Buildkite、Depotとの統合を伴う段階的なベータロールアウトを開始したと述べた。初期リリースはCursorの有料プラン全体で利用可能だが、アクセスは段階的に開放され、エンタープライズ管理者は無効化できる。

TruellはAman Sanger、Arvid Lunnemark、Sualeh Asifとともに、AIが開発者がソフトウェアを理解し編集するためのインターフェイスを変えるという仮説のもとにCursorを創設した。Originはその仮説をエディタの外側へ拡張する。Cursorは今やコードがどこに存在するか、エージェントがそれとどうやり取りするか、エージェント生成の変更からマージされたプルリクエストに至る経路を制御したいと考えている。

GitHubからの橋渡し

Originは新しいGitリポジトリを直接ホストできる。開発者はCursorのCodebaseタブでリポジトリを作成し、Originのコマンドラインインターフェイスをインストールして標準のGitコマンドでプロジェクトをclone、push、pullすると、Cursorのローンチノートは説明している。

Cursorは即時の移行を要求するのではなく、GitHub移行を中心にベータを構築した。ユーザーはGitHubのorganizationを接続し、個々のリポジトリをOriginへミラーするために選択できる。これらのコピーはリアルタイムで更新され、元がGitHubで始まったリポジトリに関してはGitHubがソース・オブ・トゥルースのままである。開発者は引き続きGitHubへプッシュでき、ミラーを切断することも可能だ。

その橋渡しにより、既存のエンジニアリング組織内でOriginを試すコストは下がる。リポジトリホスティングは、コード、権限、デプロイシステム、長年にわたるワークフロー自動化が既存プラットフォームの周りに蓄積されるため置き換えが難しい。Cursorはチームに対して、コードをCursorでホストするよう求める前にGitHubの周りに自社のインターフェイスとエージェントを追加させている。

ミラーされたリポジトリ上のプルリクエストも双方向で同期する。Cursorから投稿されたコメントはGitHubに表示され、GitHubでの返信やリアクションはCursorに反映される。Originはプルリクエストのタイムライン、コミット、checks、変更ファイル、レビュコメント、マージコントロールを公開する。

中心的なプロダクト上の違いはエージェントだ。リポジトリページからユーザーはCursorにコードについて質問したり、変更を依頼したり、プルリクエストを更新したり、新しいブランチをpushしたりできる。CursorのOriginのドキュメントによれば、エージェントはリポジトリを作成したり、Originホストのプロジェクトにオートメーションを接続したりすることも可能だという。

Cursorが出荷レイヤーへ近づく

Originは6月に開催されたCursorのCompile conferenceでプレビューされ、そこでTruellはOriginのプロダクトリードであるTomas Reimersと登壇した。Reimersはコードレビュー系スタートアップGraphiteの創業者の一人で、Graphiteは2025年12月にCursorへ参加することで合意した。

その経緯は重要だ。なぜならOriginはCursorをレビューとマージのワークフローに直接組み込み、Graphiteが長年にわたり構築してきたカテゴリそのものに位置付けるからだ。CursorはGraphiteとの契約を発表した際、Graphiteは独立して運営を続けると述べていた。Graphiteはその後、自らのプルリクエストインターフェイスにCursor Cloud Agentsを追加し、開発者がブラウザからエージェントを起動し、その作業をレビューして結果の変更をマージできるようにしている。

Originは現在、Graphite統合に加えてCursorにネイティブなリポジトリとプルリクエストのサーフェスを与える。その重なりは、Cursorがどのようにエンドツーエンドの開発プラットフォームを組み立てているかを示している：エージェントが変更を生成し、リポジトリがそれを保存し、レビュー用ツールが検査し、デプロイや継続的インテグレーションサービスがそれを実行する。

VercelはOriginのプルリクエストに対してプレビューデプロイを作成し、マージされた変更を本番へ送ることができる。DepotとBuildkiteは継続的インテグレーションを提供する；両者とも既存のGitHub Actionsワークフローを実行でき、Buildkiteは独自のパイプラインもサポートする。これらの統合により、初期のユーザーはCursorが隣接するすべての開発者向けサービスを再構築することを要求されずに実用的な出荷経路を得られる。

ベータは依然として限定的だ。CursorはドキュメントでOriginを「早期アクセスのリサーチプレビュー」と説明している。無料アカウントはOriginのストレージを使用できず、対象顧客でもアクセスがすぐに表示されないことがあり、Cursorの従来のプライバシーモードを使用しているチームは有効化前にプライバシー設定を変更する必要がある。Cursorはローンチ発表で詳細を明かさずに、今後よりエージェント特化の機能を計画していると述べている。

Originのローンチ戦略はCursorが占める立ち位置を反映している。開発者はすでにCursorのエージェントを使ってブランチやプルリクエストを作成しているが、その結果として生じた作業は通常、別のプラットフォームが管理するインフラに収まる。リポジトリをホストすることは、Cursorに後続作業を形作るコード、レビュー履歴、エージェントの活動への永続的なアクセスを与える。また、これはTruellにとって、AIエディタをソフトウェアチームがコードを作成し出荷する主要なシステムへと変えるための道筋も提供する。