Docker and CNCF partner on an open spec for agent permissions

Docker 将沙箱工具包规范引入 CNCF | Docker

Docker 与 CNCF 合作制定代理权限的开放规范

发布于 2026 年 9 月 24 日

Eli Aleyner

和

Srini Sekaran

Docker 与 CNCF：让代理能执行的操作与代理本身一样可移植

十年前，软件行业面临一个选择。每个供应商都可以推出自己的镜像格式和运行时，开发者必须选择阵营。或者行业可以达成一致，采用统一的规范。最终行业选择了后者。Docker 将其镜像格式和 Runc 运行时捐赠给 Linux 基金会，围绕它们形成了开放容器倡议（Open Container Initiative，OCI）。如今，任何地方构建的 Docker 镜像都可以在任何地方运行。这种格式是云原生生态的支柱，也是事实上的标准。

如今，我们看到类似的问题正在围绕代理形成。目前没有统一的规范来定义代理可以执行的操作。我们提出同样的解决方案：基于 OCI 构建一个规范文件，并通过开放方式治理。

代理面临同样的问题

容器是为不可变软件设计的。镜像就是应用程序。如果需要更改它，就重新构建它，且在任何地方行为都一致。这就是为什么容器镜像只描述软件如何构建，而不涉及运行后可以执行什么操作。对于 Web 服务来说，这已经足够。它只需要网络和端口，这就足够了。

代理本质上是可变的。Claude Code 和 Codex 会代表你安装软件包、调用 API 和使用凭证。它们会改变运行的环境，并决定下一步要执行什么操作。因此，每个团队都必须自行编写规则来定义代理可以访问的内容：这里的网络规则，那里的令牌，为了完成任务而挂载的卷。这些规则存在于 shell 历史记录、仪表板和某个人的记忆中。几个月后，没人能回答一个简单的问题：这个代理被允许执行什么操作？

目前，每个团队都自行回答这个问题，每个运行时供应商都可以推出自己的解决方案。这种碎片化正是 OCI 要防止的情况。

我们宣布的内容

工具包（Kits）并不是新概念。工具包一直是 Docker 沙箱中用于打包代理、其工具以及代理可以访问内容的方式，使团队能够共享这些内容。真正的新变化是规范文件。现在，工具包成为一个普通的 OCI 镜像，描述它的格式是开放的。

今天在 WeAreDevelopers 会议上，我们宣布推出 Docker 沙箱工具包规范（Docker Sandbox Kit Spec），该规范在 Apache 2.0 许可下开源。一个工具包在一个镜像中包含三部分内容：代理、其工具，以及代理请求访问的所有内容的类型化列表，例如主机、凭证和卷。由于列表是镜像的一部分，固定镜像版本就同时固定了代理及其请求。

工具包不是一个新类型的规范文件，也不是任何 OCI 规范的分支。它使用 OCI 已经定义的扩展点。它像你今天运行的任何镜像一样构建、推送、拉取、签名和扫描，因为它本质上就是一个镜像。

今天，我们像当年镜像格式进入 OCI 时一样，将该规范提交给 CNCF，由其中立的治理结构进行管理。

Docker 始终坚持生态系统优先的理念。Dockerfile 至关重要，因为任何人都可以编写它，任何注册表都可以存储结果，任何运行时都可以运行它。Kits 采用同样的方法，我们并非独自构建它们。

我们与 AWS、Box、Datadog、Dynatrace、JFrog、NanoClaw、OpenClaw、Palo Alto Networks、Snyk 等公司合作，为他们的工具构建了 Kits。云平台、可观测性、安全、制品管理、内容和代理框架均有涵盖。今天在 WeAreDevelopers 开幕主题演讲中发布的 Kits 是所有这些工作的成果，它们只是众多 Kits 的开端。

MCP 为代理提供了一种与工具通信的标准方式。Kits 为生态系统提供了一种标准化的发布方式：将代理、其工具以及代理需要访问的内容整合到一个任何人都可以拉取的镜像中。这正是将一种格式转化为供应链的关键。例如，数据库供应商可以发布一个 Kit，通过推荐的范围将任何代理连接到其服务。代理开发者发布自己的 Kit，这样请求列表将来自构建代理的人。平台团队为公司发布一个 Kit，每位工程师都能从相同的基础开始。

如果格式归属于单一厂商，上述情况将无法实现。如果决定代理可以执行什么的标准归属于销售运行时的厂商，其价值将大打折扣。Docker Sandboxes 是首个强制执行该标准的运行时。它不应是唯一的，且在 CNCF 治理下，也不会是唯一的。

容器使软件具备可移植性。Kits 使权限具备可移植性：你主动授予代理的权限集合会随代理一同移动，封装在同一个镜像中，并在任何符合规范的运行时打开时含义一致。

“标准使生态系统能够快速前进而不至于碎片化，而很少有公司比 Docker 更理解这一点。通过将 Sandbox Kits 作为标准 OCI 镜像交付，Docker 为行业提供了一种开放、可重复的方式来打包 AI 代理、其工具及其防护措施作为一个单一制品。OCI 是云原生生态系统的基础，因此基于 OCI 的代理标准可以一次性触及整个生态系统。CNCF 欢迎这一举措，并期待与 Docker 及社区合作，推动其广泛采用。”

Chris Aniszczyk CNCF CTO

构建一个 Kit

如果你开发的是代理使用的工具，请为其发布一个 Kit。如果你运行代理，请从一个 Kit 开始并与团队共享。规范、能力页面以及一个真实 Kit 的完整演示可在 docker/sandbox-kit-spec 找到。如果你无法表达某个 Kit，或某个运行时无法实现某条规则，请提交问题。每个发布的 Kit 和每个提交的问题都是构建标准的方式。

关于作者

Docker 技术联盟负责人 Docker AI 产品营销经理（高级）

Srini Sekaran 是 Docker 的高级 AI 产品营销经理，专注于 Docker AI 治理、Docker Sandboxes 以及代理基础设施和开发者工作流的未来。

CNCF Docker Open Container Initiative (OCI) Sandbox Kit sandboxes

公司 合作伙伴 产品 目录

相关文章

• 2026 年 9 月 24 日：介绍 Cloud Sandboxes：从笔记本电脑开始，在云端完成

在笔记本电脑、云端运行代理，并通过一条命令在它们之间切换，所有操作均安全可靠。今年早些时候我们推出了 Docker Sandboxes：一种微虚拟机环境，使编码代理能够以安全的方式自主运行。Timir Karia 和 Srini Sekaran 阅读全文

• 2026年9月24日 From Dockerfile到Kit：Docker沙箱工具包规范 Docker的沙箱工具包规范v3将AI代理的网络规则、凭证和卷封装为一个普通且可固定（pinnable）的OCI镜像。Christian Dupuis 立即阅读

• 2026年9月24日 Docker与CNCF合作制定代理权限开放规范 Docker将开源的沙箱工具包规范引入CNCF，使AI代理权限成为基于OCI的中立、厂商无关标准。Eli Aleyner和Srini Sekaran 立即阅读