DigitalOcean 推出托管代理，为 AI 代理带来托管云基础设施

DigitalOcean 近期以公共预览形式推出 DigitalOcean Managed Agents，为 AI 代理提供托管云基础设施层。按 InfoQ 报道中转述的 DigitalOcean 说法，代理式工作流与传统云应用差别很大：在常规虚拟机上运行代理的开发者，必须自己搭建并维护支撑性的运行时环境。

这些“管道工作”被具体列出：保存代理上下文、持久化产物并让它们在创建它们的代理之外仍可访问、协调并行工作、以及为工具访问做安全加固。此外还要维持备用虚拟机容量以保证代理能快速启动，并按需配置计算资源。

这正是本次发布要回答的核心问题：当代理从演示走向生产，缺的不是更聪明的模型，而是一层替它处理执行、持久化、工具接入与底层基础设施的托管层。需要说明的是，上述痛点描述来自 DigitalOcean 自身的表述，属于厂商对问题域的定义，而非独立验证的结论。

DigitalOcean Managed Agents 由 Harness Runtime 与 Action Gateway 两个集成服务组成。按报道的表述，两者合在一起让开发者扩展代理能做的事，而执行、持久化、工具访问与基础设施由 DigitalOcean 管理。

这条分工线值得单独拎出来：Harness Runtime 管“代理在哪里跑、状态怎么留”，Action Gateway 管“代理能碰什么、怎么碰”。产品提供的三项核心能力——隔离的 microVM 运行时、受治理的工具访问、无服务器 AI 推理——也基本落在这两个服务上。

把运行时与工具接入打包成同一层，是这次发布在结构上最值得注意的地方；至于这种打包在真实生产负载下是否比自行拼装更省事，来源未提供实测数据，无法判断。

Harness Runtime 构建在轻量级 microVM 之上，为代理提供持久、隔离的计算环境。它支持的代理框架包括 Claude Code、Codex CLI、OpenCode 等编码代理，Hermes 等通用代理，以及用 LangGraph 构建的自定义代理。

在状态层面，Harness Runtime 可跨会话持久保存对话历史与工作状态，会话可暂停、恢复或分叉。当代理空闲、即没有进行中的 LLM 或工具调用时，会话可自动暂停代理。

在并行层面，会话可跨仓库和任务并行启动，支持分而治之、协作和 map/reduce 等工作流。报道还提到每个会话运行在安全加固的计算与存储资源上，并允许开发者连接内部服务而不必将其公开暴露。

把“空闲即暂停”和“会话可分叉”放在一起看，这套设计的取向是让代理会话更像可调度的资源，而不是必须一直占着机器的进程。Seaotter 平台架构师兼创始人 Ryan Martin 在评论中把“空闲时暂停加受治理的工具”称为可扩展的运维模式——这属于个人观点，不代表市场整体反馈。

Action Gateway 通过统一的 MCP 端点作为代理访问外部工具与服务的接口，目前提供超过 16,000 个工具，包括 Web Search、Web Fetch、浏览器自动化以及 DigitalOcean 基础设施管理 API，并提供 GitHub、HubSpot、Stripe 等流行平台的连接器。

数量之外，报道更强调治理：该网关实施集中式权限管理以界定每个代理可用的工具与操作，并对敏感操作要求人工审批。为支持多个代理访问外部系统，网关还提供限流、重试、退避和超时机制。

这构成一组明确的约束：工具访问受集中式权限管理约束，敏感操作需人工审批；多代理访问外部系统时会被施加限流、重试、退避和超时。换句话说，16,000 这个数字描述的是可接入面，而不是代理可以无条件调用的范围。

来源未逐一说明这 16,000 多个工具的具体清单与可用性，因此这个数字应理解为报道中转述的当前规模，而非可核对的完整目录。

报道指出，DigitalOcean Managed Agents 与 Docker Cloud Sandboxes 在时间上相近出现，在沙箱和运行时层面存在明显重叠：两者都提供 microVM 隔离与持久性。

差异在于重心。按 InfoQ 作者的判断，Docker Cloud Sandboxes 更侧重开发者工作流，尤其是把沙箱在本地与云端计算之间迁移的能力；DigitalOcean Managed Agents 更侧重生产基础设施，并提供更多编排与工具支持。

需要标注的是，这一对比结论来自 InfoQ 作者的判断，缺乏第三方验证，属于推断而非已确认事实。它更适合作为理解两者定位差异的一个参照，而不是选型结论。

前 Meta AI 工程师、现 Dair.ai 开发者 Elvis Saravia 在 X 上评论称，该产品对性能和成本降低的关注令人兴奋，因为许多其他代理管理平台成本过高、难以在生产中扩展代理。这是业内人士的个人评价，属于来源中的观点性内容。

与之相对的是来源本身留下的空白：DigitalOcean Managed Agents 目前仅处于公共预览阶段，尚未公布正式可用时间；定价信息未在来源中披露；microVM 隔离与安全加固的具体技术实现细节也未展开。

因此，公共预览版的性能与成本优势目前尚无独立基准或实测数据支持。Saravia 提到的“成本降低”是期待与评价，不是已测得的结论。

还有一层信息结构上的限制：本次可依据的来源仅为 InfoQ 单篇报道，未提供第一方产品文档或定价信息。这意味着文中所有产品能力描述都来自这一篇报道的转述，读者在评估时应保留相应折扣。

把已确认的部分和未确认的部分分开，结论其实相当克制。已确认的是产品形态：公共预览、两个集成服务、microVM 隔离运行时、会话持久化与暂停/恢复/分叉、统一 MCP 端点、超过 16,000 个工具、集中式权限管理与敏感操作人工审批、限流重试退避超时。

未确认的是它是否真的更便宜、更快、更适合生产。来源没有给出正式可用时间与定价，没有逐一说明工具清单，没有展开 microVM 隔离的技术实现，也没有独立基准或实测数据。

所以这次发布更准确的意义是：一家云厂商把代理生产化过程中最琐碎的那层——运行时、持久化、工具接入与治理——做成了托管产品，并把它放进公共预览接受检验。它是否成立，取决于预览期之后能否补上定价、可用性与实测数据这三块拼图。