">

NVIDIA 将 OpenShell 捐给 CNCF,并公开预览三款 Kubernetes 组件

NVIDIA 于 2026 年 11 月 10 日在 KubeCon + CloudNativeCon 宣布把开源运行时 NVIDIA OpenShell 贡献给云原生计算基金会(CNCF),作为 Sandbox 项目,用于给自主智能体的活动施加确定性策略控制。同时宣布贡献到 Google 发起的 Agent Substrate,并公布 DSX AI Factory Platform 的三款新组件:NVIDIA Kubernetes Engine、NVIDIA Kubernetes Recipes 与 NVIDIA Snapshot,前两款为公开预览。官方另写明与 Google 协作的集成仍在进行中,生态伙伴对齐的是集成计划,本文均按未交付处理。

这次发布的是什么

NVIDIA 于 2026 年 11 月 10 日在 KubeCon + CloudNativeCon 宣布,把 NVIDIA OpenShell 贡献给云原生计算基金会(CNCF),作为 CNCF Sandbox 项目。按官方博客,OpenShell 是一个用于保护和治理自主智能体的开源运行时:它给智能体活动施加确定性控制,让团队在智能体调用工具、访问推理服务、执行工作负载时都能执行策略;可扩展架构允许接入自己的算力、推理提供方、凭据存储与监控工具,从而把治理策略复用到不同部署环境。官方写明成为 Sandbox 项目后,治理由参与建设的组织共同进行。

同一篇公告还包含三组动作:NVIDIA 宣布贡献到 Agent Substrate,这是一个由 Google 发起、已被 CNCF Sandbox 接收的开源框架,用于在 Kubernetes 上大规模运行长时间智能体工作负载;NVIDIA 公布 DSX AI Factory Platform 的三款新组件——NVIDIA Kubernetes Engine(NVKE)、NVIDIA Kubernetes Recipes(NVKR)与 NVIDIA Snapshot;官方还写明正与 Google 协作做 OpenShell 与 Agent Substrate 的集成。需要分清的是,捐赠与组件发布是本次公告里已发生的动作,而「协作中的集成」与生态伙伴的「集成计划」不是已交付的产品能力,本文按官方措辞分别标注。官方博客含规模与性能数字,本文不转述,条款与商用口径以官网为准。

可用性与限制

  • 发布时间:官方博客页内标注 2026 年 11 月 10 日,场合为 KubeCon + CloudNativeCon
  • 项目归属:官方写明 OpenShell 进入 CNCF Sandbox,由参与建设的组织共同治理;Sandbox 是项目阶段,不等于毕业项目
  • 组件状态:官方写明 NVKE 与 NVKR 以公开预览形态提供,NVIDIA Snapshot 被描述为开源模块化组件;公开预览不等于正式可用
  • 仓库入口:官方给出 github.com/ai-openshell、github.com/dsx-ai-factory/nvke、github.com/dsx-ai-factory/nvkr 与 github.com/ai-dynamo/snapshot
  • 协作状态:官方写明 NVIDIA 与 Google 正在协作做 OpenShell 与 Agent Substrate 的集成,属于进行中,未给出交付时间
  • 生态计划:官方列出多家基础设施与云侧厂商对齐了把 NVKE 与 NVKR 能力纳入其产品的集成计划,措辞为计划,不是已完成上架
  • 评估范围:官方写明两家设计伙伴在自有工作负载上评估过 Snapshot;这属于评估,不等于所有环境都能复现同样结果
  • 配额、支持范围、商用条款与私有化条件:官方博客未给出完整口径,以官网与各项目仓库为准

主要功能

  • 给智能体活动施加确定性的策略控制
  • 在工具调用与推理访问环节执行治理策略
  • 接入自有的算力、凭据存储与监控工具
  • 在任务之间保留智能体环境并释放空闲算力
  • 自动化 GPU 集群的生命周期管理
  • 从检查点恢复推理副本而无需重新加载模型

技术原理

据官方说明,OpenShell 把智能体治理放在运行时层,而不是只依赖模型自身的判断:策略在智能体调用工具、访问推理服务、执行工作负载时生效,属于确定性控制;其可扩展架构允许组织接入自己的计算、推理提供方、凭据存储与监控,因此同一套治理口径可以跨不同部署环境使用。官方把这类基础设施交给社区共建的理由写成「让开发者共同构建、检视并加固智能体的运行环境」,本文只记录这层设计意图,不转述任何规模或采用数字。

