《Cursor文檔》-選擇雲端代理的運行位置

由 Cursor 託管的雲端代理會在隔離的雲 VM 中運行每個智能體，並提供託管式生命週期管理、已保存環境、產物保存，以及可在儀表盤中管理機密信息和網絡訪問的控制項。

自託管機器會通過我的機器或團隊用量池在你控制的硬件上運行工具調用。智能體循環仍在 Cursor 雲中運行。

自託管還是 Cursor 託管：哪種更適合你？¶

Cursor 託管的雲端代理可以滿足 80% 以上客戶的需求。可藉助此決策樹，評估哪種方式最適合你的組織。

選項	適用場景	你需要管理的內容
Cursor-managed 雲端代理	你希望在完成設置後，由 Cursor 負責管理 VM 預配、隔離、快照、啓動、產物、容量和環境部署。這是大多數團隊的推薦方案。	首次環境配置、機密信息、代碼倉庫訪問權限和網絡策略。之後，主機和環境生命週期將由 Cursor 管理。
我的機器	你希望由個人 laptop、devbox 或遠程 VM 爲特定用戶和倉庫執行工具調用。	機器、worker 進程、本地檢出內容、憑證、在線狀態、磁盤、網絡訪問權限，以及讓機器始終保持乾淨且可用的工作狀態。
團隊用量池	你需要一個由組織管理的機羣，並支持服務賬戶認證、用量池路由、標籤、Kubernetes、自動伸縮或專用硬件。	主機、圖像、VM 重置、容量、自動伸縮、worker 更新、監控、機密信息、網絡訪問權限和事件響應。

託管的雲端代理通常是讓智能體安全訪問代碼和內部系統的最低運維方案。

如果你可以通過以下方式配置訪問，建議使用託管方案：

Cloud Agent environments，包含設置命令、Dockerfile、快照和機密信息。
網絡訪問控制，可按用戶、團隊或環境限制出站域名。
在環境中運行 Tailscale 或類似的私有網絡客戶端，適用於智能體需要訪問你的 VPC 或內網服務的場景。
私有網絡連接，適用於私有 GitHub Enterprise Server、GitLab Enterprise、Artifactory 或 Nexus 等包註冊表、私有源代碼控制 API 及相關 webhook 流量。

這樣，完成設置後，Cursor 會負責運行智能體基礎設施，而你的團隊則可以控制每個環境可訪問的倉庫、機密信息和網絡資源。

對於個人或小規模工作流，如果某位用戶已經有一臺具備合適檢出內容、工具、憑證和私有網絡訪問能力的機器，那麼我的機器最適合這種場景。

適用場景包括：

“我的機器”不是面向整個組織的機羣系統。每個 worker 都歸啓動它的用戶所有，指向啓動它時所在的倉庫，並且在會話運行期間必須保持在線。清理工作也需要你自己負責：清除狀態、刷新檢出內容、修復依賴項，並讓機器爲下一次運行做好準備。

團隊用量池適用於希望統一管理 worker 硬件，或需要將工作路由到特定機羣的企業版團隊。

在以下情況下，適合使用用量池：

代價是需要自行承擔運維責任。你的團隊需要運行機羣、保證有足夠的 worker 可用、打補丁並刷新系統圖像、在每次運行之間重置 VM、管理容量、輪換憑證、監控運行狀況，並處理主機故障。如果你的主要需求是私有網絡訪問，請先嚐試帶有網絡控制的託管式雲端代理、Tailscale 或私有網絡連接。

這三種選項都支持隱私模式和受控機密信息。主要區別在於工具執行發生在哪裏，以及由誰負責該執行環境的運行。

問題	託管的雲端代理	我的機器	團隊用量池
智能體循環在哪裏運行？	Cursor 雲端	Cursor 雲端	Cursor 雲端
工具調用在哪裏運行？	Cursor 管理的隔離 VM	你的機器	你的 worker
誰管理主機和環境生命週期？	Cursor，首次環境配置完成後	你	你的團隊
智能體如何訪問私有資源？	環境網絡、允許列表、Tailscale 或類似客戶端，以及適用於受支持源代碼控制路徑的私有網絡連接	你的機器現有的網絡	你的機羣的網絡
最適合的運維場景	大多數團隊和倉庫	個人用戶和特定機器	集中式企業級機羣