Cursor、enterprise network内でself-hosted cloud agentsを展開

CursorがXで発表した内容

2026年3月25日、Cursorはcloud agentsを顧客インフラ内で実行できるようになったと発表した。重要なのは単なる配置先の変更ではない。Cursorは従来のcloud agent experienceを保ちながら、codeとtool executionを企業のネットワーク境界内に残せる点を前面に出している。

この変更が重要なのは、coding agentが実務で役立つためにはモデル単体では足りないからだ。terminal、browser、test environment、内部cache、package mirror、社内endpointへの接続が必要になる。こうした依存関係がagent runtimeの外にあると、自律性はすぐに途切れてしまう。

製品記事が補足する内容

Cursorはself-hosted cloud agentsがgeneral availabilityになったと説明する。各agentはterminal、browser、full desktopを備えたisolated virtual machine上で動作し、repositoryのclone、development environmentの準備、codeの作成とtest、review向け変更のpushを行い、開発者がオフラインでも作業を継続できるという。

Self-hosted構成の要点は、codebase、tool execution、build artifactが顧客環境の外へ出ないことにある。同時に、agentは内部cache、dependency、network endpointにもアクセスでき、実際のengineerやservice accountに近い条件で動作する。Cursorはこれを、regulated industryや成熟したinternal environmentを持つ組織に必要な条件として位置づけている。

またCursorはself-hostingを縮小版ではなく、完全な製品面として扱っている。記事によれば、チームはisolated remote environment、Composer 2を含むmulti-model support、さらにskills、MCPs、subagents、rules、hooksを使うplugin拡張性を維持できる。Brex、Money Forward、Notionの例も挙げられ、特にMoney Forwardでは約1,000人のengineerがSlackから直接pull requestを作成するworkflowを目指すとされている。

なぜ重要か

より大きな意味は、enterpriseでのagent導入の障壁が純粋なcoding qualityからdeployment topologyへ移っていることだ。多くの企業はautonomous coding loopの価値を理解していても、security、compliance、network isolation要件のために本格展開できなかった。Self-hosted agentsはその障害を製品限界ではなくインフラ選択の問題へ変えつつある。

AI tooling市場全体で見ても、競争軸が変わっている。モデルのintelligenceは依然として重要だが、採用が拡大するかどうかはorchestration、isolation、internal environment integrationのようなoperational trustに左右される。Cursorは、そこが今や戦略的な差別化要素だと賭けている。

出典: Cursor X投稿 · Cursor製品記事