CursorがGitHubの代替を作った──「Origin」はコードホスティングとエージェントを同じ画面に置く

3行まとめ

1. AIコーディングエディタCursorを開発するAnysphereは、2026年8月17日に自前のコードホスティング機能「Origin」を発表した。全有料プランに早期ベータとして今日から展開されるとしている。
2. GitHubのリポジトリをOriginに接続すると並行して表示され、プルリクエストは双方向に同期する。Cursor上でのコメントは数秒以内にGitHub側にも投稿される。
3. Vercel・Depot・Buildkiteとのアプリ連携がすでに用意されており、PRごとのプレビューデプロイや、既存のGitHub Actionsワークフローをそのまま実行できる。

Cursorが「コードホスティング」に踏み出した

Cursorの公式チェンジログによれば、Originは「必須要素——リポジトリ・プルリクエスト・コードブラウジング・GitHub同期——から始める」とされ、「エージェントネイティブな機能はまもなく提供予定」と続く。新設された「Codebase」タブがOriginリポジトリの拠点になる。「+New」でリポジトリを作成して名前を付けると、CLIのインストール方法とリポジトリのクローン・プッシュ用コマンドが表示される画面に移り、プッシュするとそのコードはOrigin上でホストされる。最初のリポジトリを作る際に付けた名前は、以降すべてのリポジトリのURL（cursor.com/codebase/acme-corpのような形式）の一部になる。

GitHubのリポジトリと共存できる

すでにGitHubで管理しているリポジトリも、Originがホストするリポジトリと並べて表示できる。GitHubをCursorに接続して組織を選ぶと、同期できるリポジトリが一覧表示され、選択するとCursorに取り込まれる。何を同期するかは選択でき、いつでも接続を解除できる。同期されたリポジトリへの読み書き権限を持つ人は誰でもCursor上でもそのリポジトリを見られる。

同期されたリポジトリはリアルタイムで更新される。ブラウズ・検索・プルはOrigin上のコピーから行えるが、プッシュは引き続きGitHubへ向かう——GitHub上で始まったリポジトリについては、GitHubが変わらず「真実の情報源（source of truth）」であり続けるという設計だ。各リポジトリ名の横のアイコンで、CursorがホストしているものかGitHub由来のものかを見分けられる。

プルリクエストは双方向に同期する

各リポジトリにはプルリクエストがあり、タイムライン・コミット・チェック・変更ファイルを確認できる。diffをレビューし、コメントを残し、マージすることも可能だ。同期されたリポジトリ上のプルリクエストは双方向に同期する——Cursor上でコメントすればGitHubに投稿され、GitHub上でリアクション・返信すれば数秒以内にCursorにも反映される。GitHub上で自分にレビューが割り当てられたPRを、Cursorからレビュー・マージすることもできる。

コードとPR、そしてエージェントが同じ場所にあるため、閲覧中のコードについてCursorに質問し、そのまま回答させ、変更を加えさせ、PRを更新させ、ブランチをプッシュさせることもできる、とチェンジログは説明している。

Vercel・Depot・Buildkiteとの連携

Originリポジトリ向けのアプリエコシステムも整備が進んでいる。すでに利用可能な連携としてVercel・Depot・Buildkiteが挙げられている。リポジトリの「Apps」タブからVercelを接続すると、すべてのPRにプレビューデプロイが作られ、テスト・コメントができ、マージすると本番に反映される。CI用にはDepotまたはBuildkiteを接続でき、どちらも既存のGitHub Actionsワークフローをそのまま実行でき、Buildkiteは自社のネイティブパイプラインも実行できるとされている。

Originは今日から全有料プランに早期ベータとして展開されている（管理者がオプトアウトしたエンタープライズ組織を除く）。公式ドキュメント（cursor.com/docs/origin）で対象プランを確認すると、Pro・Teams・Enterpriseの各プランで使え、無料プランでは使えない、と明記されていた。また、コードベース名（cursor.com/codebase/{owner}の{owner}部分）はベータ期間中は一度決めると変更できないこと、レガシーのプライバシーモードのチームはOriginを有効化できず先にPrivacy Modeへの切り替えが必要なこと、といった細かい制約もドキュメントに書かれていた。まずはコードベース名を付けて最初のリポジトリを作ることから始まる、という案内で記事は締めくくられている。

