Cursor Self-hosted Cloud Agents — コードを社外に出さずにAIエージェントを使う選択肢

AIコーディングエージェントの導入を検討して、最初にぶつかる壁がある。「コードを外部に送っていいのか」という問題だ。

Cursorが2026年3月25日に一般提供を開始した「Self-hosted Cloud Agents」は、この問題に対する現実的な回答になりうる。コードとビルド環境を自社インフラ内に保持したまま、CursorのAIエージェント機能をフルに活用できる仕組みだ。

Brex、Money Forward、Notionといった企業がすでに導入しており、セキュリティ要件の厳しい環境でもAIエージェントを運用できることを実証し始めている。

Self-hosted Cloud Agentsとは何か

通常のCursor Cloud Agentsは、Cursorが管理するクラウド上のサンドボックスでエージェントが動作する。コードのクローン、ビルド、テスト実行 -- すべてがCursorのインフラ上で行われる。2026年2月に登場した長時間実行エージェント機能により、バックグラウンドで数時間にわたる作業を任せられるようになったが、コードがCursorのサーバーに渡ることに変わりはない。

Self-hosted Cloud Agentsは、このアーキテクチャを分離する。

エージェントの「頭脳」に当たるインファレンス（推論）とプランニング（計画立案）はCursorのクラウドが処理する。一方、コードの読み書き、ビルド、テスト実行といった「手足」の部分は、企業が管理するインフラ内のワーカーが担当する。コードが自社ネットワークの外に出ることはない。

これは「全部クラウドか、全部オンプレか」という二択ではなく、AIの能力とデータの所在を切り分けるハイブリッドなアプローチだ。

アーキテクチャ -- ワーカーがすべてを握る

Self-hosted Cloud Agentsの核になるのは「ワーカー」と呼ばれるコンポーネントだ。企業のインフラ内にデプロイされ、以下の役割を担う。

接続方式

ワーカーはHTTPS経由でCursorのクラウドに接続する。重要なのは、インバウンドポート（外部から社内への接続口）を開ける必要がないという点だ。ワーカー側からのアウトバウンド接続のみで動作するため、既存のファイアウォール設定やネットワークポリシーを大幅に変更する必要がない。

セキュリティチームへの説明コストが低い。これは導入のハードルを下げる上で地味だが決定的に重要なポイントだ。

エージェントの実行環境

各エージェントは隔離されたVM（仮想マシン）上で実行される。VMにはターミナル、ブラウザ、フルデスクトップ環境が含まれており、単にコードを読み書きするだけでなく、ビルドの実行、ブラウザでの動作確認、GUIアプリケーションの操作まで可能だ。

処理の流れ

1. ユーザーがCursorからタスクを指示する
2. Cursorクラウドがタスクを分析し、実行計画を立てる
3. Cursorクラウドがツール呼び出し（ファイル編集、コマンド実行など）をワーカーに送信する
4. ワーカーが自社インフラ内でツール呼び出しを実行し、結果を返す
5. Cursorクラウドが結果を評価し、次のステップを決定する

この往復の中で、コードの内容そのものがCursorのサーバーに保存されることはない。ツール呼び出しの指示と結果のやり取りのみがネットワークを流れる。

通常のCloud Agentsとの違い

混同しやすいので整理しておく。

通常のCloud Agentsは、Cursorが提供するクラウドサンドボックス上でエージェントが動く。セットアップは簡単で、ワーカーの構築も不要。個人開発者や小規模チームがすぐに使い始められるのが利点だ。ただし、コードがCursorのインフラにクローンされる。

Self-hosted Cloud Agentsは、エージェントの実行環境を自社インフラ内に置く。コードは社外に出ないが、ワーカーのデプロイと運用が必要になる。インフラチームの工数がかかる分、データガバナンスの要件を満たせる。

判断基準はシンプルだ。「コードをサードパーティのクラウドに送ることを社内ポリシーが許容するか」。許容できるなら通常のCloud Agentsで十分。できないならSelf-hosted一択になる。

主要機能と特徴

Self-hosted Cloud Agentsは、通常のCloud Agentsが持つ機能を基本的にそのまま使える。

• 長時間実行タスク: バックグラウンドで数時間にわたる作業を実行可能。大規模リファクタリングやテスト生成など
• 並列エージェント: Cursor 3（2026年4月2日リリース）のAgents Windowから、複数のセルフホストエージェントを同時に管理・監視できる
• Automations連携: GitHub PRやSlack通知をトリガーにしたエージェントの自動起動
• MCP対応: Model Context Protocolを通じた外部ツールとの連携

