Cursor OriginとGitHubを比較：AIエージェント時代の最適解

ほとんどのチームでは、GitHubをコードの正本として維持し、Cursor OriginをAIエージェントの作業環境として使うのが現実的です。例外は、チーム全体がCursorに統一され、非公開の新規コードベースをゼロから始める場合です。10シートでは、GitHub TeamとCopilot Businessの合計が月額$230からなのに対し、Cursor Teams Standardは$400です。GitHubの期間限定クレジット施策が終了した後でも、Cursorがこの差を取り戻すには、1人あたり月約509件の正規化済みエージェントタスクが必要です。

何を選ぶべきか：GitHubを維持し、Cursor Originを必要な場所だけに導入

大半のチームにとって、標準の選択肢はGitHubです。Cursor OriginはAIエージェントの実行環境として優れていますが、現時点ではコードの正本に適した基盤とはいえません。 安全な構成は、GitHubを土台にして、その上にOriginのミラーを置く形です。エージェントにはCursorの統合ワークスペースを与えつつ、Issues、Actions、シークレット、ガバナンス、正式なコードは、すでに機能している場所に残せます。

Origin単独のリポジトリを選ぶべきなのは、次の3条件をすべて満たす場合だけです。プロジェクトが非公開の新規開発であること、チームがすでにCursorへ標準化されていること、そしてデリバリースタックをOriginのまだ新しい連携機能だけで構成できることです。1つでも満たさなければ、GitHubを正本のままにします。

両者の料金体系は、2026年8月20日時点のCursorのモデル・プランページとGitHubのリポジトリ料金ページで確認しています。Cursor OriginはCursorの有料プランに含まれますが、GitHubのコードホスティングとCopilotは別製品です。$40と$19だけを比べると、GitHub Teamのリポジトリ用シート$4が抜け落ちるため、この違いは重要です。

状況別に見ると、選択は次のように変わります。

• Cursorに統一済みのスタートアップが、非公開の新製品を開発する場合： デリバリーをVercel、Depot、Buildkiteのいずれかで賄え、エージェントの処理能力がすでにボトルネックならOriginを選びます。作り直すべき既存ワークフローはありません。
• すでにGitHubを使っているチーム： まず1つのリポジトリをOriginへミラーします。GitHubを正本に保てば、週末を費やす移行は不要で、パイロットも元に戻せます。
• オープンソースのメンテナー： GitHubを使い続けます。見つけやすさ、フォーク、Issues、コミュニティ上のアイデンティティ、コントリビューターの期待は製品の一部であり、省略可能なリポジトリ機能ではありません。
• 規制対象、または複数のエージェントを併用する企業： GitHubを維持します。セキュリティ検証、監査証跡、ポリシーに加え、Copilot、Claude、Codexを扱えるため、中立的なコントロールプレーンとして優れています。
• 並列エージェント作業に追われるチーム： Originを試験導入します。特に長期実行のゴールや分離されたサブエージェントが必要なら、8月19日のアップデートは追加のシート費用を正当化し得る初めての機能群です。

これはGitフォージの選択であり、CursorとGitHub Copilotの比較で扱ったエディター選びとは別の問題です。Cursorのエージェントを選びながら、コードの恒久的な置き場所としてGitHubを使い続けることもできます。

Cursor Originはエージェントの作業環境兼Gitフォージであり、GitHubの完全な代替ではない

Cursor Originは本格的なコードホスティング機能を備えましたが、現時点で最も実用的なのは、やはりGitHubのミラーとして使う方法です。 CursorはOriginをGitフォージと呼んでいます。リポジトリの作成、標準的なgitのpushとpull、コードの閲覧と検索、プルリクエストの管理に対応し、Cursorのオートメーションやクラウドエージェントも紐付けられます。8月17日に初期ベータへ入り、Pro、Teams、Enterpriseの各プランへ段階的に展開されています。無料アカウントではOriginストレージを利用できません。現在のベータ範囲はCursorのドキュメントで確認できます。

構成は、大きく2つに分かれます。

Originネイティブのリポジトリ

Originネイティブのリポジトリでは、コードをCursor上に保存します。ブランチ、プルリクエスト、レビュー、チェック、マージもOrigin内で完結します。Cursorのクラウドエージェントは、その環境を離れることなくブランチを作成し、コミット、push、プルリクエストの作成まで進められます。新しい社内ツールなら、エージェント、コードブラウザー、レビュー画面、リポジトリが1つのコンテキストを共有する、この短い導線が魅力です。

