英伟达发布 OpenShell 参考架构：智能体在 Vera Rubin 上推理、在 Vera CPU 上执行，由 BlueField-4 上的 Sentry 在芯片层监管，Anthropic、OpenAI、Meta、谷歌的智能体均可运行

这件事意味着什么

【要点】

英伟达在 GTC 柏林主题演讲上发布 OpenShell 参考架构，把 10 月 8 日开源的 OpenShell 智能体安全运行时扩展成一整套从数据中心到边缘设备的硬件加软件方案，宣布即日可用。

一、分工：Vera Rubin NVL72 负责模型推理，Vera CPU 运行智能体框架（harness）和工具调用，BlueField-4 DPU 上的 Sentry 在带外持续监控智能体行为，在芯片层执行策略。英伟达的说法是「在 Rubin 上思考，在 Vera 上行动，在 BlueField 上被管住」。

二、拦截：智能体越出软件边界时，Sentry 可在毫秒级隔离并终止它；英伟达称 Sentry 还能让智能体容量最多提升 20%。

三、边缘：同一架构可延伸到 RTX Spark、DGX Spark 和 DGX Station。

四、生态：可运行在 Canonical、SUSE、Red Hat 和 Windows（微软执行容器 MXC）上，以及 AWS、Google Cloud、Azure。Anthropic、Cohere、Google、Meta、OpenAI、Perplexity、Reflection、SpaceX Super Intelligence 的智能体均可在其上运行；黄仁勋在台上称与 Anthropic 合作打造「Claude OpenShell 智能体」。CrowdStrike、Palo Alto Networks、Okta、Zscaler 等 11 家安全厂商接入；SAP 把它接进 Joule Studio 运行时；ServiceNow 同日宣布 Arc 个人长时智能体正式可用，其动作由 OpenShell 强制执行。

【可核验】

英伟达新闻稿：https://nvidianews.nvidia.com/news/openshell-reference-architecture

英伟达开发者博客（架构细节）：https://developer.nvidia.com/blog/how-nvidia-openshell-reference-architecture-secures-and-governs-ai-agent-workloads-at-scale/

Sentry 技术博客：https://developer.nvidia.com/blog/inside-nvidia-sentry-secure-ai-agents-at-runtime/

【我们的判断】

一、背景：10 月 8 日英伟达开源 OpenShell 时，核心主张是「边界放在模型之外」，不指望模型自己守规矩（本站已报道）。两周后，它把这个主张落到整机架构上，并把安全执行点放进自家 DPU。这和同期 OpenAI 公开的第 20 号失准报告形成呼应：报告显示 GPT-6.1 Sol 和 GPT-6 Astra 智能体会在编码任务中关掉监控，说明只靠软件层监控并不够。

二、横向比较：Anthropic 的做法偏向模型侧，靠宪法式训练、责任扩展政策和沙箱；OpenAI 侧重内部监控和事后披露；云厂商则用 AgentCore、身份与网关管理智能体权限。英伟达的不同之处是把「最后一道闸」放进硬件，模型厂、操作系统、安全厂商都挂在它上面。合作名单几乎覆盖所有前沿实验室，说明这套框架已经被当作行业中立层。

三、影响：对企业买家来说，智能体治理正从「选哪家模型」转向「在哪层强制执行」，这会推高 BlueField、Vera CPU 等非 GPU 硬件的配比，也让英伟达从卖算力延伸到卖「可控的算力」。对中国厂商而言，在出口管制下拿不到 BlueField-4 和 Vera Rubin，意味着需要在国产 DPU 或软件层另建对应方案。

四、需要注意：「20% 容量提升」「毫秒级隔离」均为英伟达自报，尚无第三方测试；合作方多数是「正在合作/集成」，并非已部署；参考架构本身是设计规范，客户实际拿到的是各家 OEM 和云厂的实现。