Agent Substrate 解决的是另一半问题。官方说明,长时间运行的智能体如果每个会话都常驻独占算力,扩展成本会随会话数上升;该框架在任务之间保留智能体环境,空闲时释放算力,通过挂起与恢复在共享池里复用资源,从而让智能体工作负载可以扩展而不必为每个会话保留专用算力。NVIDIA 说明其贡献方向是让该框架与 NVIDIA Dynamo 的推理服务、KAI Scheduler 的共享集群资源分配配合,把智能体执行、推理服务与资源调度放到同一套 Kubernetes 体系里。

三款新组件对应的是部署与扩容环节。官方说明 NVKE 与 NVKR 提供在 GPU 基础设施上交付托管 Kubernetes 服务的开源构件,前者自动化集群生命周期管理,后者提供经过签名与版本锁定的镜像;两者以公开预览形态提供。NVIDIA Snapshot 面向推理扩容的启动延迟:官方说明加载模型与预热工作负载会拖慢扩容与恢复,该组件从检查点恢复副本,跳过重新加载与预热环节。这三层都是工程侧机制,官方没有把它们描述成模型能力变化。

实际体验

不做主观实测,只记录官方说明里可核对的行为,以及读者可自行复现的核对路径。

一是项目状态可以在公开仓库核对:按官方给出的四个仓库地址,逐个确认仓库是否存在、许可证与贡献说明是否公开、README 里对 Sandbox 阶段与公开预览状态的描述是否与博客一致。判断依据是「仓库与说明是否对得上」,不是社区活跃度;官方博客里的规模数字本文不转述。

二是策略控制可以按最小示例核对:在一个隔离的测试环境里按仓库说明配置一条简单策略,让智能体尝试调用一个未授权工具,观察运行时是否按策略拦下。判断依据是「有没有生效的拦截」,不是拦截是否覆盖所有情形;具体配置格式以仓库文档为准,官方博客没有逐条列出策略语法。

三是挂起与恢复可以按空闲行为核对:在 Kubernetes 测试环境里让一个智能体任务进入空闲,观察其环境是否被保留、算力是否被释放,再唤起任务看环境是否恢复。判断依据是资源状态与环境是否延续,不是启动耗时;官方给出的性能数字有特定测试条件,本文不引用。

四是刻意留空的部分:OpenShell 与 Agent Substrate 的集成进度、生态伙伴集成计划的落地时间、公开预览转正式可用的时间表,以及各组件的支持矩阵,都没有可在本地复现的核对动作,只能以官网与项目仓库为准。把它们写成已交付结论属于推测,这里不写。

项目地址与获取方式

公告全文在 NVIDIA 官方博客;项目仓库见 OpenShell、NVIDIA Kubernetes Engine、NVIDIA Kubernetes Recipes 与 NVIDIA Snapshot,技术说明另见官方开发者博客里的 Agent Substrate 与 Kubernetes Engine 两篇。请通过官方渠道获取,避免安装被篡改的版本;订阅档位、支持范围与商用条款一律以官网为准。本站对「公开预览」与「正式可用」严格分开写,理由也一并留在这里,便于复核。

适合谁用

  • 在 Kubernetes 上运行长时间智能体工作负载的平台工程团队
  • 需要对智能体调用工具、访问推理服务做确定性治理的企业安全团队
  • 建设或运营 GPU 集群、关注集群生命周期自动化的运维人员
  • 希望把智能体执行、推理服务与资源调度放在同一套编排体系里的架构师
  • 关注推理扩容与恢复启动延迟的工程团队
  • 不必用:只在单机跑短期脚本、没有多会话并发压力的小团队;也不适合需要生产级支持承诺、但只看到公开预览状态就准备直接上线的项目

常见问题

捐给 CNCF 之后由谁维护?

