CursorがGitHub代替を公開｜有料は自動ON

公開日:

SHARE

伊東雄歩
監修者 伊東 雄歩

株式会社ウォーカー CEO。東北大学卒。MENSA会員、JDLA認定講師、健全AI教育協会理事。生成AI×教育・学習科学を専門とし、2億円超のシステム開発プロジェクトを統括。

taolis.net X note Voicy YouTube
  • Cursorがコード保管サービス「Origin」の早期ベータを2026年8月17日に開始しました
  • 全有料プランで最初からオンになっており、オプトアウトできるのは企業組織の管理者だけです
  • GitHubと双方向に同期し、PRのコメントは数秒で往復します
  • 保存期間・データの置き場所・AI学習への利用といった規約は、まだ公開されていません
  • 公開の3日前にSpaceXがCursorの買収を完了。編集・保管・モデルが1社に集まりました

「ソースコードはGitHubに置くもの」。そう思い込んでいませんか。2026年8月17日、AIコードエディタのCursorが、自前のコード保管サービス「Origin」を公開しました。しかも有料ユーザーには、最初からオンの状態で届いています。何が便利で、どこに注意すべきかを整理します。

Cursorが「Origin」公開、コードを預かる側に回った

発表したのはCursorの開発元Anysphere（エニスフィア）です。

2026年8月17日、コードホスティングサービス「Origin」の早期ベータ提供を始めました。コードホスティングとは、プログラムのソースコードを預かって、履歴や共同作業を管理してくれる場所のことです。GitHubがその代表格にあたります。

対象はすべての有料プランです。無料のHobbyプランは含まれません。

Cursorの個人向け料金は、Hobby（無料）、Pro（月20ドル・約3300円）、Pro+（月60ドル・約9800円）、Ultra（月200ドル・約3万2600円）という構成です。このうち有料の3つと、法人向けのBusiness・Enterpriseが対象になります。

エディタが「置き場所」まで持ち始めた

これまでのCursorは、あくまで書く道具でした。

コードの本体はGitHubにあり、Cursorはそれを読み書きするだけ。持ち主はGitHub側です。

Originでは、その関係が変わります。Cursorがコードそのものを預かる側に回りました。賃貸物件の内装業者だった会社が、建物ごと持ち始めたようなものです。

ちなみにOriginの構想が最初に語られたのは2026年6月17日で、当初は秋の公開予定と伝えられていました。前倒しでの登場です。

Originで実際に何ができるのか

リポジトリとプルリクエストが丸ごと動く

Originは、Cursor内の新しい「Codebase」タブから使います。

コードの置き場所に名前を付けると、それが `cursor.com/codebase/（名前）` というURLになります。あとはコマンドラインからpush（アップロード）するだけです。

用意されている機能は、開発現場で毎日使うものが中心です。

  • リポジトリの作成とホスティング（コードの保管庫を作る）
  • プルリクエスト（変更提案）の作成・レビュー・マージ
  • 変更履歴、コミット、差分、コメントの表示
  • コードの閲覧と検索

Cursorが作った保管庫と、GitHubから取り込んだ保管庫は、見た目で区別できるようになっています。

GitHubとは「切らずにつなぐ」設計

いちばんの特徴は、GitHubとの双方向同期です。

GitHubのアカウントを連携させ、組織を選ぶと、同期できるリポジトリの一覧が出てきます。あとは同期したいものを選ぶだけです。

Cursor側でコメントを書くとGitHubに投稿され、GitHub側で返信すると数秒でCursorに現れます。

重要なのは、GitHubで始まったコードはGitHubが正本のままという点です。pushの最終的な行き先はGitHubに残ります。いきなり乗り換えを迫られるわけではありません。

アクセス権もGitHubの設定をそのまま引き継ぎます。GitHubで読み書きできない人は、Origin側でも見られません。同期はいつでも解除できます。

外部サービスとAIエージェントへの対応

すでに連携できる外部サービスもあります。

  • Vercel：すべてのプルリクエストに、動作確認用のプレビュー環境を自動生成
  • Depot・Buildkite：CI（自動テストや自動ビルド）の実行。GitHub Actionsの設定ファイルをそのまま動かせます

