独自インフラでクラウドエージェントを実行する
Cursorは自社インフラで実行可能なセルフホスト型クラウドエージェントを一般提供開始し、厳格なセキュリティ・コンプライアンス要件を持つ企業がコードや機密情報を外部に出さずにAIエージェントを活用できるようになった。
キーポイント
セルフホスト型クラウドエージェントの一般提供
Cursorが自社インフラで実行可能なクラウドエージェントを正式にリリースし、コードやツール実行を自社ネットワーク内に完全に保持できるようになった。
厳格なセキュリティ・コンプライアンス要件への対応
金融サービスなど規制の厳しい業界の企業が、コードや機密情報、ビルド成果物を外部環境に出さずにAIエージェントを利用できるようになった。
既存開発環境との統合
セルフホスト型エージェントはキャッシュ、依存関係、内部ネットワークエンドポイントにアクセス可能で、複雑な開発環境でもエンジニアと同様の作業ができる。
エンジニアリングリソースの効率化
企業が独自のバックグラウンドエージェントを構築・維持する必要がなくなり、エージェントインフラの維持管理ではなく活用にリソースを集中できる。
影響分析・編集コメントを表示
影響分析
この発表は、特に金融・医療・政府など規制の厳しい業界におけるAIエージェントの実用化に大きな突破口を開く。セキュリティ懸念がAI導入の障壁となっていた企業が、自社インフラ内で安全にAIエージェントを活用できるようになり、企業向けAIツールの採用が加速する可能性がある。
編集コメント
企業のセキュリティ要件とAI活用の両立という長年の課題に対する実用的な解決策として注目。特に規制産業でのAI導入が進むきっかけとなる可能性が高い。
タイトル: 自社インフラで動作するクラウドエージェント
Cursorは現在、コードとツールの実行を完全に自社ネットワーク内に保持するセルフホステッドクラウドエージェントをサポートしています。
エージェントが多くのソフトウェアタスクを自律的かつ並列に処理するには、専用の開発環境が必要です。Cursorのクラウドエージェントは、ターミナル、ブラウザ、フルデスクトップ環境を備えた分離された仮想マシン（VM）上で動作します。リポジトリをクローンし、開発環境をセットアップし、コードを記述してテストし、変更をレビュー用にプッシュし、ユーザーがオンラインかどうかに関わらず作業を継続します。
本日、セルフホステッドクラウドエージェントの一般提供を開始します。セルフホステッドエージェントは、クラウドエージェントのすべての利点を維持しつつ、より厳格なセキュリティ制御を実現します。コードベース、ツール実行、ビルド成果物がお客様の環境外に出ることはありません。複雑な開発環境を持つチームの場合、セルフホステッドエージェントは、エンジニアやサービスアカウントと同様に、キャッシュ、依存関係、ネットワークエンドポイントにアクセスできます。
Cursorクラウドエージェントは、コードベースの文脈内でコードを書くことに長けています。セルフホステッドクラウドエージェントにより、テストスイートを実行し、社内ツールを用いて変更を検証するために必要なインフラへのアクセス権をエージェントに付与できるようになりました。このセルフホステッドソリューションによって、エンドツーエンドのソフトウェアビルドを完全にCursorのクラウドエージェントに委任することが可能になります。
#セルフホステッド化の理由
厳格な規制が適用される分野の多くの企業では、セキュリティとコンプライアンス要件のため、コード、シークレット、ビルド成果物を環境外に持ち出すことができません。一部の企業では、キャッシュ、依存関係、特定のネットワークエンドポイントといった重要な入力に、厳密な設定が施された内部マシンを通じてのみアクセスできる、成熟した環境を構築しています。
こうしたニーズに対応するため、一部のチームは、コーディング用の独自のバックグラウンドエージェントを構築・維持するためにエンジニアリングリソースを振り向けてきました。
Cursorのセルフホステッドクラウドエージェントは、これらすべての要件を満たすようになりました。チームは既存のセキュリティモデル、ビルド環境、社内ネットワーク設定を維持したまま、Cursorがオーケストレーション、モデルアクセス、ユーザーエクスペリエンスを担当します。これにより、エンジニアリングチームはエージェントインフラの維持管理に費やす時間を削減し、その利用に集中できる時間を増やすことができます。
金融サービスプロバイダーとしての厳格なセキュリティ要件を考慮すると、セルフホステッドサポートは私たちが待ち望んでいた機能です。現在、Cursorのセルフホステッドクラウドエージェントを使用して、Slackから直接プルリクエストを作成できるワークフローを構築しており、約1,000人のエンジニアが利用可能です。
#同じ製品、あなたのインフラ
セルフホステッドクラウドエージェントは、Cursorがホストするクラウドエージェントと同等の機能を提供します：
分離されたリモート環境: 各エージェントは専用のマシンを割り当てられ、共有されないため、高度な並列化が可能です。
どこからでも起動: Cursorエディタ、Webアプリ、Slack、GitHub、Linear、またはAPIからクラウドエージェントを起動できます。
自動化: スケジュールや、GitHub、Slack、Linear、Webhookからのイベントに応じて、プログラムでクラウドエージェントをトリガーできます。
プラグイン: スキル、MCPs (Model Context Protocol)、サブエージェント、ルール、フックでエージェントを拡張できます。
チーム権限: 組織内で誰がクラウドエージェントの実行にアクセスし管理できるかを制御できます。
セルフホステッドクラウドエージェントは近日、作業内容を動画、スクリーンショット、ログとして生成し、レビュー用に提示できるようになります。また、実行中のソフトウェアと対話したり、自身で編集を行うために、そのリモートデスクトップを引き継ぐことも可能になります。
セルフホステッドクラウドエージェントは、コーディングエージェントをエンタープライズ対応にするための重要な一歩です。Notionのような大規模なコードベースでは、自社のクラウド環境でエージェントワークロードを実行することで、エージェントがより多くのツールに安全にアクセスできるようになり、チームが複数の技術スタックを維持管理する必要がなくなります。
ワーカーは、HTTPSを介してアウトバウンドでCursorのクラウドに接続するプロセスです。インバウンドポートの開放、ファイアウォール変更、VPNトンネルは必要ありません。ユーザーがエージェントセッションを開始すると、Cursorのエージェントハーネスが推論と計画を処理し、ツール呼び出しをワーカーに送信して、お客様のマシン上で実行します。結果は次の推論サイクルのためにCursorに返されます。
各エージェントセッションには専用のワーカーが割り当てられ、単一のコマンドで起動します: agent worker start
数千のワーカーにスケールする組織向けに、HelmチャートとKubernetesオペレーターを提供しています。WorkerDeploymentを定義できます。
本日、Cursorダッシュボードでセルフホステッドクラウドエージェントを有効にして試してみてください。詳細はドキュメントをご覧ください。大規模な全社展開については、弊社チームまでお問い合わせください。
原文を表示
Cursor now supports self-hosted cloud agents that keep your code and tool execution entirely in your own network.
For agents to autonomously handle many software tasks in parallel, they need their own development environment. Cursor cloud agents run in isolated virtual machines, each with a terminal, browser, and full desktop. They clone your repo, set up the development environment, write and test code, push changes for review, and keep working whether or not you're online.
Today, we're making self-hosted cloud agents generally available. Self-hosted agents offer all the benefits of cloud agents with tighter security control: your codebase, tool execution, and build artifacts never leave your environment. For teams with complex development environments, self-hosted agents have access to your caches, dependencies, and network endpoints—just like an engineer or service account would.
Cursor cloud agents are great at writing code within the context of our codebase. Now with self-hosted cloud agents, we can give them access to the infrastructure needed to run our test suites and validate changes with our internal tools. This self-hosted solution will allow us to delegate end-to-end software builds entirely to Cursor's cloud agents.
#Why self-hosted
Many enterprises in highly-regulated spaces cannot let code, secrets, or build artifacts leave their environment due to security and compliance requirements. Some companies have stood up mature environments where critical inputs like caches, dependencies, and certain network endpoints can only be accessed through internal machines with strict configurations.
To meet these needs, some teams have diverted engineering resources towards building and maintaining their own background agents for coding.
Cursor's self-hosted cloud agents now support all of these requirements. Teams can keep their existing security model, build environment, and internal network setup, while Cursor handles orchestration, model access, and the user experience. That allows engineering teams to spend less time maintaining agent infrastructure and more time using it.
Given our strict security requirements as a financial services provider, self-hosted support is something we've been eagerly awaiting. Now building a workflow that enables nearly 1,000 engineers to create pull requests directly from Slack using Cursor's self-hosted cloud agents.
#Same product, your infrastructure
Self-hosted cloud agents offer the same capabilities as Cursor-hosted cloud agents:
Isolated remote environments: each agent gets its own dedicated machine with no sharing, allowing for better parallelization.
Launch from anywhere: kick off cloud agents from the Cursor editor, web app, Slack, GitHub, Linear, or via the API.
Automations: trigger cloud agents programmatically on a schedule or from events in GitHub, Slack, Linear, and webhooks.
Plugins: extend agents with skills, MCPs, subagents, rules, and hooks.
Team permissions: control who can access and manage cloud agent runs across your org.
Self-hosted cloud agents will soon be able to demo their work by producing videos, screenshots, and logs for your review. You'll also be able to take over their remote desktop to interact with the running software and make edits yourself.
Self-hosted cloud agents are a meaningful step toward making coding agents enterprise ready. In large codebases like Notion's, running agent workloads in our own cloud environment allows agents to access more tools more securely and saves our team from needing to maintain multiple stacks.
A worker is a process that connects outbound via HTTPS to Cursor's cloud—no inbound ports, firewall changes, or VPN tunnels required. When users kick off an agent session, Cursor's agent harness handles inference and planning, then sends tool calls to the worker for execution on your machine. Results flow back to Cursor for the next round of inference.
Each agent session gets its own dedicated worker, which is initiated with a single command: agent worker start
For organizations scaling to thousands of workers, we provide a Helm chart and Kubernetes operator. You can define a WorkerDeployment
Try it out today by enabling self-hosted cloud agents in your Cursor Dashboard, and learn more in our docs. For larger company-wide deployments, reach out to our team.
関連記事
今日のまとめ
AI日報で今日の重要ニュースをまとめ読み