按官方博客,OpenShell 成为 CNCF Sandbox 项目,治理由把它纳入产品的组织共同进行,并会引入社区安全方面的参与。Sandbox 是基金会里的项目阶段,不等于已毕业或已形成稳定发布节奏;具体的维护者名单、贡献流程与版本节奏以项目仓库为准。官方另外说明 NVIDIA 会继续贡献到 Agent Substrate,这是两个不同的项目,不要合并理解。

NVKE 与 NVKR 现在算正式可用了吗?

不算。官方博客把这两款组件写成公开预览,与「已正式可用」是不同状态;NVIDIA Snapshot 则被描述为开源模块化组件,并写明由设计伙伴在自有工作负载上评估过。公开预览意味着可以取用与试用,但支持范围、接口稳定性与生产适配要看项目仓库的当前说明。本文按官方措辞标注,不把预览写成正式发布。

OpenShell 和 Agent Substrate 是一回事吗?

不是。官方把 OpenShell 写成给自主智能体活动施加确定性策略控制的运行时,把 Agent Substrate 写成在 Kubernetes 上大规模运行长时间智能体负载的框架,两者分别对应「治理」与「编排」。官方还写明正与 Google 协作做两者的集成,措辞是进行中,没有给出交付时间。把「正在协作的集成」写成「已打通」属于把计划当交付,这里不写。

这次一起发布新模型了吗?

没有。公告给出的都是运行时、编排与集群侧的开源组件与项目动作:一个进入 CNCF Sandbox 的运行时、一个被贡献的框架、三款 DSX 平台组件。官方没有宣布新模型权重或新的推理接口。想要在自有环境验证的读者应直接看仓库说明,不要把博客里的性能与规模数字当成可复现结论。

相关工具与内容

站内 AI 智能体分类 与 AI 编程分类 汇总了相关工具;LangChain 工具页 与 n8n 工具页 可对照智能体编排侧的选择。脉络上可看 Anthropic 智能体技能捐赠 AAIF、NVIDIA SETI 智能体观测 与 Bedrock AgentCore CLI 1.0。

Related
快讯 8 小时前

Gemini 4 Carbon 扩大开放:开发者、企业与消费者入口同步打通

Google 于 2026 年 11 月 10 日把 Gemini 4 Carbon 从原先的受限开放扩大到开发者、企业、科研人员与消费者。这不是该型号首发:2026 年 10 月 28 日已公布,当时先向一部分网络安全防御方开放。本次变化在开放范围与接入渠道,同日 GitHub 宣布该型号在 GitHub Copilot 中正式可用。官方公告含大量基准与计费信息,本文不转述数字,订阅档位与额度一律以官网为准。

前沿快讯 14 阅读
快讯 8 小时前

ElevenLabs 发布 Scribe v3 与 v3 Live:把说话人分离带进实时转写

ElevenLabs 于 2026 年 11 月 10 日发布两款语音转文字模型:面向录音的 Scribe v3 与面向实时音频的 Scribe v3 Live。实时链路首次加入说话人分离,并改用对话上下文判断说话是否结束;两款模型当日在 ElevenAPI 可用,从 Scribe v2 升级只需把模型标识改一行。官方发布文含大量百分比与基准对照,本文按本站口径不转述数字,语种清单、配额与价格一律以官网为准。

前沿快讯 11 阅读
快讯 8 小时前

OpenAI 推出 Businesses in ChatGPT 测试版:企业可认领资料并配置 Business Agent

OpenAI 于 2026 年 11 月 10 日推出 Businesses in ChatGPT 测试版,包含 Business Hub 与 Business Agents。企业可认领组织并在验证后维护资料与商品信息流、查看聚合洞察;符合条件的组织还能构建并发布 Business Agent,让用户直接在对话里了解其商品与服务。官方写明 Business Agents 当前面向美国符合条件的电商与在线服务企业可用,更多市场与类别属后续计划。洞察为聚合且有阈值,不共享用户对话内容;资格清单与广告计费一律以官网为准。

前沿快讯 6 阅读

继续阅读:ElastiCache Serverless 开放向量、全文与混合检索:缓存层直接做召回 · Gemini Intelligence 十一月更新:Pixel 10 系列获得端侧智能体能力

关于本文:本站文章由编辑部独立撰写,评测口径与免责说明见关于我们。想继续找工具,可从分类导航按场景浏览,或回首页搜索。

链接已复制