自社インフラストラクチャでクラウドエージェントを実行
Cursor は、コードやツール実行をすべて自社ネットワーク内に留められるセルフホスト型クラウドエージェントに対応しました。
エージェントが多くのソフトウェアタスクを並列で自律的に処理するには、専用の開発環境が必要です。Cursor のクラウドエージェントは、それぞれターミナル、ブラウザ、フルデスクトップを備えた分離環境の仮想マシン上で動作します。リポジトリをクローンし、開発環境を設定し、コードを書いてテストし、レビュー用に変更をプッシュし、ユーザーがオンラインでなくても作業を続けます。
本日より、セルフホスト型クラウドエージェントを一般提供します。セルフホスト型エージェントなら、クラウドエージェントの利点をすべて備えながら、より厳密にセキュリティをコントロールできます。コードベース、ツール実行、ビルドアーティファクトが環境の外に出ることはありません。複雑な開発環境を持つチームでは、セルフホスト型エージェントはキャッシュ、依存関係、ネットワークエンドポイントにアクセスできます。これは、エンジニアやサービスアカウントと同等のアクセスです。
Cursor のクラウドエージェントは、私たちのコードベースのコンテキストを踏まえてコードを書くのが非常に得意です。セルフホスト型クラウドエージェントによって、テストスイートの実行や社内ツールでの変更の検証に必要なインフラストラクチャへのアクセスを与えられるようになりました。このセルフホスト型ソリューションにより、エンドツーエンドのソフトウェア構築を完全に Cursor のクラウドエージェントへ委任できるようになります。
なぜセルフホストなのか
厳格な規制が求められる業界では、多くの企業がセキュリティやコンプライアンスの要件上、コード、シークレット、ビルドアーティファクトを自社環境の外に出すことができません。中には、キャッシュ、依存関係、特定のネットワークエンドポイントといった重要な入力に、厳格な設定が施された社内マシン経由でしかアクセスできない、成熟した環境を整備している企業もあります。
こうしたニーズに対応するため、一部のチームではコーディング向けの独自のバックグラウンドエージェントを構築・運用することに、エンジニアリングリソースを振り向けてきました。代わりに、Brex、Money Forward、Notionのようなお客様は、Cursorのセルフホスト型クラウドエージェントを使っています。
セルフホスト型クラウドエージェントを使うことで、チームは既存のセキュリティモデル、構築環境、社内ネットワーク設定をそのまま維持しながら、オーケストレーション、モデルアクセス、ユーザー体験はCursorに任せることができます。これにより、エンジニアリングチームはエージェントインフラストラクチャの保守にかける時間を減らし、活用により多くの時間を使えるようになります。
金融サービス事業者として厳格なセキュリティ要件を抱える当社にとって、セルフホストのサポートは長らく待ち望んでいたものでした。今では、Cursorのセルフホスト型クラウドエージェントを使い、約1,000人のエンジニアがSlackから直接PRを作成できるワークフローを構築しています。
同じプロダクトを、自社インフラストラクチャで
セルフホスト型クラウドエージェントは、Cursor ホスト型クラウドエージェントと同じ機能を提供します。
- 分離されたリモート環境: 各エージェントには共有されない専用マシンが割り当てられるため、より効率的に並列実行できます。
- マルチモデル: Composer 2 や frontier labs の任意のモデルを、カスタム構築したエージェントハーネスと組み合わせて使用できます。
- プラグイン: スキル、MCP、サブエージェント、ルール、フックでエージェントを拡張できます。
- チーム権限: 組織全体で、誰がクラウドエージェントの実行にアクセスし管理できるかを制御できます。
セルフホスト型クラウドエージェントは、まもなく動画、スクリーンショット、ログを生成して作業内容を確認できるようになります。さらに、リモートデスクトップを引き継いで、それらを使って自動化を実行できるようにもなります。
セルフホスト型クラウドエージェントは、コーディングエージェントを企業利用に対応させるうえで重要な一歩です。Notion のような大規模なコードベースでは、エージェントのワークロードを自社のクラウド環境で実行することで、エージェントがより多くのツールに、より安全にアクセスできるようになり、私たちのチームが複数のスタックを維持する必要もなくなります。
仕組み
ワーカーは、HTTPS 経由で Cursor のクラウドにアウトバウンド接続するプロセスです。インバウンドポートやファイアウォールの変更、VPN トンネルは不要です。ユーザーがエージェントセッションを開始すると、Cursor のエージェントハーネスが推論と計画を行い、その後、お使いのマシンで実行するためのツール呼び出しをワーカーに送信します。結果は次の推論のために Cursor に返されます。
各エージェントセッションには専用のワーカーが 1 つ割り当てられ、agent worker start という 1 つのコマンドで開始されます。ワーカーは長期間稼働させることも、単回利用にすることもでき、セッションを継続的に処理することも、タスクが完了し次第終了することもできます。
数千台規模のワーカーへスケールする組織向けに、Helm chart と Kubernetes operator を提供しています。必要なプールサイズを指定した WorkerDeployment resource を定義すると、controller が scaling、rolling updates、lifecycle management を自動的に処理します。Kubernetes 以外の環境では、fleet management API を使って utilization を monitor し、あらゆるインフラストラクチャ上で autoscaling を構築できます。
今すぐ Cursor ダッシュボード でセルフホスト型クラウドエージェントを有効にしてお試しいただき、ドキュメント で詳細をご確認ください。company 全体でのより大規模なデプロイについては、私たちのチームに お問い合わせ ください。