制約になるのは、リポジトリの外側にある機能です。Originが公開しているアプリ連携は、Vercel、Depot、Buildkiteから始まっています。小規模なWeb製品であればプレビューデプロイとCIをカバーできますが、GitHubのIssues、Actions、Packages、Marketplace、セキュリティ製品、コミュニティネットワーク、長年蓄積したポリシー設定と同等ではありません。

ミラーされたGitHubリポジトリ

ミラーでは、git履歴、ブランチ、タグ、閲覧可能なコード、プルリクエストがOriginへコピーされます。プルリクエストの操作は双方向に同期されます。OriginのリモートへpushするとGitHubまで反映され、CursorもGitHubを正本として明示的に維持しています。

ただし、次の3項目は同期されません。

• GitHub Issues
• GitHub Actionsワークフロー
• GitHub Actionsシークレット

多くの比較記事が曖昧にしているのは、このアーキテクチャ上の境界です。ミラーによってCursorのエージェントは実作業に近いコピーを得られますが、完全なソフトウェアデリバリープラットフォームがもう1つ生まれるわけではありません。チームが別の場所に再構築しない限り、CI設定とIssuesはGitHubに残ります。

ミラーリングにはCursor GitHubアプリと、元のリポジトリに対するGitHub管理者権限も必要です。どの開発者でも気軽に有効化できるインポートではありません。一方で、元に戻せるのは利点です。連携を解除すると同期が止まり、Origin側のコピーは独立したリポジトリになりますが、GitHubリポジトリには影響しません。

AIエージェントの実行ではCursor Originが優位

エージェント分野ではCursor Originが優位です。Cursorは、人間向けに作られたGitフォージへエージェントを後付けするのではなく、継続的なエージェント作業を中心にフォージ自体を設計しているからです。 8月19日のリリースで、この違いを実運用へつなげる機能が追加されました。

Cursorのクラウドエージェントは、プルリクエスト、Slackスレッド、スケジュールを購読できるようになりました。プルリクエストを作成したエージェントは自動的にそのPRを購読するため、最初のドラフトで止まらず、CIの失敗やBotコメントにも対応できます。/goalコマンドでは、長期にわたる目標をエージェントへ与えられます。ステアリングメッセージは進行中の作業を中断せず、ツール呼び出しの区切りまで待機します。サブエージェントは個別に分離された仮想マシン上で動かせるため、ファイルシステムの競合を起こさずに独立したチェックを進められます。4つの変更点はCursorのリリースノートに記載されています。

Originは、ブランチ作成、push、レビュー、反復作業のためだけに別のリポジトリ事業者を経由する必要をなくし、このループを強化します。ブランチへのpushやプルリクエストのイベントをきっかけにオートメーションを実行し、クラウドエージェントを割り当て、同じレビュー画面へ成果物を戻せます。多数のエージェントを同時に動かす非公開チームにとって、よりすっきりした運用モデルです。

Cursorは、複数リポジトリのクラウド環境にも対応しています。1つのタスクでフロントエンド、バックエンド、インフラの各リポジトリと共有ライブラリを横断し、変更したリポジトリごとにプルリクエストを作成できます。サービス境界をまたぐ機能では重要な能力です。

GitHubのCopilotクラウドエージェントは、制約がより強くなっています。公開されている制限事項では、タスク開始時に指定した1つのリポジトリ内、1つのブランチ、厳密に1件のプルリクエストに変更が限られます。セッションは最長59分で強制終了します。境界の明確なIssueを処理するうえでは妥当な安全策ですが、長期の移行、複数リポジトリにまたがるリリース、レビュー後も作業を継続すべきエージェント群には向きません。

ただし、Cursorにも限界はあります。同社のクラウドエージェント向けドキュメントによると、複数リポジトリ環境では長期実行モードをまだ利用できません。同じ実行内で、対象範囲の広さと継続性を両立することはできないのです。またOriginは初期ベータ段階であり、緊密に統合されたワークフローが1ドルあたりの採用コード量を増やすと示す、条件をそろえた独立ベンチマークもまだありません。