発表当日にGitHub障害の影響を受けていた

Cursorの公式ステータスページ（status.cursor.com）を確認すると、Originが発表されたまさにその日、2026年8月17日にインシデントが記録されていた。GitHub側の障害（GitHub公式ステータスページで報告）が、CursorのAutomations・Review Agents・Cloud Agents・そしてOriginに波及し、14:34 UTCに調査開始、20:40 UTC頃に復旧が確認されている。GitHubをアップストリームの依存先として使う設計であることの裏返しとして、GitHub側の障害がOriginにも直接影響する、という実例が、サービス開始からわずか数時間で記録されていたことになる。

独立したエンジニアによるレビュー：機能の対応表と、まだ足りないもの

Backend as a Serviceを提供するAppwrite社のエンジニアリング責任者Matej Bačo氏が、早期ベータを実際に使ってレビュー記事を書いていた（appwrite.io、2026年8月18日付）。この記事は「Cursor公式の主張」と「実際に使った感触」の両方を扱っており、Origin早期ベータで提供されている機能を次の表に整理していた。

出典: appwrite.io「Cursor Origin review: An engineer's perspective」（2026年8月30日確認）

同じレビューは、実際に使って気づいた限界も具体的に挙げている。パブリックリポジトリに対応していない（現状すべて非公開）、GitHub Actionsに相当するネイティブのCI/CDプラットフォームがない、Discussions・Insights・Projects・Releases・Issues・Packagesといった機能がまだ存在しない、リポジトリ管理の一部操作（READMEの作成、ブランチの作成・削除、ファイル編集など）はUI経由ではなくエージェント・CLI・Gitを直接使う必要がある、PR一覧に未対応のPR数やラベルが表示されない、デフォルトで自分のPRしか表示されない、といった点だ。結論として著者は「すでにCursor中心で開発している個人・小チームは試す価値がある」「GitHubの実運用がある組織はOriginをミラーとして使い、本流の切り替えは待つべき」「CODEOWNERSやマージキュー、GitHub Issuesに強く依存している組織はまだ待った方がいい」という3段階の見立てを示していた。

「エージェントネイティブな機能」の中身はまだ明かされていない

本記事はCursor公式チェンジログ（cursor.com/changelog/origin-code-hosting）・公式ドキュメント（cursor.com/docs/origin）・公式ステータスページのインシデント記録・Appwrite社エンジニアによる独立したレビュー記事を情報源としている。「エージェントネイティブな機能は近日提供予定」とされている具体的な機能内容は、これらいずれの情報源からも確認できなかった。Hacker Newsのスコア（597pt・454コメント）は、HN公式の検索API（hn.algolia.com）で該当スレッド（item 49334209）を直接確認した数字で、本記事はチェンジログ本文だけでなく、これら複数の一次情報源に当たった上で書いている。ただし、この記事を書いている自分自身がOriginへ実際にリポジトリを作成し、GitHub同期やPRの双方向反映を自分の手元で検証したわけではなく、上記のAppwriteレビューの内容が自分の環境でも同じように再現するかは確認していない。

日本語カバーの実態

事前調査メモでは「Qiita 497件」がヒットしたと記録されていたが、その大半は「Cursor」という単語だけへの反応で、Origin機能そのものに言及した記事は今回確認できた範囲では見当たらなかった。Zennは0件。

関連記事

• Cursor エディタ 使い方・料金・VS Codeとの違い【2026年版】
• SpaceX、AIコーディングツール「Cursor」運営のAnysphereを600億ドルで買収へ──IPO直後の巨額全株式取引
• AIコーディングアシスタント比較──Copilot/Cursor/Claude Code【2026年】