サムネイル

Cursor Originとは GitHubが止まった日に公開された初期β

  • 0

8月17日、GitHubが7時間以上止まりました。

ActionsもPull RequestもCopilotもまとめて巻き込まれて、その日の作業が飛んだ人は多いはずです。

PRのページがいつまでも終わらない読み込み画面のまま、何度リロードしても変わらないと気づいた瞬間、手が止まった経験はありませんか。

その同じ日に、CursorがOriginの初期βを公開しています。

SpaceXによる買収が完了した、わずか3日後でした。

乗り換えを判断するなら、見るところは2つです。

初期βで本当に動く範囲と、置いたコードがどう扱われるのか。

Cursor Originは GitHubが7時間以上止まった日に公開された

8月17日のGitHub障害はActionsもPull Requestも巻き込んだ

障害が続いたのは米東部時間の9時40分から17時15分まで、7時間半ほどです。

影響が出たのはActions、API、Pull Requests、Issues、Webhooks、SAMLとOIDCの認証、SCIM、そしてCopilot。

ピーク時にはWeb UIとAPIの約5分の1がエラーを返し、アーカイブとrawコンテンツのダウンロードは約半分が落ちていました。

手元のgit操作以外はほぼ止まります。

PRは開けず、CIは回らず、認証が絡む経路も軒並み詰まる。

冒頭で触れた、終わらない読み込み画面の正体はここにあります。

SpaceXによる買収が完了したのは その3日前だった

8月14日、Cursorが「SpaceXの一員になった」と公表しました。

6月16日の契約発表から約2か月、対価は全株式交換で約9.6兆円規模です。

気づいた方もいるかもしれません。

この並び、実は2回目です。

6月も契約発表の翌日にOriginが発表されていて、今回は完了のわずか3日後に初期βが出ています。

日付
出来事
6月10日
GitLabがProject Switchをプライベートβで発表
6月16日
SpaceXによるCursor買収の契約を発表
6月17日
CursorがOriginを発表
8月12日
ZedがDeltaをプライベートβで公開
8月14日
買収が完了。CursorがSpaceXの一員になったと公表
8月17日
GitHubが7時間以上の障害。同日にOrigin初期βを公開

意図までは分かりません。

ただ、大きな発表の直後にGitホスティングの話が出てくる並びが2回続いたのは事実です。

気になるのは、この並びの意味より、Originで実際に何ができるかのほうです。

Cursor Originで今できること pushの向き先はGitHubのまま

pushはGitHubに向かったまま 変わるのは見る場所だけ

同期したリポジトリはリアルタイムで更新され、Origin側のコピーを閲覧・検索・pullできます。

Pull Requestのコメントは双方向です。

Cursorで書けばGitHubに載りますし、GitHub側の返信やリアクションも数秒で戻ってきます。

ただ、pushの向き先は今もGitHubです。

GitHub発のリポジトリはGitHubがsource of truthのままで、Originはその上に重なる層として動きます。

構造としては乗り換えではなく、もう1枚重ねる話ですね。

手紙の宛先(GitHub)は変わらないまま、その手紙を読める窓口が1つ増えたようなものです。

対応プランはPro、Teams、Enterpriseで、無料プランは対象外です。

エージェントネイティブ機能は近日提供と書かれている

公式の看板は "A git forge for the agentic era" です。

エージェント時代のためのGitフォージ、と言い切っています。

初期ベータ版で実際に触れる範囲は、そこよりだいぶ手前にあります。

リポジトリの作成と閲覧、Pull Requestの表示(タイムライン、コミット、checks、差分)、コードの閲覧と検索、リポジトリ内でのエージェント連携まで。

看板の中核であるエージェントネイティブな機能のほうは「近日提供」と明記されています。

ここを混ぜて紹介している記事が多いので、線は引いておいたほうがいいです。

6月のカンファレンスでは毎秒22.6コミットといった処理性能の数字も出ていますが、あれはデモで示された値で、初期βの実測ではありません。

公式に書かれていない項目もあります。

ストレージ上限、リポジトリサイズの上限、追加課金の有無、同期が競合したときの解決方法の4つです。

初期βなら普通のことです。

ただ、そもそもCursorがなぜ自前のGitホスティングを持つのか。

答えはOrigin側ではなく、GitHub側の数字に出ています。

GitHubの可用性はどこまで落ちているのか エージェント前提の負荷という見方

8月17日の障害は単発ではありません。

月の最初の17日間で13件目のインシデントにあたり、9日間に散らばっています。

可用性の数字も動いています。

Actionsは99.39%から99.33%へ、API Requestsは99.87%から99.82%へ、IssuesとPull Requestsは99.94%から99.88%へ下がりました。