結論：Cursor Originです。 継続的、イベント駆動型、並列型のエージェント実行が必要ならCursor Originが適しています。確立した管理体制の中で、1件のレビュー可能なプルリクエストとして完了させる、範囲の明確なIssueが中心ならGitHubを選びます。

リポジトリのガバナンスとエコシステムではGitHubが優位

コードの正本という観点では、GitHubが大差で優位です。 強みはgitオブジェクトの保管ではなく、その周辺を支える仕組みにあります。Issues、Actions、環境、シークレット、ルールセット、ブランチ保護、監査イベント、セキュリティスキャン、パッケージ、各種連携、公開プロフィール、コントリビューター向けワークフローです。

GitHubはCopilotだけに賭けるのではなく、複数のエージェントを扱うコントロールプレーンにもなりつつあります。サードパーティー製コーディングエージェントとして、Anthropic ClaudeとOpenAI Codexをパブリックプレビューで利用できます。タスクはAgentsタブ、Issues、プルリクエストのコメント、GitHub Mobile、Visual Studio Codeから開始できます。これらのエージェントがコードを変更すると、GitHubはCodeQL、シークレットスキャン、依存関係チェックを適用し、マルウェアやHighまたはCriticalの脆弱性を検出します。GitHubによれば、これらの検証にAdvanced Securityは不要です。

GitHub Agentic Workflowsは、さらに一歩進んでいます。チームがMarkdownで自然言語のワークフローを記述すると、堅牢化されたActionsワークフローへコンパイルされ、その背後でCopilot、Claude、Codex、Geminiを実行できます。権限は初期状態で読み取り専用です。書き込み操作は安全な出力として宣言する必要があり、シークレットはエージェントのランタイム外に保持され、実行環境はファイアウォールで保護されます。まだパブリックプレビューですが、管理モデルは明確です。ワークフローとガードレールはGitHubのドキュメントで説明されています。

セキュリティやプラットフォームの責任者にとって、この中立性は重要です。1つのリポジトリで、対話型の実装にはCursor、並列のバックグラウンドタスクにはCodex、難しい移行にはClaude、Issue起点の保守にはCopilotを使い分けることもあります。正本を特定のエージェントから独立させれば、交渉力を保ち、ポリシーを一貫して適用できます。

GitHub自身のエージェントには、59分の上限や単一リポジトリという制約があります。しかし、それは実行手段の1つに対する制限であり、リポジトリ基盤の欠落ではありません。複数ツールを使う企業なら、Issues、シークレット、チェック、監査履歴を移さずに実行エージェントを変更できます。企業向けコーディングエージェント全体の比較は、企業向けAIコーディングエージェントの比較で詳しく解説しています。

結論：GitHubです。 オープンソース、規制対象のソフトウェア、Actions中心のデリバリー、複数のエージェント事業者、あるいは周辺の管理体制を何年もかけて整えたリポジトリにはGitHubを維持します。

料金では1人あたり約509タスクまでGitHubが優位

通常の利用量ではGitHubの方が安価です。一方、意図的に条件をそろえた高負荷のエージェント運用では、Cursorの限界タスク単価がわずかに低くなります。 ただし、その低い限界単価でCursorの1シートあたり$17高い基本料金を取り戻すには、GitHubの期間限定施策が終了した後で、1人あたり月約509タスクが必要です。

Cursorの最新料金は、Proが月額$20、Pro Plusが$60、Ultraが$200からです。これらの有料プランにはOriginストレージが含まれます。チーム向けではStandardが1ユーザーあたり月額$40、Premiumが$120で、Standardの5倍のAgent上限が付きます。Standardの各シートには、少なくとも月額$20分のエージェント利用枠が含まれます。

GitHubのリポジトリホスティングは無料でも利用できます。チーム比較では、GitHub Teamの1ユーザーあたり月額$4と、Copilot Businessの$19を合算し、1人あたり$23としています。Copilot Businessには、ユーザー1人あたり標準で1,900 AIクレジットが含まれ、請求単位全体で共有されます。1クレジットは$0.01です。既存顧客には、2026年9月1日までユーザー1人あたり3,000クレジットが一時的に付与されます。

1,000トークンあたりの料金

