DigitalOcean 於 10 月 26 日公布 Managed Agents 的權限隔離實作，說明如何讓 AI 代理執行涉及正式環境的跨雲工作，同時避免直接取得 API 憑證或任意存取主機資源。官方以 huffl 生產後端從 Supabase 移往 DigitalOcean 的案例示範，涉及 31 個資料表、145,432 筆資料、三個儲存貯體與約 31,000 筆向量嵌入。
Managed Agents 目前為公開預覽服務，每個工作階段透過 Harness Runtime 使用獨立 Firecracker microVM，支援持續執行、暫停、恢復與分支。預覽版不提供服務等級協議，功能也可能在正式上市前調整或撤回。
第一層防護是 Action Gateway。代理呼叫雲端 API 時，由閘道在實際執行階段附加憑證，而不是將 token 交給模型、提示詞或對話紀錄。官方示範使用受管理的 OAuth 連線，並在代理檢查執行環境時確認憑證值遭遮蔽。Action Gateway 截至 2026 年 10 月提供單一 MCP 入口連接超過 16,000 種工具，敏感操作可設定人工核准。
第二層是 NVIDIA OpenShell 政策設定檔。官方示例將 policy_profile 設為 openshell-default，檔案系統預設唯讀，僅允許寫入 /workspace、/tmp 與 /dev/null。當代理嘗試在 /bin 建立檔案或執行需要較高權限的操作時，底層執行環境拒絕存取，並非依靠模型自行遵守口頭指令。
第三層是網路出口管制。管理員透過 allow_hosts 指定任務必要的目的主機，其餘對外連線預設遭代理伺服器拒絕。DigitalOcean 強調，憑證代理、檔案系統與網路政策在工作階段啟動前即由設定宣告，避免只依賴事後監控或代理本身的安全判斷。
這項設計降低代理越權執行的風險，但官方也指出，連接到代理的工作負載、資料與工具仍由使用者負責妥善保護。企業應把公開預覽的可用性、服務條款與自有權限配置納入正式部署評估。
發生了什麼事
DigitalOcean 說明 Managed Agents 如何以憑證代理、OpenShell 執行環境政策及網路白名單，限制 AI 代理在正式環境的操作範圍。
為什麼重要
AI 代理若能跨系統操作，單靠提示詞無法構成安全邊界；將憑證、檔案寫入與網路連線控制下沉到執行環境，能降低模型行為偏差造成的實際損害。
影響哪些人
部署自動化、雲端遷移與企業 AI 代理的系統整合師、DevOps 和資安團隊，可參考其權限分離方式；正式導入前仍須評估預覽版限制。
已確認與未確認
官方已展示公開預覽與實際案例，但未承諾正式上市日期或 SLA；第三方系統的授權、資料保護與工具安全責任仍由使用者承擔。