そしてOriginが「agent scale（エージェント規模）」を掲げている理由が、AIエージェント連携です。

エージェントはOrigin上のコードを直接読み、質問に答え、修正を加え、新しいブランチをpushしてプルリクエストまで更新できます。

社内向けサービスを3人で回しているチームを想像してみてください。金曜の夕方、レビュー待ちのプルリクエストが7件たまっている。従来なら月曜まで塩漬けです。Originの構成なら、エージェントが週末のうちに指摘事項を反映し、月曜の朝には確認するだけの状態になっている——そんな運用が視野に入ります。

なぜ今なのか　GitHubが「エージェント時代」に軋んでいる

タイミングは偶然にしては出来すぎていました。

Originの提供が始まった月曜の朝から約3時間半後、GitHubが6時間42分の大規模障害を起こしたのです。

Cursorの社員Matt Palmer氏は、自社の発表を引用してこう投稿しました。「もっと早く出す予定だったんだけど、GitHubが落ちてたからね」。

もっとも、製品の公開日は数週間前から固まっているのが普通です。狙って合わせた形跡はありません。

障害は一度きりの事故ではない

問題は、これが単発ではないことです。

2025年5月から2026年4月までの1年間で、GitHubには257件の障害が記録され、うち48件が重大なものに分類されました。

2026年6月の稼働率は88.4%まで落ち込んでいます。単純計算で、月に80時間以上使えなかったことになります。

個人開発者が休日にアプリを仕上げようとしていた6時間42分を思い浮かべると、この数字の重さがわかります。pushもできず、issueも読めず、CIも回らない。手元のエディタは動くのに、作業が前に進まないのです。

原因はAIエージェントの「働きすぎ」

背景にあるのは、AIエージェントによる負荷の急増です。

人間は1日に数回コードをpushします。ところがエージェントは分単位で読み書きを繰り返します。同じ仕組みに、桁違いの回数のアクセスが押し寄せているわけです。

GitHubのCOO自身が「エージェントがリポジトリのライフサイクルを動かす時代」と表現しています。Cursor、GitLab、Zedがそれぞれ違う答えを出そうとしているのが、いまの状況です。

見落とすと危ない3つの注意点

1. デフォルトでオンになっている

Originは、有料ユーザーに対して最初から有効な状態で配られました。

オプトアウト（利用しない設定）ができるのは、企業組織の管理者だけです。つまり、自社のコードをどこに置くかの方針が固まっていない組織は、気づかないうちに参加している可能性があります。

2. データの扱いがまだ公開されていない

これがもっとも重い論点です。

現時点でCursorは、保存期間・データの保管国・AI学習への利用有無・再委託先・他サービスへの移行手段について、何も公表していません。公開されている文書は機能の説明にとどまります。

「AIの学習に使われるのか」という、企業がいちばん知りたい部分が空欄のままなのです。

なおCursorには過去に、Windowsのプロジェクト直下に置かれた悪意ある実行ファイルを、確認なしで起動してしまう問題が指摘されたことがあります。同社は「責任は利用者と分担するもの」として修正を見送ったと伝えられています。慎重に見る材料のひとつです。

3. 編集・保管・モデルが1社に集中した

Originの公開3日前、2026年8月14日にSpaceXによるAnysphereの買収が完了しました。

金額は600億ドル（約9兆8000億円）の全株式取得で、スタートアップの買収額としては過去最大とされています。

この結果、コードを書くエディタ、コードが置かれる場所、そしてエージェントが動かすAIモデルが、すべて同じ資本の下に並びました。便利さと引き換えに、逃げ道が細くなる構図でもあります。

GitHub・GitLab・Zedと何が違うのか

