8月17日、Cursor が Origin を早期ベータで公開した。公式の説明は短い。「Cursor がコードをホストできるようになった」。有料プラン全体に配られ、管理者が辞退した組織だけが外れる。これまで Cursor は、他所に置いてあるコードの上に乗る道具だった。置き場そのものを持つのは初めてになる。
置き場を誰が持つかは、書く道具の話に見えて、実際には「自分が作ったものがどこにあるか」の話だ。プログラムに限らない。写真も原稿も家計簿も、たいていは誰かのサービスの中にある。
見ておきたいのは一点だけだ。置き場が増えたとき、何が一緒に移り、何が残るのか。
まず、何が始まったのか
語の範囲を絞っておきたい。同社が書いているのは「エージェントの規模に合わせて設計した」（designed for agent scale）で、最初に入れる要素として挙げているのはリポジトリ、プルリクエスト、コードの閲覧、そして GitHub との同期だ。
ここを「人がコードを読まなくなる前提に変わった」と読むのは、書かれていることより先へ行っている。最初から入っている機能には、差分を見ながらコメントを付けてレビューする道具が含まれている。人が読むための仕掛けは残っているどころか、目玉のひとつとして並んでいる。
変わったのは、想定している量のほうだ。書き手が人だけだった頃と、機械が並行して書き続ける頃とでは、同じ道具でも要求される規模が違う。
人が要らなくなったとは、誰も言っていない。
同期は、乗り換えではない
既存のリポジトリの扱いも、公式に明記されている。「プッシュは引き続き GitHub へ行き、そこで始まったものについては GitHub が source of truth のままだ」。コメントは両側で同期し、Cursor 側で書けば GitHub に載り、GitHub 側の返信も数秒で Cursor に出る。
つまりこれは引っ越しではなく、二重化だ。既存のものは GitHub が正のまま、Origin が横に並ぶ。
移行のさせ方としては安全な形になっている。捨てさせずに置いてみせる。ただ、そのぶん「もう向こうは要らない」と言える段階ではない、ということでもある。
置き場が1つだと、止まった日は何も動かない
同じ8月17日、GitHub 自体が数時間にわたって不調だった。米東部時間の午前9時40分ごろに始まり、ウェブと API のエラー率はおよそ20%、リポジトリの一括ダウンロードや生ファイルの取得はおよそ50%が失敗した。Actions、Webhook、Issue、プルリクエスト、SAML や OIDC による認証まで影響が広がり、Copilot も午前10時31分までに degraded と表示された。緩和作業が始まったのは午前11時42分で、原因はその時点では公表されていない。
同じ日に重なったのは偶然だ。片方が片方を起こしたわけではない。
それでも、2つの出来事が示す向きは同じところを指している。作ったものが1箇所にしか無いとき、その1箇所が止まった日は、手も足も出ない。20%のエラー率というのは、5回に1回は失敗するという意味で、作業としては止まっているのとほとんど変わらない。
分散は思想の問題ではなく、止まった日の問題だ。
自分の置き場を、どう決めるか
同じ問いは、コードを書かない人の手元にも同じ形で来る。見る点は、たぶん4つに絞れる。
正はどちらか。同じものが2箇所にあるとき、食い違ったらどちらを信じるのかを、自分の言葉で言えるか。今回の場合はサービス側が明示しているが、いつもそうとは限らない。
持ち出せるか。標準的な形式でまとめて取り出せるなら、置き場は替えが利く。取り出す手段が画面のコピーしかないなら、それは預けたのではなく渡したのに近い。
止まった日に何が残るか。手元の機械に写しがあるのか、それとも向こうが動いているときにしか触れないのか。
そして、まだ早期ベータだということ。仕様も料金も、この先変わりうる段階にある。
代償のほうも書いておく。二重化はただではない。同期の設定を持ち、権限を両側で管理し、どちらで作業したかを自分で把握し続けることになる。コメントが両側に出るのは便利だが、そのぶん議論の場所が散ることもある。手間を増やしてまで分ける価値があるかは、そのものが止まった日にどれだけ困るかで決まる。
分かっていないことも残る。料金体系も保存容量の条件も、今回の公開情報からは読めない。会社の持ち主が数日前に替わったばかりで、長い目で見た方針もまだ示されていない。今日できるのは、置き場を増やすかどうかを決めることではなく、いま自分の大事なものがどこに何個あるかを数えることのほうだ。
あなたが作ったもののうち、明日その置き場が止まったら困るものはどれで、それはいまどこに1つだけ置いてあるだろうか？
参照
- Cursor 公式チェンジログ（8月17日・「Cursor がコードをホストできるようになった」・早期ベータと有料プランの範囲・「designed for agent scale」・GitHub が source of truth に留まる旨・双方向の同期・Vercel／Depot／Buildkite）
- Cursor 公式 Origin ページ（リポジトリ・プルリクエスト・コード閲覧・GitHub 同期の手順・エージェントが Origin のリポジトリに対して行える操作）
- BleepingComputer（8月17日の GitHub 障害・開始時刻・ウェブと API 約20%／アーカイブと生ファイル約50%のエラー率・影響機能・緩和作業の開始時刻・原因が未公表であること）
- Notebookcheck（早期ベータの配布範囲と管理者による辞退・エディタ内での差分とコメントによるレビュー・同日に障害が重なったこと）
- Tech Startups（Origin の構成要素と連携先・既存 GitHub リポジトリを同期して試せる設計・所有者交代の時期）
