Cursor、GitHubの新たな代替となるAIエージェントネイティブな開発基盤「Origin」を公開

原文リンク(2026-08-25)

AIコーディングエージェントのCursorは、Gitベースのコードホスティングプラットフォーム「Origin」を発表した。OriginはCursorのAI搭載エディタに組み込まれており、すでにCursorを利用しているチーム向けに、GitHubの代替となるサービスとして位置付けられている。 Originは現在、Pro、Teams、Enterpriseプランを対象に早期ベータ版として順次提供されている。また、Cursorアプリケーション内に新設された「Codebase」タブ内に統合されている。

公式のOriginドキュメントによると、Originはコードの保存と共有機能を提供しており、リポジトリの作成、プルリクエスト、ブラウザベースでのコード閲覧をサポートしている。 また、Originの変更履歴（Changelog）では、GitHubのような包括的なGit Forgeを目指すのではなく、リポジトリ管理、プルリクエスト、コードブラウジング、GitHubとの同期に焦点を当てた、絞り込まれた機能セットを提供することが強調されている。ドキュメントによれば、開発者はOriginのGitガイドを利用して、HTTPSまたはOrigin CLI経由でリポジトリのクローン、プッシュ、プルを実行できる。 ミラーリングされたリポジトリはGitHubから取り込まれ、継続的に同期される。一方で、これらのプロジェクトへのプッシュ操作は引き続きGitHubに反映されるためGitHubが引き続き正式な記録元となる。

Cursorは、Originを従来のソフトウェア開発プラットフォームではなく、「エージェントネイティブなインフラ」として位置付けている。Originの公式ページ では、「エージェント時代のためのGit Forge」と説明されており、コード開発のスピードが既存のインフラでは対応しきれなくなっているというメッセージを打ち出している。 また、VentureBeatのレポートでは、2025年にCursorがGraphiteを買収したことで実現した、スタック型プルリクエストやAIエージェントの状態や作業内容を考慮できるマージキューといった機能が特に注目されている。さらに、ConvNewsによるHacker Newsスレッドの要約 で紹介されたCursor関係者の説明によれば、Originの目標は、ソースコード管理システムがソース管理システム自身がエージェントを理解し、エージェントと協調できるようにすることにあるという。 これには、プルリクエストを自動的に分析し、マージ可能な状態へ近づけるための支援機能も含まれている。

Originの発表は、GitHubが既存のコードホスティング基盤の上に独自のエージェントベースのワークフローを構築しているタイミングで行われた。 InfoQは最近、GitHub Agentic Workflowsについて報じている。これはGitHub Actions上でAIエージェントを実行し、課題の振り分けやドキュメント更新といった作業を自動化する仕組みであり、設計上の重要な目標として隔離環境と制限付き実行が掲げられている。 またInfoQは、AgentHQやCopilot CLIについても取り上げている。 これらのツールは、AIエージェントの活用範囲をターミナルやCI環境にまで拡張する一方で、GitHubを引き続きコードリポジトリおよびコラボレーションの中核基盤として維持している。

Originの発表では、その機能だけでなく、リリースのタイミングにも大きな注目が集まっている。 InfoWorldの分析記事によると、Originのベータ版は、GitHubで数時間にわたる大規模障害が発生した日と同日に提供が開始された。この障害では、GitHub Actions、APIリクエスト、Git操作、Copilotなどに影響が及んだ。 また、TechCrunchの記事も、今回の発表を、GitHubの信頼性に対する不満の高まりをCursorが好機として活用した動きとして捉えている。一方で、開発者が並行してGitHubを利用し続けられる点も強調されている。 さらに、Vaibhav Sisinty氏をはじめとするX上のコメント投稿者たちは、GitHubの障害とOriginのリリースとの関連性を明確に指摘している。 こうした見方では、Cursorは将来の障害やサービス中断に対する保険として、Originを開発者に提供しようとしていると考えられている。

Originには、この分野の未来になる可能性があります。まっさらな状態と良い評判を持ってスタートできるからです。どうかその価値を損なわないでほしいと思います。 - Hacker Newsユーザー「rvz」

Originに対するコミュニティの反応は賛否が分かれており、機能そのものよりも所有権やデータの取り扱いに関する懸念に注目が集まっている。Redditのr/githubでは、SpaceXによるCursor買収後の動きを踏まえ、Originを開発者向けプラットフォーム全体の主導権獲得を狙う戦略の一環と見る声が上がっている。また、r/cursorのスレッドでは、OriginがCursorアカウントと密接に結び付いていることから、独立したコードホスティングサービスというよりも、Cursorのエコシステムを拡張する存在として受け止められている。 さらに、TechTimesの報道では、Originが明確なデータ保持ポリシーや学習利用に関する方針を示さないまま提供開始されたことが指摘されている。 そのため、ホスティングされたコードがSpaceXやxAIのエコシステム内で今後どのように利用されるのかについて、疑問や懸念の声も上がっている。

こうした懸念は、ConvNewsがまとめたHacker Newsの議論でも見られる。一部の開発者は、GitHubの障害には我慢できても、最終的にElon Musk氏が管理するインフラ上にコードを置くことには抵抗があると述べている。 また別の参加者は、ForgejoやCodebergといった分散型の代替サービスや、TangledのようなATProtoベースの実験的なコードホスティングサービスの方が、フェデレーションやセルフホスティングという理念に合致していると指摘している。 OriginはCursorの垂直統合型プラットフォーム戦略をさらに強化するものとみられる一方で、コードの管理・保管主体（code custody）やプラットフォームとしての中立性（neutrality）に関する疑問も浮き彫りにしている。 こうした課題は、大規模な組織がOriginを本格導入する前に検討すべき重要な論点となりそうだ。

Appwriteのブログに掲載されたエンジニア視点のレビューによると、Originは有料プラン利用者向けに提供されており、企業の管理者はベータ版への参加を無効化にできる。 レビューでは、チームがまずコードベース用のネームスペースを取得し、そのネームスペースがすべてのリポジトリURLの一部となるシンプルな仕組みが紹介されている。その後、CLIで認証し、通常のGit操作をOriginに対して実行できる。 現時点では、OriginはGitHubを完全に置き換えるというよりも、GitHubと並行して利用できる追加のコードホスティング環境として機能している。

CursorのエディタやAIエージェントのワークフローをすでに活用しているチームにとって、Originはコンテキストスイッチを減らす手段として魅力的かもしれない。リポジトリ、プルリクエスト、AIエージェントによる作業を単一の環境に集約しつつ、課題管理やActionsなどの機能は引き続きGitHubに任せられるためだ。 一方で、Originはまだ早期ベータ版の段階にあり、ミラーリングされたプロジェクトではGitHubが依然として正式なソース・オブ・トゥルースとして機能している。また、公開リポジトリや組み込みCI機能への対応も限定的だ。 そのため、多くの組織は当面の間、OriginをGitHubの完全な代替ではなく、GitHubと並行して評価・検証するための実験的な選択肢として扱う可能性が高い。