为AI代理构建信任

Deanna Sparks 的头像

编码 agent 不只是写代码。它们会安装依赖、访问网络、使用凭证，而且在我们转去做别的事情之后还在继续干活。agent 需要访问权限才能真正完成工作。但权限越大，一次失误造成的影响也越大。难点在于：如何在系统里建立起足够的信任，让 agent 获得更多自由，同时又不至于让它们什么都能碰。

在 WeAreDevelopers North America 上，Docker 总裁 Mark Cavage 给出了 Docker 的答案：给每个 agent 划出牢固的边界，让它的运行环境和权限可复现，并让工作在合适的地方运行——从开发者的笔记本到云端。

在 30 分钟里，Mark 演示了当 agent 越过容器的限制时会发生什么，以及 Docker Sandboxes 如何建立更强的边界。随后他把这一基础延伸到 Kits——为那些需要在笔记本之外持续运行的工作提供云端算力——以及帮助开发者安全使用 agent 的新合作。

agents trust factory transparent

agent 是行动者，不是工作负载

容器是为隔离应用而生的。agent 做得更多。它们会做决策，并对周围的系统采取行动，所以边界必须扩展到它们能够触及的环境。

Mark 在台上的演示说明了这一点。容器本身按设计正常工作。agent 需要的是对它整个运行环境的围堵。Docker Sandboxes 提供了这种围堵。每个 agent 都拥有自己独立的 microVM 和内核，与开发者的宿主机环境隔开。

开发者可以选择适合任务的 agent、模型和工具，然后定义沙箱对文件、网络和密钥的访问权限。这些策略不受 agent 控制。沙箱加上策略，共同为自主工作构建出一个可信环境。

Docker Sandboxes 现已通过免费的独立 CLI 提供，开发者可以为自己现有的 agent 工作流带来更强的隔离。

让 agent 及其权限可复现

清晰的边界为 agent 提供了安全的工作空间。开发者还需要一种可重复的方式，来定义运行什么、以及它能访问什么。

在主题演讲中，Mark 发布了新一代 Docker Sandbox Kits，如今以标准 OCI 镜像的形式构建，并邀请生态伙伴共同参与规范制定，Docker 正推动其走向中立治理。

Docker Sandbox Kits 把 agent、它的工具，以及沙箱可访问范围的规则打包成一个带版本、可共享的产物。开发者可以用现有的容器镜像工作流来共享 Kit，同时让 agent 权限的变更始终可见、可审查。

这为 agent 生态提供了一个共同的基础，且建立在开放标准之上。

Dockerfile 让软件可复现。Kit 让权限可复现

any model any harness any tool

在笔记本上开始，在云端完成。

有些 agent 任务从始至终都在开发者的笔记本上完成。运行时间更长或需要并行的工作，则需要开发者离开后依然可用的算力。在主题演讲中，Mark 发布了 Docker Cloud Sandboxes，把笔记本上同样的基于 microVM 的隔离带到了 Docker 托管的云端算力上。

沿用熟悉的 sbx 工作流，开发者可以在本地启动，用一条命令把工作迁移到云端，合上笔记本后任务继续运行。他们也可以并行执行任务，而无需自行准备或维护基础设施。

Docker Cloud Sandboxes 现已可用，采用按量付费定价。

start local move to cloud move back

围绕信任构建的生态

开放的 agent 生态两者都需要：给开发者的选择，以及整个行业可以依托的共享标准。

Nous Research 与 Mark 同台，展示了 Hermes 作为一等 Kit 在 Docker Sandboxes 中运行。演示说明了选择在实践中是什么样子：一个第三方 agent 被打包进通用环境，由 Docker 提供底层的隔离与控制。开发者可以挑选最适合自己工作的 agent，而不必围绕它重建可信的执行层。

选择还取决于更广泛的生态能否采纳共同标准。Docker 已承诺将其 Kits 规范提交给云原生计算基金会（CNCF）——云原生计算领域的开源、厂商中立枢纽。