小数点以下の話に見えますが、この90日間の実績がそのまま1か月続いたとすると、99.94%は約26分、99.88%は約52分の停止に当たります。

マージが止まる時間が倍になったと考えると、体感はもう少し重いはずです。

AIエージェントの負荷で壊れている、という説明を見かけますが、それを裏づける確定情報はありません。

GitHub側の説明で繰り返し挙がるのは、容量の余裕と変更管理のほうです。

断定できるのは別のことです。

CursorもGitLabもZedも、今のGitホスティングはエージェントが動く前提で作られていない、という同じ読みから手を動かし始めている。

この一致だけは事実として残ります。

ただ、Originを触るなら、動く前に確認しておきたいことがもう1つあります。

置いたコードが今、どんな契約の下にあるのか、という話です。

Originに置いたコードの規約は まだ公開されていない

有料プランでは既定で有効になっている

CursorのPrivacy Modeはオンならデータを保持せず学習にも使わない(Enterpriseは既定でオン)、オフならコードベース、プロンプト、エディタ操作、コードスニペットを保存して学習に使いうる、という設計です。

このPrivacy Modeを土台に、Originは全有料プランに対して、オプトアウト方式で順次有効化されます。

Enterpriseは管理者がオプトアウトできます。

Teamsで legacy privacy mode を使っている組織は、プライバシー設定を切り替えないとOriginを有効化できません。

「Originを使いたい」の前に、プライバシー設定の話が来るということですね。

GitHubのミラーとOrigin側のリポジトリでは適用される規約が違う

GitHubからミラーしたコードには、GitHubの規約が引き続き効きます。

元がGitHubにある以上、そちらの契約関係は変わりません。

一方、Origin側にネイティブで作ったリポジトリについては、保持期間も、学習利用の可否も、サブプロセッサの開示も、エクスポート手段も、現時点で公開されていません。

危ないと言いたいのではありません。

判断材料がまだ存在しない、という話です。

そして預け先の親会社は、8月14日付でSpaceXに変わっています。

動き出した3社のうちCursorが触っているのはいちばん外側の層です。

残る2社は、もっと内側に手を入れています。

GitLabとZedは 同じ問題に別の答えを出している

プロダクト
変えにいった層
Gitとの関係
現在地
Cursor Origin
forge層をエディタ側に寄せる
Git互換のまま、GitHubと共存
初期β、全有料プラン
GitLab Project Switch
バックエンドを全面再設計
Gitプロトコルは維持。フルクローンせずサーバ側でクエリ
プライベートβ、6月10日発表
Zed Delta と DeltaDB
コミットの間の編集操作をCRDTで記録
既存のgitリポジトリに重ねる。commitとpushはそのまま
プライベートβ、8月12日

GitLabはエージェント1体あたり最大50倍高速という数字を掲げ、フルクローンを取らずサーバ側でクエリする設計でトークン消費も減ると説明しています。

削減幅のほうは情報源によって表記が割れているので、倍率は話半分で見ておくのが安全です。

ZedのDeltaは視点が違います。

コミットとコミットの間で起きた編集操作そのものを、CRDTで記録していく設計です。

編集ひとつひとつに安定したIDが付くところが効いてきます。

コメントが行番号ではなく編集そのものに紐づくので、後からリファクタで行が動いてもコメントが迷子になりません。

3社に共通しているのは、Gitそのものは壊しにいっていないことです。

commitもpushもこれまで通り動く前提で、その周りだけを作り直しています。

この3社の中で、今すぐ触れる状態まで来ているのはCursor Originだけです。

乗り換えるべきかどうかは、この後はっきりさせます。

Cursor Originに今すぐ乗り換えなくていい ただし設定は一度見ておく

理由は3つあります。

pushの向き先が変わらない以上そもそも乗り換えではないこと。

初期βで動くのはミラーと同期までであること。

そして看板になっているエージェントネイティブな機能が、まだ提供されていないこと。

それでも、今日のうちにやっておいて損はないことがあります。

  1. Privacy Modeが今どちらの状態になっているか確認する
  2. Origin側にネイティブのリポジトリを作らない。当面はGitHubのミラー層としてだけ使う
  3. Teamsの管理者は、有効化される前にプライバシー設定の扱いを決めておく

まず手をつけるなら、1のPrivacy Mode確認からで十分です。

規約が出るまで、判断は保留でいいと思っています。

急いで動いて得られるものが、今のところ見当たらないので。

ただ、Gitホスティングを作り直す動きが3社同時に始まったという事実のほうは、様子見していても消えません。

今日のところは、設定を見ておくだけで十分です。

会員登録して機能を使おう

この機能を利用するには、無料の会員登録が必要です。
お気に入りの記事を保存して、あとで読み返しましょう!