Cursor、Cloud Agentsの自社インフラ実行に対応

AIコードエディタを提供するCursor（AIネイティブの統合開発環境（IDE））は、自律型開発エージェント「Cloud Agents」の実行基盤をユーザー自身の管理下にあるマシンへ接続できる新機能「Self-Hosted Machines」を発表した。社内ネットワーク内に配置したサーバーやクラウド環境を動的ワーカープールとしてCursorに登録し、推論オーケストレーションはCursor側で維持したまま、機密性の高いコード実行を自社インフラ内で完結させることが可能になる。

推論ループとツール実行の分離アーキテクチャ

Cursor内部では、Cloud Agentsがすでに社内でマージされるPull Requestの60%以上を作成しており、大規模エンタープライズ顧客での導入も急速に進んでいる。しかし、従来のCursorホスト型VMでは、社内限定の内部APIへの直接アクセス、iOSビルド用Macなどの特殊ハードウェア利用、厳格なデータ境界要件に対応しきれない課題があった。

Self-Hosted Machinesは、以下の安全な通信モデルを採用してこの課題を解決する。

1. ​アウトバウンド接続​: 社内マシンにCursor CLIをインストールし、agent worker start を実行。自社側からCursorクラウドへ向けて長時間維持のHTTPS接続（アウトバウンド）を確立する。Cursor側から社内ネットワークへのインバウンド接続は一切要求しない。
2. ​推論と作業の分離​: セッション開始時、Cursorクラウドがモデル推論とタスク計画を担当し、ツールの呼び出し指示（ファイル編集・コマンド実行）のみを自社ワーカーへ送信する。
3. ​柔軟な構成​: 個人利用向けの「My Machines」と、チームや企業全体で需要に応じてオートスケール可能なキュー「Pools」の2形態をサポートする。

AWS Lambda MicroVMやModal、Cloudflareなどのコンピュート基盤とも連携し、高速起動と完全なコンテナ分離を実現している。

日本の開発組織への影響

国内企業においてAIエージェントの導入を阻んできた最大の障壁は「社内ソースコードや秘密鍵を外部SaaS管理の実行環境に置けない」というセキュリティ規程であった。Self-Hosted Machinesにより、コードのクローン・ビルド・テストをすべて社内VPCやオンプレミスサーバー内で実行できるため、金融・通信・製造業などにおけるエージェント活用への道が大きく拓かれる。

分析・展望

開発支援AIの進化は、単純なチャットUIから「環境内でツールを実行して自律的にPRを作成するエージェント」へと完全に移行した。それに伴い、実行インフラの制御権をどこが握るかがエンタープライズ獲得の決定打となっている。Cursorがホスト環境の囲い込みに固執せず、自社インフラへのワーカー委託モデルを開放したことは、エージェント型AIエコシステムの標準化を大きく前進させる契機となるだろう。

引用元：Cursor