曾以周末项目走红的 OpenClaw 获得 OpenAI、Nvidia、Red Hat 支持,正式推出企业版,提供 Agent 编排与管理能力。
We are so glad you're here. You can expect all the best TNS content to arrive Monday through Friday to keep you on top of the news and at the top of your game.
Check your inbox for a confirmation email where you can adjust your preferences and even join additional groups.
Follow TNS on your favorite social media networks.
Become a TNS follower on LinkedIn.
Check out the latest featured and trending stories while you wait for your first TNS newsletter.
OpenClaw 自从一个多星期前作为周末爆款项目问世以来,已经走了很长的路。这个由奥地利开发者 Peter Steinberger 在 2025 年底创建的自托管 AI agent,爆炸式增长,到二月——也就是 OpenAI 聘请 Steinberger 的时候——已经在 GitHub 上积累了超过 100,000 颗星。
在接下来的几个月里,OpenClaw 付出了巨大努力为项目引入更多规范,收紧了其持久化 agent 架构,大力投入安全性,添加了新的 agent harness 选项,并建立了独立的 OpenClaw Foundation 来监督项目。这其中包括 OpenAI、Nvidia、Red Hat 和 GitHub 等赞助商,以及一系列承诺贡献资源的其他知名公司。
现在,它正在做出也许是迄今为止最明确的商业化推进——推出 OpenClaw Enterprise(OCE),一个用于管理 agents 的开源、"厂商中立"平台。
让持久化 agents 访问代码库、凭据、插件、消息通道和其他公司系统,为企业 IT 创造了一个显而易见的问题:这些 agents 变得越有用,它们的权限和操作就越重要。
在周二发布的一篇博客文章中,OpenAI 负责 OCE 工作的技术员工 Kevin Lin 认为,许多公司仍然认为 agent 平台太难集中管理,以至于禁止成为了默认做法。
大多数组织中 IT 的默认立场是完全禁止 OpenClaw 这样的 agent 平台。
"我们从组织那里听到的主要反馈是,在 agents 能够被完全采用之前,需要更强有力的通用安全、安保和治理标准,"Lin 写道。"因此,大多数组织中 IT 的默认立场是完全禁止 OpenClaw 这样的 agent 平台。"
OpenClaw Enterprise 仍处于萌芽阶段。Lin 表示,该项目目前正在"1.0 版本发布前以开放方式开发",并补充说,目前仅适合内部试点项目。
因此,在 OCE 能够被合理地视为一个成熟的 enterprise 平台之前,仍有相当距离。但它的预期形态大部分已经可见。
OCE 的核心是 OpenClaw Control Plane(OCC),它为管理员提供了一个集中部署 agents 的地方,将它们隔离到独立的名字空间,管理配置和凭据,设置权限,并保留通过平台进行更改的记录。Agent 活动本身是独立发生的:网关接收消息,而 harnesses 处理 agent 回合、模型调用和工具执行。
最终,OCE 是为多个 agents、用户和团队可能共享相同底层基础设施的环境而构建的,其中有关于谁可以访问什么、以及各个 agent 部署如何相互隔离的控制机制。
就差距而言,OpenClaw 的架构文档指出,其 API、控制台、持久化 worker、PostgreSQL 后端和 Kubernetes 打包已经实现,而外部网关准入、工作负载向 OCC 的身份认证以及一些模型认证方法等领域仍未完成。
OCE 被构建为在你的自有基础设施上运行,并且对任何组织永远免费。
这种未完成状态至少部分是 OpenClaw 这么早就以开源项目方式发布 OCE 的原因。这个想法是让公司能够自己检查和调整软件,同时给外部开发者机会在正式发布前塑造该项目。代码已在 GitHub 上可用,包含了一份在本地运行或在组织内部署的入门指南。
"OCE 被构建为在你的自有基础设施上运行,并且对任何组织永远免费,"Lin 指出。
OpenClaw Enterprise 有一个有趣的血统。OpenAI 是其最初所在地,然后公司将项目移交给了 OpenClaw Foundation。此后 Red Hat 和 Nvidia 为其开发做出了贡献,而 OpenAI 和 Red Hat 已开始在内部测试该软件。
把它想象成 agents 的 Kubernetes。
还有一个相当明确的 Kubernetes 启发理念渗透在这个项目中:OpenClaw 希望 OCE 提供一个在不同环境中管理 agents 的通用层。"把它想象成 agents 的 Kubernetes,"项目官方文档指出。
这个比较贯穿到 OCE 的实际部署方式。它的完整本地开发环境在 Kubernetes 集群内运行控制平面、PostgreSQL 和 agent 工作负载,而公司可以将其 OCE 安装到他们已经运营的 Kubernetes 基础设施中。文档确实包含了 Docker 或 Podman Compose 选项,尽管目前仅限于控制平面预览,无法通过 OCC 部署 agents。
Lin 也在 LinkedIn 上明确提出了 Kubernetes(K8)的类比,反映了 OpenClaw 对该项目的长期雄心。
类似于 K8 成为云中部署容器的标准,我们希望 OCE 成为 agents 的标准。
"类似于 K8 成为云中部署容器的标准,我们希望 OCE 成为 agents 的标准,"Lin 写道。
Red Hat 则通过类似的视角看待 enterprise agents 的出现。在周二发布的另一篇博客文章中,Red Hat AI 业务部门的 VP 兼总经理 Joe Fernandes 从放弃专有 Unix 系统转向 Linux,到容器和 Kubernetes 的兴起,再到 agents,画出了一条清晰的线。他的论点是,Red Hat 可以将其在帮助将这些早期技术带入企业环境中学到的东西,应用到这新一代软件上。
"纵观 Red Hat 的历史,企业计算中一些最大的变化是由应用程序构建和运营方式的根本性转变所驱动的,"Fernandes 写道。"Red Hat 工程师已经在为 OpenClaw 做贡献,我们正在用 Linux、Kubernetes、分布式系统、安全和企业基础设施方面的专业知识扩大这一投入。"
安全仍然是 OpenClaw 表示正在集中精力的主要领域。该项目将可信和非可信工作负载之间的隔离与沙箱化、细粒度权限和 LLM 辅助审查相结合,并表示计划发布一份参考架构,展示这些部分如何在实践中协同工作。
目前,OCE 仍然是一个正在进行的工作。控制平面正在成型,但很多工作仍未完成,OpenClaw 仍在邀请开发者、运维人员和安全团队帮助影响该项目在 1.0 之前的形态。
"我们还处于早期,前方还有更多工作,"Lin 补充道。