これらがすべて自社インフラ内で動作するのは、エンタープライズ環境では大きな意味を持つ。社内のプライベートリポジトリ、イントラネット上のドキュメント、VPN内のAPIサーバーなど、外部からアクセスできないリソースにもエージェントが直接触れるからだ。

料金とプラン

Self-hosted Cloud Agentsは、以下のプランで利用可能だ。

プラン	月額	備考
Ultra	$200/ユーザー	個人向け最上位プラン
Teams	$40/ユーザー	チーム共有設定、SSO
Enterprise	カスタム価格	SAML SSO、監査ログ、専任サポート

Pro（$20/月）やPro+（$60/月）では利用できない点に注意が必要だ。セルフホスト機能はその性質上、組織的な導入が前提となるため、上位プランに限定されている。

正直に言えば、Teamsプランの$40/ユーザーは最低ラインとしては手が届く価格だが、Enterpriseの実際の見積もりは公開されていない。大規模導入を検討する場合は、Cursorの営業チームへの問い合わせが必要になる。加えて、ワーカーを動かすインフラのコスト（VMの運用費用）は別途かかる。

導入事例

Brex

フィンテック企業のBrexは、金融データを扱う性質上、コードの外部送信に対するセキュリティ要件が厳しい。Self-hosted Cloud Agentsにより、既存のセキュリティポリシーを維持したままAIエージェントを開発ワークフローに組み込んでいる。

Money Forward

日本のフィンテック企業であるマネーフォワードも採用企業のひとつだ。日本企業として馴染みのある名前が並んでいるのは、国内での導入検討の参考材料になるだろう。金融系SaaSを提供する企業がセルフホスト型を選ぶのは、顧客データに関わるコードベースの管理という観点から自然な判断だ。

Notion

プロダクティビティツールのNotionも導入している。大規模なコードベースを持つSaaS企業が、開発速度を維持しつつデータガバナンスを担保する手段としてセルフホスト型を選択した事例だ。

気になる点と課題

メリットばかりではない。導入前に理解しておくべき点がある。

運用負荷: ワーカーのデプロイ、監視、アップデートは自社の責任だ。通常のCloud Agentsなら不要だったインフラ運用のコストが発生する。専任のインフラチームがいない組織にはハードルが高い。

レイテンシ: ワーカーとCursorクラウド間の通信が往復するため、通常のCloud Agentsと比較してレスポンスが遅くなる可能性がある。ネットワーク環境によっては体感に影響するだろう。

推論データの扱い: コード自体は社外に出ないが、エージェントへの指示内容や実行計画のメタデータはCursorのクラウドを経由する。「コードの中身は出ないが、何をやっているかの概要は外部に渡る」というモデルだ。完全なエアギャップ環境を求める組織には不十分かもしれない。

機能追従の遅れ: Cursorの新機能がリリースされた際、セルフホスト環境への対応にタイムラグが生じる可能性がある。通常のCloud Agentsが先行し、セルフホスト版が後追いになるパターンは十分想定される。

まとめ -- 「使えない」を「使える」に変える機能

Cursor Self-hosted Cloud Agentsは、これまで「セキュリティポリシー上、AIコーディングエージェントは使えない」と判断していた企業に対して、現実的な導入パスを提供する機能だ。

AIの推論能力はCursorのクラウドを活用しつつ、コードと実行環境は自社管理下に置く。このハイブリッドモデルは、フルクラウドとフルオンプレミスの間にある現実的な落としどころと言える。

一方で、運用コストの増加、レイテンシの懸念、推論メタデータの外部送信といったトレードオフは存在する。すべての企業にとってのベストな選択肢ではなく、「セキュリティ要件が厳しいが、AIエージェントの生産性向上は諦めたくない」という組織に刺さるソリューションだ。

AIコーディングツールのエンタープライズ展開は、まだ始まったばかりだ。Cursor、GitHub Copilot、Windsurf -- 各社がそれぞれのアプローチでセキュリティとAI活用の両立を模索している。セルフホスト型という選択肢を早期に用意したCursorの判断は、エンタープライズ市場での競争力を考えれば合理的だ。導入を検討する価値は十分にある。

参考リンク