背景
DigitalOcean 近期以公開預覽（public preview）形式推出 DigitalOcean Managed Agents，這是一套專為 AI 代理（AI agents）設計的託管雲端基礎設施服務，核心包含隔離的 microVM 執行環境、受治理的工具存取機制，以及無伺服器（serverless）AI 推論能力。根據 InfoQ 的報導，這項服務的出發點是：代理式工作流程（agentic workflows）與傳統雲端應用在運作型態上有本質差異，若開發者直接把代理跑在一般的虛擬機器上，等於必須自行搭建與維護整套支援性的執行環境。
這些自行處理的工作相當繁瑣。開發者需要保留代理的上下文（context）、將產出的工件（artifacts）持久化並讓它們在產生它們的代理之外仍可被存取、協調平行作業，還要為工具存取加上安全強化。除此之外，為了讓代理能快速啟動，必須維持閒置的 VM 備用容量，並自行處理隨需供應與配置運算資源的問題。這些「管線工作」（plumbing work）本身不產生業務價值，卻是把代理推上生產環境時繞不開的成本。
核心內容
Managed Agents 由兩個整合的服務組成：Harness Runtime 與 Action Gateway，前者負責代理的執行環境，後者負責代理與外部工具的連接。
Harness Runtime 建立在輕量級 microVM 之上，為代理提供持久且隔離的運算環境。所謂 harness，指的是驅動代理運作的框架或殼層，目前支援的範圍相當廣：程式開發代理如 Claude Code、Codex CLI、OpenCode，通用型代理如 Hermes，以及使用 LangGraph 框架自建的客製代理。這個執行環境的關鍵能力是跨工作階段（session）持久化對話歷史與工作狀態，工作階段可以被暫停、恢復或分叉（fork）。當代理處於閒置狀態——也就是沒有進行中的 LLM 呼叫或工具呼叫時——系統會自動暫停它，避免浪費運算資源。每個工作階段都運行在經過安全強化的運算與儲存資源上，並允許代理連接內部服務而無需將其暴露到公開網路。工作階段也可以跨多個儲存庫與任務平行啟動，支援分而治之（divide and conquer）、協作以及 map/reduce 等常見的代理編排模式。
Action Gateway 則是代理通往外部工具與服務的統一介面，透過單一的 MCP（Model Context Protocol）端點提供超過 16,000 種工具。MCP 是近年由 Anthropic 推動的開放協定，用來標準化 AI 模型與外部工具、資料來源之間的互動方式。這些工具涵蓋網頁搜尋、網頁擷取、瀏覽器自動化、DigitalOcean 自身的基礎設施管理 API，以及 GitHub、HubSpot、Stripe 等常見平台的連接器。安全層面，閘道提供集中式權限管理，可以定義每個代理能使用哪些工具與動作，並對敏感操作要求人工核准。為了支撐多個代理同時存取外部系統，閘道內建速率限制、重試、退避（backoff）與逾時機制。
脈絡與評價
業界對這項服務的反應聚焦在成本與可擴展性。曾在 Meta 任職、現於 Dair.ai 工作的 AI 工程師 Elvis Saravia 在 X 上表示，他看重這個產品對效能與成本降低的著重，因為許多現有的代理管理平台價格過高，使代理難以在生產環境中規模化。Seaotter 平台架構師兼創辦人 Ryan Martin 則指出，「閒置即暫停加上受治理的工具」正是能夠規模化的營運模式。這些評論呼應了一個現實問題：代理的工作型態是間歇性、突發性的，若按傳統 VM 的方式長期持有運算資源，成本會迅速失控；而工具存取若缺乏治理，安全與合規風險同樣難以承受。
值得注意的是，Managed Agents 的推出時間點與 Docker 的 Cloud Sandboxes 相當接近，兩者在沙箱與執行環境層面有明顯重疊——都提供 microVM 隔離與狀態持久化。不過兩者的重心不同：Docker Cloud Sandboxes 更偏向開發者工作流程，特別是讓沙箱能在本地端與雲端運算之間移動；DigitalOcean Managed Agents 則更偏向生產基礎設施，提供更完整的編排能力與工具支援。這反映出雲端與容器生態系正在為「代理作為一等工作負載」重新設計基礎設施，而不只是讓代理寄生在既有的 VM 或容器平台上。
影響與限制
從實務角度來看，Managed Agents 把代理執行所需的環境隔離、狀態持久化、工具治理與資源彈性打包成託管服務，等於把原本分散在開發團隊身上的營運負擔轉移到平台層。對於想在生產環境部署多個平行代理、又不想自行維護調度與安全機制的團隊，這類服務降低了進入門檻。
不過仍有幾點需要留意。首先，服務目前處於公開預覽階段，功能的穩定性、定價模式與服務水準保障都尚未完全明朗，在正式用於關鍵工作負載前應審慎評估。其次，深度整合單一雲端供應商的執行環境與工具閘道，意味著一定程度的供應商綁定，跨雲或多雲部署的彈性會受到限制。最後，雖然閘道提供集中式權限管理與人工核准機制，但授權代理操作 Stripe、GitHub 等真實系統的工具，本身仍需要團隊建立完善的權限設計與稽核流程，平台提供的只是執行面工具，治理責任仍在使用者身上。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。