AIコーディングツールのCursorが2026年8月17日、コードホスティング機能「Origin」を公開した。Changelogの書き出しは「Cursorがあなたのコードをホストできるようになりました」の一文で、エディタとエージェントを提供してきた会社が、コードの置き場所そのものを引き受ける側に回ったことになる1。
提供は早期ベータで、同日からすべての有料プランに順次展開される。対象は「管理者がオプトアウトしたエンタープライズ組織を除く、すべての有料プラン利用者」とされている1。まず用意されたのはリポジトリ、プルリクエスト、コードの閲覧、GitHub同期の4つで、Cursorはこれを「エージェント規模向けに設計した基本機能」と位置づけ、「エージェントネイティブな機能はまもなく提供する」としている1。
2つの入り口 — ホストするか、同期するか
Originには使い方が2通りある。ひとつは、Cursor側に新しくリポジトリを作る道だ。新設された「Codebase」タブで「+New」を押して名前を付けると、CLIのインストール方法と、リポジトリのクローンやローカルプロジェクトをpushするコマンドを示すページが出る。pushすればコードはOrigin上でホストされる1。最初のリポジトリを作るときに「コードベース」の名前を決め、それが以降すべてのリポジトリのURLの一部になる（Cursorが挙げている例は cursor.com/codebase/acme-corp）1。
もうひとつが、いま使っているGitHubのリポジトリを取り込む道だ。GitHubを接続して組織を選ぶと同期できるリポジトリが並び、選んだものがCursorに取り込まれる。何を同期するかは選べて、接続はいつでも解除できる。同期したリポジトリに読み取りまたは書き込み権限を持つ人は、Cursor側でもそれを閲覧できる1。
ここで見落としたくないのが、同期の向きだ。Cursorの説明では、同期したリポジトリはリアルタイムに更新され、Origin側のコピーは閲覧・検索・pullに使う。一方で pushは引き続きGitHubに向かい、GitHubで始めたものについてはGitHubが信頼できる情報源であり続ける 1。つまり今回の発表は、既存のリポジトリをGitHubから引き剥がす提案ではない。リポジトリ名の横のアイコンで、Cursorがホストしているものと、GitHubから取り込んだものを見分けられるようになっている1。
レビューの導線がエディタ側に寄る
プルリクエストはすべてのリポジトリに付く。開けばタイムライン、コミット、チェック、変更ファイルが見え、差分をレビューしてコメントを残し、マージできる1。
同期したリポジトリでは、このプルリクエストが双方向に同期する。Cursorでコメントすると GitHub に投稿され、GitHub でのリアクションや返信は数秒以内にCursor側へ現れる。GitHubで自分に割り当てられたレビューも、Cursorからレビューしてマージできる1。コード、PR、エージェントが同じ場所に置かれることで、閲覧中のコードについてCursorに質問し、その場で変更を加えたりPRを更新したりブランチをpushしたりできる、というのがCursorの説明する狙いだ1。
Cursorは8月13日にCloud Agentsへ「ビルド」を導入し、準備済みの環境からエージェントを起動できるようにしたばかりだった（Cursor、Cloud Agentsに「ビルド」を導入）。エージェントが動く場所を整えた次に、エージェントが触るコードとレビューの置き場を用意した、という順序で並ぶ。会社としては8月14日に、SpaceXによる買収の完了を発表したところでもある（SpaceXによるCursor買収がクローズ）。
CIとデプロイは既存の資産を持ち込める
Originの周辺には、外部サービスとつなぐ「アプリ」の枠組みが用意されている。現時点で利用できるのはVercel、Depot、Buildkiteの3つで、今後追加される予定とされる1。
リポジトリのAppsタブからVercelを接続すると、すべてのPRにプレビューデプロイが付き、そこでテストやコメントができる。マージすれば本番に出る1。CIにはDepotまたはBuildkiteを接続する。ここで実務的に効くのは、どちらも既存のGitHub Actionsワークフローをそのまま実行できるという点だ1。Buildkiteはネイティブパイプラインも動かせる1。試すためにCIの定義を書き直す必要がない、ということでもある。
エージェント向けの共通パッケージ形式としてGitHubが8月12日に一般提供を始めたAgent Plugins 1.0も、対応クライアント間で同じパッケージを使い回せることを掲げていた。Originが最初からGitHub同期とGitHub Actions互換を前面に置いたのも、既存の資産を持ち込めるかどうかが乗り換えの障壁になりやすいことを踏まえた設計と読める。
いま決められること、決められないこと
Changelogの範囲で分かるのは、機能の輪郭と提供対象までだ。料金についてはページに記載がない。書かれているのは「すべての有料プランに展開する」ということだけで、ストレージの上限も、無料プランでの扱いも示されていない1。「まもなく提供する」とされるエージェントネイティブな機能も、中身と時期は明かされていない1。
そのため、いま現実に迫られる判断は「本番のリポジトリをどこに置くか」という大きな問いではなく、もっと小さい。新しく作るリポジトリをOrigin側に置いてみるか、既存のGitHubリポジトリを同期して閲覧とレビューだけCursorに寄せてみるか、の2つだ。同期の場合はpush先もsource of truthもGitHubのままなので、試すコストは比較的低い。逆に、Origin側にホストしたリポジトリについては、料金体系が示されていない段階でチーム全体の運用を移すのは早い。
早期ベータの段階で評価しやすいのは、レビューの導線がエディタ側に寄ることで自分たちの手戻りが減るかどうか、という一点だろう。既存のCI設定を書き換えずに試せる設計になっているぶん、判断は実際に触ってからでも遅くない。
Changelogから案内されている公式ドキュメントは cursor.com/docs/origin にある2。
Sources
- Origin Code Hosting - Cursor公式Changelog（2026年8月17日）
- Origin - Cursor Docs - Cursor公式ドキュメント