Cursor、GitHub代替のOriginコードホスティングをベータ公開

AI コーディングエージェント「Cursor」が、Git ベースのコードホスティングプラットフォーム「Origin」をリリースしました。これは Cursor 独自の AI エディタに組み込まれており、すでに Cursor を活用しているチームにとって GitHub の代替手段として位置づけられています。

Origin は現在、Pro、Teams、Enterprise プラン向けにベータ版として展開中であり、Cursor アプリケーション内の新しい「Codebase」タブ内で利用可能です。

公式の Origin ドキュメントでは、コードの保存・共有機能やリポジトリ作成、プルリクエスト、ブラウザベースでのコード閲覧などの機能が紹介されています。Origin の変更履歴（changelog）は、フル機能のフォージツールではなく、リポジトリ管理、プルリクエスト、コード閲覧、GitHub との同期に焦点を絞った限定的な機能セットであることを強調しています。

ドキュメントによると、開発者は Origin の Git ガイドを利用して、HTTPS または Origin CLI 経由でリポジトリのクローン作成、プッシュ、プルを行うことができます。また、cursor.com/codebase でプロジェクトを閲覧することも可能です。GitHub からミラーリングされたリポジトリは同期が維持されますが、これらのプロジェクトへのプッシュ操作は依然として GitHub に送信され、事実上の記録システムとしての役割を果たし続けます。

Cursor のマーケティングや外部分析では、Origin は従来のソフトウェアフォージではなく「エージェントネイティブなインフラ」として位置づけられています。Cursor のランディングページ（https://cursor.com/origin）はこれを「エージェント時代のための Git フォージ」と表現し、「コードの進化速度が既存インフラの追いつくスピードを超えている」というメッセージを伝えています。

VentureBeat による報道（https://venturebeat.com/infrastructure/cursor-launches-origin-code-hosting-platform-as-github-outage-exposes-opening-in-ai-codin）では、2025 年の Graphite 買収によって強化された「スタック型プルリクエスト」や「エージェント対応のマージキュー」といった機能に焦点が当てられています。また、Hacker News のスレッドを要約した ConvNews の記事（https://conv.news/story/3000377915）で引用された Cursor 社員のコメントでは、「ソース管理システムがエージェントとの理解と協力を深め、プルリクエストを自動的にマージ可能な状態へ導くこと」が目的であると語られています。

Appwrite のブログ（https://appwrite.io/blog/post/cursor-origin-review-an-engineers-perspective）に掲載されたエンジニアによる詳細なレビューでは、Origin が有料顧客のみ利用可能である点や、企業管理者がベータ版を拒否できるオプションがある点が指摘されています。このレビューでは、チームがコードベースのネームスペースを宣言し、それがすべてのリポジトリ URL に組み込まれるというシンプルなモデルと、CLI 認証後に Origin に対して標準的な Git 操作を行う仕組みが説明されています。

実際には、現在のリリースにおいて Origin は GitHub を置き換えるものではなく、並行して存在する追加のホスティング層として機能しています。

今回の発表は、GitHub が既存のホスティング基盤の上にエージェントベースのワークフローを構築しているタイミングで行われたものです。InfoQ は最近、GitHub Actions でエージェントを実行し、課題の選別やドキュメント更新などのタスクを自動化する「GitHub Agentic Workflows」について報じました。この仕組みでは、分離と制約された実行環境が設計上の重要な目標となっています。

また、他の InfoQ の記事では、GitHub を中央リポジトリおよびコラボレーションの基盤としつつ、エージェントをターミナルや CI 環境へ拡張する GitHub の「AgentHQ」ハブや「Copilot CLI」についても取り上げられています。

機能面と同様に、タイミングにも注目が集まっています。InfoWorld の分析では、Origin のベータ版配布が開始されたのが、GitHub でアクションや API リクエスト、Git 操作、Copilot に影響を与える数時間にわたる障害が発生した同日だったと指摘しています。TechCrunch の報道も同様に、この発表を GitHub の信頼性に対する開発者の不満が高まる中での Cursor の追い風でありながら、並行して GitHub を使い続けることも可能であるという点で捉えています。X（旧 Twitter）上のコメントでは、Vaibhav Sisinty 氏らも障害と発表を明確に関連付け、Cursor が Origin を将来の混乱に対する保険として提供していると示唆しています。

Origin はこの分野の未来になるチャンスがあります。白紙の状態からスタートし、評判も築けるからです。どうかそれを汚さないでほしい。 - Hacker News のコメント「rvz」

コミュニティの反応は賛否両論です。特に懸念されているのは、所有権とデータ取り扱いに関する問題で、機能範囲そのものへの疑いよりもそちらに焦点が当たっています。

Reddit の r/github での議論では、Origin が Cursor の SpaceX 買収後に続く開発者向けスタックの囲い込みの一環として位置づけられています。一方、r/cursor のスレッドでは、Origin が Cursor アカウントと強く結びついていることが指摘され、独立したコードホストというよりは Cursor 環境の拡張であるという認識が広がっています。

TechTimes の報道によると、Origin は明確なデータ保持方針や学習利用に関するポリシーを欠いた状態でリリースされました。これにより、ホストされたコードが SpaceX や xAI のエコシステム内でどのように扱われるのかについて、疑問の声が上がっています。

これらの懸念は、ConvNews が要約した Hacker News のスレッドで寄せられたコメントとも通じるものがあります。そこでは、一部の開発者が GitHub のダウンタイムを我慢するよりも、最終的にイーロン・マスクが管理するインフラ上にコードをホストすることを選ぶべきだと主張しています。また、分散化された代替手段として、Forgejo や Codeberg、あるいは ATProto ベースの Tangled などの実験的なフォージに目を向ける声もあり、これらは連合やセルフホスティングという目標により合致していると考えられています。

Origin は Cursor の垂直統合型スタックを強化する一方で、大規模組織がツールを完全に導入する前に解決すべきコードの所有権と中立性に関する疑問を浮き彫りにしています。

すでに Cursor のエディタやエージェントワークフローに投資しているチームにとって、Origin はコンテキストスイッチングを減らす手段として魅力的です。リポジトリ、プルリクエスト、エージェントによる介入を一つの画面で完結させつつ、GitHub 側には Issues や Actions などの処理を任せることができるからです。しかし、Origin の初期ベータ版の範囲の狭さ、ミラーリングされたプロジェクトにおける GitHub を唯一の真実源（ソース・オブ・トゥルース）として依存している点、そして公開プロジェクトや組み込み CI が存在しない現状を踏まえると、多くの組織は当初これを GitHub と並行した実験的なツールとして扱う可能性が高く、主要なホスティング先としては採用しないでしょう。

著者について

マット・サウンダース

私はアダプタビストのVP（最高責任者）DevOpsです。チームが、信頼性の高い高品質なソフトウェアをストレスなく迅速かつ効率的に提供できるよう、DevOpsやプラットフォームエンジニアリング、クラウドネイティブなツールや技術を支援しています。

複雑な大企業から小規模スタートアップ、中小企業まで、あらゆる規模の組織で経験を重ねてきました。

また、ロンドン・DevOpsミートアップグループの共同運営も務めています。このコミュニティには10,000名以上のメンバーが在籍し、毎月開催される業界イベントは非常に人気を集めています。