Cursor、エージェント SDK 自社サーバー実行機能「Self-Hosted Machines」を公開──AWS Lambda や Modal などの外部サンドボックス連携に対応
Cursor のクラウドエージェントを自社インフラや提携サンドボックスで実行可能にし、社内サービスやプライベートリポジトリへの安全な接続を実現した。
リリース: 2026-09-02 · 読了 3 分記事の要約
1. 核心（What）
- Cursorは、クラウドエージェントの実行環境を自社ネットワーク内のマシンやAWS Lambda、Modal、Vercelなどの提携サンドボックスに分散できる「Self-Hosted Machines」機能を公開した。
- エージェントのループ処理や推論・プランニングはCursorクラウド側で維持しつつ、実コードの編集やコマンド実行のワーカーのみをプライベート環境へオフロードする設計となっている。
- ワーカーの起動設定として、単体の「My Machines」と、チーム向けにリクエスト数に応じて自動スケールする「Pools」の2構成を提供し、アイドリング時はハイバネーションによるスナップショット保存でコールドスタートコストを抑制する。
- Namespaceとの連携によりApple silicon上でのMacホスト起動に対応したほか、Linuxワーカーでのブラウザ制御（コンピュータユース）を正式サポートした。
2. 影響（Why）
- 社内ネットワーク外へのコード流出リスクを解消: 社内サービスやプライベートリポジトリを保護するセキュリティ要件から、これまでCursorのマネージドVMを利用できなかった大企業や金融・医療などの垂直SaaS企業が、社内VPC内でエージェントを安全に稼働させられるようになる。
- iOSやGPUなど特殊なビルド環境への適応: 標準のLinux仮想環境では対応できなかったiOSアプリのビルド（Macハードウェア必須）や、専用GPUを伴うローカルのビルドパイプラインにエージェントを直接組み込めるため、実務への導入ハードルが大きく下がる。
3. 根拠・詳細（How）
- CLIによる長寿命アウトバウンド接続の確立: Cursor CLIをインストールし「agent worker start」を実行することで、Cursorクラウドへの長寿命HTTPS接続をアウトバウンド側のみで確立し、インバウンドのファイアウォール変更を不要としている。
- 多様なサンドボックスプロバイダとのネイティブ統合: AWS Lambda MicroVM、Cloudflare、Modal、Vercel、Coder、Daytona、E2B、Namespaceなどの既存インフラプロバイダと統合され、チームが持ち込むスポーンスクリプトを基にワーカープールが自動スケーリングする。
4. 展望・課題（Next）
- エンタープライズ顧客への段階的展開: ネットワークやハードウェアの制約でエージェント導入が見送られていた大規模開発組織における検証と実運用への組み込みが進む見通し。