Cursor、エージェントのツール実行を自社ネットワーク内に留める「self-hosted machines」
Cursorが9月2日のchangelogで、クラウドエージェントのツール実行を自社ネットワーク内に閉じる構成を案内した。個人向けのMy Machinesとチーム向けのTeam poolsの2構成で、LinuxとMacではコンピュータ操作にも対応する。
Cursorは2026年9月2日のchangelogで、self-hosted machines を案内した。ツールの実行を自社のネットワーク内に完全に留められる構成である1。
- 何が自社側に残るか: コードベース・ビルド成果物・シークレットは自社インフラで動く内部マシン上に残り、エージェントはツール呼び出しをローカルで処理する1
- 2つの構成: My Machines はノートPCやVMを1台、個人のワークフロー向けに接続する。Team pools はチーム・企業向けの名前付きワーカーキューで、リクエストが来れば容量が増え、ワーカーが切断すれば減る。プールはリポジトリに紐づかず、アイドル状態のマシンは休止させ、続きが来たら再接続ウィンドウ内で復帰できる1
- 実行先とコンピュータ操作: クラウドエージェントは AWS Lambda・Coder・Cloudflare・Daytona・Modal・Namespace・Vercel・E2B などすでに使っているインフラ上で動かせる。セルフホストのワーカーはLinuxとMacでのコンピュータ操作にも対応し、必要なデスクトップパッケージがあればクリック・入力・スクリーンショット・ブラウザ操作ができる1
コードを社外の実行環境に置けないという制約は、クラウド型のコーディングエージェントを導入できるかどうかを分けてきた。今回の案内は、その制約を持つ組織に対して、実行を手元に残したままエージェントを使う経路を示すものになる。changelogに価格や対象プランの記載はない1。Cursorは8月にもGitHub連携なしでクラウドエージェントを開始できるようにしており、エージェントの実行環境まわりの変更が続いている。
Sources
- Self-hosted machines - Cursor公式changelog(2026年9月2日)
この記事は役に立ちましたか?
ありがとうございます!
受け取りました。ありがとうございます!