同じ「コードの置き場所」でも、狙っているものが違います。

  • GitHub：世界標準。人間の共同作業向けに10年以上かけて育った資産があり、CI・拡張機能・外部連携の層が圧倒的に厚い。反面、エージェント由来の負荷で稼働率が揺れている
  • GitLab：自社サーバーに丸ごと置ける（セルフホスト）のが最大の強み。データを国外に出せない業種では第一候補になりやすい
  • Zed：高速なエディタ側から共同編集を作り込むアプローチ。保管そのものより「同時に書く体験」に軸足がある
  • Cursor Origin：最初からエージェントが大量に読み書きする前提で設計。エディタとの一体感が最大の武器だが、実績と規約の開示はこれから

費用面では、Originに現時点で追加料金の発表はありません。月20ドルのProプラン以上に含まれる形です。

選び方の軸はシンプルです。エージェントに主戦力を任せたいならOrigin、統制と実績を優先するならGitHubかGitLab。当面は併用が現実解になります。

日本の開発現場はどう受け止めるべきか

日本の事情を考えると、真っ先に確認すべきは「気づかないうちに」の部分です。

都内の受託開発会社で、12人のメンバー全員にCursor Proを配っているチームを考えてみましょう。月曜の朝、誰かが何気なくGitHub連携を許可し、クライアントのソースコードが同期される。契約書には「発注元の許可なく第三者にソースコードを預けない」と書いてある——。想像したくない展開です。

金融・公共・医療の受託案件では、この一文はほぼ必ず入っています。まずは管理者がオプトアウト設定を確認し、社内に周知するのが先です。

一方で、追い風になる場面もあります。

自社サービスを自社コードで作っている企業や、個人開発者にとっては、GitHub障害時の避難先が増えるのは素直にありがたい話です。日本時間の深夜から早朝は、米国側の障害が直撃しやすい時間帯でもあります。

また日本企業は、AIツールの導入自体は進んでも「人が毎回起動する」使い方にとどまりがちだと指摘されています。エージェントが自分でコードを読んで直す環境が整うことは、その壁を崩す一手になりえます。

結論としては、個人・自社開発は試す価値あり、受託と規制業種は規約の公開を待つ。この線引きが現実的です。

よくある質問（FAQ）

Q1. 無料プランでもOriginは使えますか？

使えません。無料のHobbyプランは対象外です。Pro（月20ドル・約3300円）以上の有料プラン、およびチーム向けプランが対象になります。

Q2. GitHubをやめる必要がありますか？

ありません。GitHubで始まったコードはGitHubが正本のまま扱われ、pushの行き先も残ります。まずは同期だけを試して、合わなければ解除するという使い方ができます。

Q3. 勝手にコードがアップロードされてしまいますか？

Origin機能そのものは有料ユーザーで最初から有効ですが、GitHubのリポジトリが同期されるのは、利用者がGitHub連携を許可して対象を選んだときです。組織単位で使わせたくない場合は、管理者がオプトアウトを設定してください。

Q4. 預けたコードはAIの学習に使われますか？

現時点で公表されていません。保存期間やデータの保管国、再委託先も同様です。機密性の高いコードを預ける判断は、この情報が出てからでも遅くありません。

Q5. GitHub Actionsで組んだ自動テストは動きますか？

DepotとBuildkiteとの連携により、GitHub Actions形式の設定ファイルを実行できるとされています。ただし早期ベータの段階なので、本番の重要なパイプラインをいきなり移すのは避けたほうが無難です。

まとめ

  • Cursorが2026年8月17日、コード保管サービス「Origin」の早期ベータを開始しました
  • リポジトリ、プルリクエスト、GitHubとの双方向同期、Vercel・Depot・Buildkite連携が使えます
  • 全有料プランで最初から有効。オプトアウトできるのは企業組織の管理者だけです
  • 背景にはGitHubの不安定さがあります。2026年6月の稼働率は88.4%、1年間で257件の障害が記録されました
  • 保存期間・データ保管国・AI学習への利用といった規約は未公開のままです
  • 公開3日前の2026年8月14日、SpaceXが600億ドル（約9兆8000億円）でCursorの買収を完了しました

まず今日やるべきことは1つです。会社でCursorの有料プランを使っているなら、管理者画面を開いてOriginの設定状態を確認してください。

参考文献

前の記事

古本1000冊にAirTag｜Amazonが背を裁断