AI百科网 AI教程
工具库

英伟达开源了一个 agent 运行时

英伟达在 GitHub 上开源了 agent 运行时 OpenShell,用内核拦截加策略证明来限定 agent 能碰什么。本文讲清三层结构、部署前提和试用顺序。

本文目录 · 6 节

让 agent 装包、读文件、调接口,是它有用的前提;也是它删掉你数据库的前提。

一、发生了什么

英伟达在 GitHub 上开源了 OpenShell,仓库的自我定位是「给成群的自主 agent 用的安全运行时」。目前版本走到 0.1.x,官方说有稳定的发布节奏、新增的隔离原语和更宽的扩展面。

它管两件事。

第一件是内核级拦截。每个 agent 跑在自己的沙箱里,内核控制它能读哪些文件、能发哪些系统调用;每一条网络连接在离开沙箱之前,都要过一次策略检查。agent 看不到真实凭证,凭证只在请求发往已批准的端点时由运行时注入。

第二件是策略变更先证明再放行。改策略之前,它用形式化验证算一遍这次改动会新开哪些权限,比如用凭证访问一个新主机、调用一个新接口。这些会被标出来,等人工审。

结构上是三层:网关做控制面,管沙箱、策略和访问;supervisor 管进程;沙箱本身跑 agent。默认镜像是一个极简的 Ubuntu,里面什么 agent 都没装,需要按教程另外接。运行环境要求 Linux、Apple Silicon 的 macOS,或者实验性的 Windows 子系统,还要 Docker、Podman 或宿主机虚拟化。集群部署走 Helm,前提是你的容器网络插件真的会执行网络策略。

以上都是英伟达自己的文档口径,没有第三方测过它的拦截效果。

二、跟你有什么关系

准备让 agent 上手干活的人。 你要的不是更听话的模型,是它出错时最多只能碰到哪几个目录。

管凭证的人。 「agent 看不到真实密钥」这条如果成立,等于把密钥泄露这条路径从 agent 里拿掉,剩下的是端点被滥用。

做平台的人。 它给的是运行时不是产品。网关、策略、沙箱三层可以只取一层,不必整套接。

三、怎么用

读到这儿,可以顺路看 英伟达用 AI 写的一万二千行,没人逐行审 英伟达工程师用一万二千行融合内核,把 Kimi K3 的解码速度提了一截,代码大部分由 agent 辅助完成。这篇讲清提升从哪来,以及"审查跟不上生成"这件事意味着什么。
  1. 先起一个空沙箱。默认镜像里没有 agent,正好用来验证策略真的在拦:让它访问一个没放行的地址,看是不是被拒。
  2. 策略从最小集开始。文件、网络、进程三类规则,先只放行一个工作目录和一个要用的接口,再逐条加。
  3. 凭证走 provider,别塞进环境变量。让运行时在请求出口注入,agent 侧拿不到明文。
  4. 把策略变更当代码评审。形式化验证标出来的新增访问,是要签字的那类改动,不是提示信息。
  5. 确认遥测收了什么。官方说只收操作类别和计数,不收沙箱名、主机名、路径、提示词、凭证和内容,并给了关闭开关。

四、三个别信的说法

「有了运行时就不用管 agent 的行为。」 它管的是能碰到什么,管不了碰到之后干得对不对。沙箱能挡住删库,挡不住一份算错的报表。

「策略写完就一劳永逸。」 这个设计最值得看的地方,恰恰是它假设策略会变:每次变更都要先算新增权限。静态配置在真实项目里活不过一个迭代。

「开源就等于可以随便上生产。」 0.1.x 是早期版本,Windows 支持还是实验性的,集群侧还依赖网络插件真的执行策略。先在一台机器上跑通,再谈集群。

五、一句话结论

这个运行时的核心不是沙箱技术,是把「agent 能碰什么」变成一份可评审、可证明、可回滚的文件。

信息来源

功能与价格以官方公告为准。本文写于 2026 年 10 月 23 日。

下一站 · 场景实战 OpenAI 自述:怎么建 AI 原生工程组织 OpenAI 把软件生命周期拆成七段,每段写清 agent 干哪一轮、人留哪一步。这篇提炼三条今天能照搬的做法,也标出它没写的那部分。
下一篇,直接发你邮箱

每周一封,只发新教程和可复制模板。不发广告,随时退订。

复制规范引用格式,便于转载注明出处
这篇有用吗?