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日後に初期βが出ています。
意図までは分かりません。
ただ、大きな発表の直後に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は 同じ問題に別の答えを出している
GitLabはエージェント1体あたり最大50倍高速という数字を掲げ、フルクローンを取らずサーバ側でクエリする設計でトークン消費も減ると説明しています。
削減幅のほうは情報源によって表記が割れているので、倍率は話半分で見ておくのが安全です。
ZedのDeltaは視点が違います。
コミットとコミットの間で起きた編集操作そのものを、CRDTで記録していく設計です。
編集ひとつひとつに安定したIDが付くところが効いてきます。
コメントが行番号ではなく編集そのものに紐づくので、後からリファクタで行が動いてもコメントが迷子になりません。
3社に共通しているのは、Gitそのものは壊しにいっていないことです。
commitもpushもこれまで通り動く前提で、その周りだけを作り直しています。
この3社の中で、今すぐ触れる状態まで来ているのはCursor Originだけです。
乗り換えるべきかどうかは、この後はっきりさせます。
Cursor Originに今すぐ乗り換えなくていい ただし設定は一度見ておく
理由は3つあります。
pushの向き先が変わらない以上そもそも乗り換えではないこと。
初期βで動くのはミラーと同期までであること。
そして看板になっているエージェントネイティブな機能が、まだ提供されていないこと。
それでも、今日のうちにやっておいて損はないことがあります。
- Privacy Modeが今どちらの状態になっているか確認する
- Origin側にネイティブのリポジトリを作らない。当面はGitHubのミラー層としてだけ使う
- Teamsの管理者は、有効化される前にプライバシー設定の扱いを決めておく
まず手をつけるなら、1のPrivacy Mode確認からで十分です。
規約が出るまで、判断は保留でいいと思っています。
急いで動いて得られるものが、今のところ見当たらないので。
ただ、Gitホスティングを作り直す動きが3社同時に始まったという事実のほうは、様子見していても消えません。
今日のところは、設定を見ておくだけで十分です。

💬 コメント
ログイン か 会員登録 するとコメントできます