OpenClaw发起面向 AI 智能体的免费开源企业级智能体平台

在IT论坛看到一则消息，一个做IT架构的人，他说他们公司刚发了一封内部邮件，明确禁止在开发流程中使用任何自主AI代理工具。理由很直接：这些代理能读代码、能连数据库、能调用外部API，一旦失控，没人能说清楚它们到底做了什么。在别人评论问他那开发团队的需求怎么办，他回复了一下：“偷偷用呗，反正IT也管不到每个人的终端。”

这个场景大概是2026年很多企业的真实写照。IT部门看到的是风险，业务部门看到的是效率，两边僵在那里，谁也没赢。

OpenClaw Enterprise（OCE）想做的，就是把这个僵局打破。

它不解决“AI会不会越界”，它解决“越界之后你知不知道”

OpenClaw Enterprise是OpenClaw基金会于9月29日发布的一个开源、供应商中立的企业级平台。基金会在公告中说得很直接：“组织反馈的主要意见是，在代理能够被完全采用之前，需要一个更强的共同安全、安全和治理标准。因此，大多数组织中IT的默认立场是完全禁止像OpenClaw这样的代理平台。”

OCE试图给出的答案是：你不必在“全开”和“全禁”之间二选一。你可以给代理一个受控的运行环境，让它干活，但每一步都留下痕迹。

从架构上看，OCE的核心是一个企业级控制平面（OpenClaw Control Plane，OCC） 。GitHub仓库里把它描述为“代理的Kubernetes”——一套用于部署和管理代理的基础设施，而不是定义单个代理如何思考或行为。

这个控制平面做的是部署、隔离、权限、凭证、配置和变更记录的管理。它不定义代理“怎么思考”，而是定义组织范围内“代理怎么被管理”。

它到底提供了什么

OCE在安全设计上做了几件事，每一件都对应着过去一年AI代理领域暴露出的真实问题。

第一，硬边界隔离。 OCE在可信服务和不受信工作负载之间建立了明确的边界，配合沙箱机制，限制代理能够触及的范围。

第二，细粒度权限。 代理的权限不是“全有或全无”，而是可以精确到具体操作和具体资源的级别。OCI的代理作用域系统默认采用拒绝优先的工具允许列表。

第三，LLM辅助审查。 这是比较有意思的一点——OCE使用大语言模型来审查代理的行为，而不是完全依赖静态规则。

第四，全生命周期审计。 治理和审计记录覆盖代理的整个生命周期，审计模块会对敏感值进行脱敏处理。

第五，多租户支持。 支持多个团队在同一个平台上运行各自的代理，同时保持安全边界。

OpenAI已经在用自己的代码库测试它

OCE最有说服力的背书，可能来自它自己的“产房”。

项目最初在OpenAI内部启动，后来捐赠给OpenClaw基金会，现在由Red Hat和NVIDIA共同参与开发。OpenClaw基金会在公告中说，OpenAI已经在运行OpenClaw代理，并且这些代理拥有对其代码库和插件的完整访问权限。

OpenAI技术人员RJ Marsan描述了一个叫Androidclaw的内部企业代理，它在公司上下文、Git、GitHub和日志系统中运行，帮助调查构建失败、定位事件记录、并准备带有支持证据的修复方案。

Red Hat也在内部试点OCE，并公开表示正在为这个项目贡献“企业级控制平面”的经验。Joe Fernandes，Red Hat AI业务部门的副总裁兼总经理，把OCE比作RHEL和OpenShift——Red Hat打算把一个开源项目变得适合严肃的生产使用。

免费，但“免费”的边界在哪里

OCE采用MIT许可证，基金会明确表示“将永远对任何组织免费”。你可以从GitHub克隆仓库，按照文档自托管，用Docker Compose做本地开发，用Kubernetes做内部部署。

但VentureBeat在报道中指出了一句很实在的话：免费的是软件本身，底层计算、模型服务、存储和运营基础设施的成本仍然由企业承担。

换句话说，你省下的是许可证费用，但你仍然需要有人来运行它、维护它、理解它。

现在能用吗？可以，但要知道自己在用“早期版本”

OCE目前处于1.0之前的开发阶段。OpenClaw基金会自己推荐的使用场景是“内部试点工作负载”，1.0版本计划在2026年底发布。

开源仓库里有一个细节值得注意：默认的Compose预览可以运行控制平面，但不能部署代理；本地代理的walkthrough使用的是Kubernetes profile。这意味着，如果你想真正跑起来一个代理，需要比“docker-compose up”多花一些功夫。

Mallory的分析给出了一个更具体的提醒：OCE目前仍处于pre-1.0阶段，认证和其他安全相关能力仍在完成中。对于正在评估这个平台的安全负责人来说，应该把它当作早期阶段的代理管理控制平面来对待，在投入生产之前，需要验证身份、凭证处理、租户隔离、可审计性和策略执行这几个关键领域。

深思一下

OCE的发布时机，和微软那份《2026数字防御报告》里“攻击者在AI竞赛中领先”的结论，几乎是前后脚。这不是巧合。

当攻击者已经在用AI加速攻击、而防御者还在为“要不要允许员工用AI代理”争论不休的时候，组织需要的不是“禁止”或“放开”的二选一，而是一个能让代理在受控环境中运行的中间层。

OCE能不能成为这个中间层，现在下结论还太早。1.0还没发布，认证机制还在开发，安全参考架构“未来几周”才会公布。但它的方向是对的：把治理能力做成基础设施，而不是让每个组织自己从零开始搭。

如果你在企业里负责AI工具的评估或安全策略，OCE值得放进观察清单。不是因为它现在已经能用了，而是因为它代表了一种正在成形的共识：AI代理的安全，不能靠“相信模型会听话”来解决，得靠一套能在模型之外工作的管控体系。