Cursorは、コードホスティングと開発プロセス管理のためのOriginプラットフォームを開始した。これは、AI搭載のコードエディターから、開発者が依存するインフラストラクチャのより大きな部分へと事業領域を広げる動きだ。このプラットフォームは、コードリポジトリ、マージリクエスト、AIエージェントを単一の環境に集約し、有料プランのユーザーに初期ベータ版として段階的に提供される。
この発表は、マージリクエスト、Issueセクション、APIのトラフィックを含むGitHubの大規模な障害と同時に行われた。これらのサービスの一部ではエラー率が約20％に達し、アーカイブやRawファイルのダウンロードでは50％近くに達したほか、GitHub Copilotも障害の影響を受けた。このタイミングによって発表の重要性はさらに高まったが、Originがまだ初期段階にあるという事実は変わらない。
GitHubとの断絶ではなく同期
Originには、Cursor内のCodebaseタブからアクセスできる。ここからユーザーは新しいリポジトリを作成するか、GitHub上の既存のリポジトリを同期できる。移行したプロジェクトでは、現時点でGitHubが主要なソースであり、Cursorを通じて行われた変更はGitHubに送信され、GitHubからの更新は数秒以内にOriginへ反映される。
この仕組みにより、すでにGitHubを利用しているチームにとってプラットフォームを試すコストが下がる。リポジトリや既存のワークフローをすぐに手放す必要がないためだ。また、Originが現時点でGitHubを完全に置き換えるものではなく、Cursor環境内に開発管理のレイヤーを追加するものだということも明確になる。
マージリクエストとAIエージェントを同じ場所に
Originはマージリクエストの処理をCursor内に移す。開発者はエディターを離れることなく、変更、コードコミット、テスト結果、ファイルの比較を確認できるほか、コメントの記入やリクエストのマージも行える。Ask Cursor機能では、コードの一部を指定し、その役割や加えられた変更についてAIに質問できる。
このプラットフォームには、複数のAIエージェントが並行して作業するプロジェクトを対象とした機能も含まれる。自動的なマージコンフリクトの解消や、コード生成に使用されたモデルとコンテキストを示すメタデータの記録などがその例だ。また、Cursorが買収したコードレビュー専門企業Graphiteが開発したStacked Pull Requestsの手法も組み込まれていると、記事は述べている。
パフォーマンスと利用可能な統合
Cursorによると、Originは単一のリポジトリで、1時間あたり最大29万6,000回のクローン操作と、毎秒22回のコードコミットをサポートする。これらは同社自身が発表した数値であり、独立したテストでは検証されていない。そのため、中立的な測定結果ではなく、発表されたパフォーマンス指標として扱うべきだ。
初期統合にはVercel、Depot、Buildkiteが含まれる。Vercelはプレビューと本番環境へのデプロイをサポートし、DepotとBuildkiteは継続的インテグレーションを担う。Cursorによると、GitHub Actionsに依存する既存のワークフローは、変更を加えることなく両サービスを通じて実行できる。
実際に何が変わるのか？
OriginによってCursorは、コードの作成から保存、レビュー、デプロイに至るまで、ソフトウェア開発ライフサイクルをより広く管理できるようになる。しかし、GitHubとの同期に引き続き依存していることに加え、製品がベータ版であることから、このプラットフォームはまだGitHubエコシステムに対する独立した代替にはなっていない。初期版は有料プランのユーザーに限定して提供され、企業顧客はプラットフォーム管理者を通じてこの機能を無効化できる。