両社が公開するGPT-5.6 Terraの料金は同じです。入力1,000トークンあたり$0.002、キャッシュ済み入力1,000トークンあたり$0.0002、キャッシュ書き込み1,000トークンあたり$0.0025、出力1,000トークンあたり$0.012です。Cursor Teamsではさらに、サードパーティーモデルに対する100万トークンあたり$0.25、つまり総トークン1,000あたり$0.00025が加算されます。GitHubでは代わりに、クラウドエージェントのインフラとしてActionsの実行時間が課金されます。

同一条件の1タスク

正規化した1タスクは、GPT-5.6 Terraでキャッシュされていない入力80,000トークン、出力20,000トークン、Linuxランナー10分を使うものとします。これは比較条件を明確にするための仮定であり、ベンダー平均を示す主張でも、独立したベンチマークでもありません。

共通する推論コストは次のとおりです。

• 入力：0.08 million x $2 = $0.16
• 出力：0.02 million x $12 = $0.24
• モデル推論の合計：$0.40

Cursor Teamsでは、総トークン0.10 million x $0.25、すなわち$0.025が加わります。含まれる利用枠を使い切った後の限界タスク単価は**$0.425**です。

GitHubでは、標準Linux 2コアランナーの10分 x $0.006、すなわち$0.06が、含まれるActions実行時間を超えた後に加わります。含まれる利用枠を使い切った後の限界タスク単価は**$0.46**です。

10人チームが各50タスクを実行する場合

Cursor Teams Standardの基本料金は$400です。正規化した500タスクで、モデルとプラットフォームの利用額は$212.50になります。$200分のエージェント利用枠を差し引くと、請求額は**$412.50**です。

GitHub TeamとCopilot Businessの基本料金は合計$230です。モデル利用額は$200で、標準の共有枠$190を超える$10が追加されます。ランナーの利用時間5,000分は、GitHub Teamに含まれる3,000分を2,000分超過するため、$12が加算されます。請求額は**$252**です。

この利用量では、Cursorは月額$160.50高くなります。GitHubの期間限定3,000クレジット施策中は、モデル利用額が拡大された共有枠に収まるため、GitHubの合計は$242、Cursorとの差は$170.50です。

Cursorの方が安くなる地点

両方の標準利用枠を使い切った後、Cursorは正規化タスク1件につき$0.035安くなりますが、1人あたりの基本料金は$17高い状態から始まります。10人チームの場合、総費用の曲線が交差するのは1人あたり月508.57タスクで、四捨五入すると509です。509未満ならGitHubが安く、509を超えるとCursorの低い限界単価が効き始めます。

現在のGitHubの施策期間中は、損益分岐点が2026年9月1日まで約823タスク/人へ移動します。

結論：ほぼすべての通常利用ではGitHubです。 この前提では、Cursorの限界単価が勝るのはタスク量が極端に多い場合だけです。それでもコストは、試行したタスクではなく、採用された変更1件あたりで測るべきです。

切り替えコスト：まずミラー、移行はその後

リスクが低いのは、リポジトリをいきなり移行するのではなく、ミラーでパイロットを始める方法です。 Git履歴は持ち運べます。高くつくのは、Issues、CIの挙動、シークレット、ID、ブランチルール、監査証跡、アプリ連携、リリースの運用習慣です。

1. 1

   代表的なリポジトリを1つ接続する

   GitHub管理者とともにCursor GitHubアプリをインストールし、非公開リポジトリを1つ選んでOriginミラーを作成します。簡単すぎる試作用リポジトリや、最も厳しい規制を受ける本番システムから始めないでください。

2. 2

   GitHubを正本として維持する

   Issues、Actionsワークフロー、シークレット、ブランチ保護、デプロイ承認はGitHubに残します。Originのリモート経由でpushし、正本であるGitHubまで変更が反映されることを確認します。

3. 3

   エージェントのボトルネックを測る

   採用されたプルリクエスト、レビュー時間、失敗したチェック、手戻り、同期遅延、エージェント費用、セキュリティ例外を2週間記録します。同じリポジトリの直前2週間と比較してください。

4. 4

   代替先の対応表ができてから連携を解除する

   Originが優位なら、Issues、CI、シークレット、パッケージ、スキャン、監査履歴、デプロイ制御をどこへ移すか明確にします。連携解除によって正本は変わりますが、周辺のGitHubシステムまで自動で移行されるわけではありません。

