8月11日、RuntimeWireが「Cursor builds Origin to host code from fleets of AI agents, launching today」と題した記事を公開した。CursorがAIエージェント向けのGitフォージ「Origin」を正式ローンチしたこと、そしてコーディングツールから統合ソフトウェア開発スタックへの転換を図る同社の戦略が報じられている。注目すべきは、Cursorのデモで示された1リポジトリあたり22.6コミット/秒というスループット値だ。ベンチマーク手法や本番実績は未公開であり、数字の意味は慎重に受け取る必要があるが、エージェントが並列でコードを書き続ける世界を前提としたインフラが、すでにリリースフェーズに入ったことは確かだ。
CursorがGitフォージ「Origin」を正式公開
AIエージェント向けのGitリポジトリホスティングサービス「Origin」が8月11日に正式公開された。6月16日にCursor共同創業者兼CEOのMichael Truell氏が発表し、当初は企業メールアドレス限定のウェイトリスト制で運用していたが、当初予告していた「2026年秋」より前倒しでの一般公開となった。
Originを一言で表せば、GitHubやGitLabが担うレイヤーを狙った「フォージ」だ。Gitそのものの代替ではなく、リポジトリの保管・プルリクエスト・権限管理・CI連携・マージ制御といった「Gitまわりのコラボレーション基盤」を提供するサービスである。Model Context Protocol（MCP）対応、マージコンフリクトや失敗したCI実行への自動応答、複数エージェントの並列プッシュに対応したインフラが特徴として挙げられている。
前述の22.6コミット/秒はデモ環境での計測値であり、リポジトリへの取り込み速度を示すものだ。変更の正確さ・セキュリティとは別の指標であり、本番環境での再現性は現時点で検証されていない点に注意が必要だ。また、正式公開時点でOriginの料金体系・セキュリティアーキテクチャ・データ取り扱い条件・マイグレーションツールは未公開のままである。GitHubやGitLabからの移行を検討する場合、Gitのコミット履歴・ブランチ・タグは一般にホスト間で移動できるが、プルリクエストのコメント、Issue、アクセスポリシー、CI設定、外部サービス連携はホスト固有となる。Originの実用性は、Cursorがどれだけ充実したインポートツールと移行サポートを提供できるかにかかっており、この点は記事を通じて念頭に置いておきたい。
Graphite買収がOriginの核心
Originの開発を率いるのは、コードレビューツールGraphiteの共同創業者Tomas Reimers氏だ。Cursorは2025年12月にGraphiteの買収に合意した。背景にあるのは、AIによるコード生成の高速化によって「レビューと安全なマージ」が次のボトルネックになるという判断だ。
Graphiteはスタック型プルリクエスト管理で知られており、その設計思想——大量の細かいPRを整理しながら高速にマージするワークフロー——はエージェントが量産するコミットとの親和性が高い。Reimers氏の知見がOriginのアーキテクチャに直接反映されていると見るのが自然だ。
Originを中心に組み上がる「エージェントチーム」スタック
OriginはCursorが2026年を通じて整備してきたスタックの一層に位置する。全体像は次のとおりだ。
- Cursor 3（4月2日リリース）：ローカルとクラウドのエージェントを一画面で管理。デスクトップ・ウェブ・モバイル・Slack・GitHub・Linearから起動したエージェントをまとめて扱えるワークスペース。ブランチを分離するWorktreeや、複数リポジトリを単一セッションで扱うマルチルートワークスペースを含む。
- 非同期サブエージェント：親エージェントが仕事をより小さなジョブに分割し、独立したコンテキスト・モデル・ツール権限で並列実行する仕組み。
/multitaskワークフローで複数ストリームへの分解も可能。エージェントの「分業」を明示的に設計できる点で、単一エージェントの逐次実行とは質的に異なるアーキテクチャだ。 - クラウドエージェント：専用VMで動作し、開発者がPCを閉じた後も継続実行。ログ・スクリーンショット・デモといった成果物を返却する。長時間タスクをバックグラウンドに委ねることで、人間の集中コストを下げる設計となっている。
- Bugbot：使用量課金型のプルリクエスト自動レビュアー。チームのレビュー反応や人間のコメントから学習し、レビュー基準をフィードバックループとして組み込む。単なる静的解析ではなく、チームごとのレビュー文化を学習する点が差別化要素だ。
- Cursor SDK（パブリックベータ）：TypeScriptまたはPythonからエージェントを起動・制御できるAPI。カスタムツール・ステート管理・ネストされたサブエージェントをサポート。既存のCI/CDパイプラインやカスタムツールチェーンとCursorエージェントを接続する「糊」として機能する。エージェントを外部システムから操作できるようにする点で、Cursorを単独エディタからプログラマブルなプラットフォームへと押し上げる位置づけだ。
Truell氏は2月に「Cursor社内でマージされるプルリクエストの35%がクラウドVM上で自律動作するエージェントによって作成されている」と述べている（Cursor自身の社内指標）。この数字がOriginのリリースタイミングを説明している。エージェントが生産的なコードの相当割合を担い始めたことで、レビュー・環境・調整の問題がすでに顕在化しているのだ。
ガバナンスが本質的な課題
複数エージェントを起動することは難しくない。本番環境のクレデンシャルとマージ権限をエージェントに与えることが、組織として難しい判断だ。
Cursor Enterpriseはこの問題に対して、組織・チーム・グループ単位で予算・承認済みモデル・エージェント権限を分離する仕組みを提供する。ネットワークポリシーの適用、コマンド実行の制御、使用状況の監視も可能だ。また、自動レビューモードでは、シェルコマンド・MCP操作・フェッチ処理などをリスク分類器に通してから実行許可または人間承認を求める。
エージェントチームが機能するための前提として記事が挙げているのは、隔離されたブランチ、再現可能な環境、文書化された受け入れ条件、制限されたクレデンシャル、決定論的なテスト、そして最終マージの人間による所有だ。並列エージェントは出力を増やすと同時に、不安定なテスト・変更の競合・不要なプルリクエストも増やし得る。
Originの戦略的価値は、生のコミットスループットではなくレビュー品質・ポリシー執行・移行サポートにかかっている。正式公開により、問いは「いつ来るのか」から「エンジニアチームが記録システムを移行できるだけの運用詳細と互換性をCursorが提供できるか」へと移った。未公開のままの料金・セキュリティ・マイグレーションツールの開示が、採用判断の実質的な起点になるだろう。
詳細はCursor builds Origin to host code from fleets of AI agents, launching todayを参照していただきたい。