次のいずれかに当てはまるリポジトリでは、正本を切り替えるべきではありません。

• 公開リポジトリである、またはGitHubのコントリビューターネットワークに依存している。
• GitHub IssuesまたはActionsが計画とデリバリーの中核にある。
• シークレット、環境、パッケージ、セキュリティスキャン、監査統制について、テスト済みの代替手段がない。
• 企業として意図的に複数のエージェント事業者を利用している。
• 調達要件として、初期ベータではまだ公開されていない可用性、サポート、コンプライアンスの実績が必要である。
• 必要な機能がCursorのプルリクエストレビューだけであり、ミラーせずに利用できる。

コード自体は引き続きgitなので、Originによるロックインは閉じたリポジトリ形式ほど強くありません。より深いロックインは運用にあります。Cursor固有のオートメーション、エージェントモード、チームコンテキスト、レビュー習慣がデリバリーの一部になるからです。一方、GitHubにもActions、Apps、Issues、ポリシーによるロックインがあります。問うべきなのは、ロックインの有無ではありません。指示をエクスポートし、管理策を再現し、正本全体を移さずにエージェントを変更できるかです。

結論：移行の安全性ではGitHub、元に戻せる試験導入ではCursor Originです。 ミラーの価値は、まさにこの2つを同時に成立させられる点にあります。

月曜日に始めること：2週間のミラーパイロット

月曜日に、実運用のCIと継続的なエージェント作業がある非公開リポジトリを1つミラーし、GitHubを2週間正本として維持します。 チームが普段委任しているものと同じ種類の作業、つまり範囲の明確なバグ、複数ファイルにまたがる機能、失敗したテストの修正、プルリクエストの反復対応を割り当てます。

最初のタスクを開始する前に、次の6指標を設定します。

1. 開発者1人あたりに採用されたプルリクエスト数
2. 採用されたプルリクエスト1件あたりのレビュー時間の中央値
3. チェック失敗率と手戻り率
4. 採用されたプルリクエスト1件あたりのエージェント費用
5. 同期遅延またはミラー障害
6. セキュリティ、ポリシー、監査上の例外

Originの導入を合格とするのは、レビュー時間、失敗、費用、統制上の例外が同じ割合で増えることなく、採用される作業量が増えた場合だけです。連携解除の基準は、ミラー継続の基準より高く設定します。小さなワークフロー改善でも、Originを補助的な作業環境にする根拠にはなります。しかし正本の移動には、持続的な優位性と、すべての依存項目に対する完全な代替先の対応表が必要です。

これがOriginの登場による実務上の変化です。GitHubだけをリポジトリの唯一のインターフェースにする必要はなくなりましたが、正本としては今もGitHubの方が安全です。まずOriginをエージェントワークフローで競わせ、その後でリポジトリを任せる価値があるか判断してください。

よくある質問

AIエージェント用途ではCursor OriginとGitHubのどちらが優れていますか？

Cursor Originは、Cursorに統合された継続的・並列・複数リポジトリ対応のエージェント実行に優れています。GitHubはコードの正本として優れており、特にIssues、Actions、セキュリティ統制、オープンソース上のアイデンティティ、複数のエージェント事業者が重要な場合に適しています。

Cursor OriginでGitHub Actionsを置き換えられますか？

ミラーでは置き換えられません。Cursorは、GitHub ActionsのワークフローとシークレットをOriginのミラー対象から明確に除外しています。チームがDepotやBuildkiteなどのOrigin連携、または別の外部システムでCIを再構築しない限り、CIはGitHubに残ります。

Cursor OriginとGitHubの料金はどれくらい違いますか？

Originストレージは、個人向けでは月額$20のCursor Pro、チーム向けでは1ユーザーあたり月額$40のCursor Teams Standardから利用できます。GitHub TeamとCopilot Businessは、超過料金を除き1ユーザーあたり月額$23です。正規化した10シートの利用条件では、標準利用枠を適用した1人あたり50タスク時の料金は、GitHubが$252、Cursorが$412.50です。

GitHubからCursor Originへ切り替えるべきですか？

まず代表的なリポジトリを1つミラーし、GitHubを正本として維持します。Originによる採用変更の処理能力向上が、Issues、CI、シークレット、セキュリティ、連携、監査統制の再構築や置き換えを正当化できる場合に限り、連携を解除します。