NVIDIA OpenShell

NVIDIA OpenShell 是一个开源智能体运行时，用明确的访问策略管理沙箱中的 AI 工具。编码智能体通常需要读取项目、修改文件和调用模型，但这些任务并不需要你登录会话里的全部权限。OpenShell 适合希望把这类权限限定到具体任务的开发团队。NVIDIA 于 2026 年 3 月 16 日公布该项目，本文按 9 月 28 日的官方文档核实。

核心功能

• 文件访问边界：指定智能体可以读取、修改哪些路径。
• 网络策略：限定允许连接的目标，并审查新增访问请求。
• 模型服务配置：把凭据与允许的服务地址、可执行程序关联。
• 可复用环境：通过包含所需工具的 OCI 镜像运行智能体。
• 策略审查：将 YAML 策略和项目配置一起保存，方便检查权限变更。

官方列出的工作负载包括 Claude Code、OpenCode、Codex 和 GitHub Copilot CLI。具体任务仍由这些智能体完成，OpenShell 负责执行环境的限制。功能范围可查阅官方概览。

实际使用流程

可以先复制一个小项目，让智能体完成文档生成。运行前列出它需要的源文件、模型服务地址，以及是否需要下载依赖，然后只开放这些资源。

遇到阻止访问的情况，先检查目标地址和发起请求的程序，再判断是否需要新增一条范围较小的规则。验收时同时检查允许和禁止的路径：项目文件应能正常处理，无关目录和未授权地址应继续被阻止。最后审查生成的改动，并将使用过的策略随项目保存。这样下一次运行时，团队能知道任务是在什么权限下完成的。

快速开始与环境要求

1. 根据支持矩阵确认主机和运行环境。
2. 按官方安装指南安装稳定版 CLI。
3. 配置模型服务，选择已经包含智能体的镜像。
4. 跟随首次运行教程，从范围有限的任务开始验证。

官方支持指定配置下的 Linux 和 Apple Silicon macOS；Windows 经由 WSL 2 的路径仍为实验性支持。内核能力和运行时配置都影响兼容性，不能仅凭容器软件已经安装就认定满足要求。

费用与限制

项目采用 Apache-2.0 许可。模型调用、计算资源、存储和运维仍可能产生费用。获得允许的动作也可能做错事情，例如允许写入仓库并不等于生成的补丁正确，因此仍需备份、测试和代码审查。本文是文档核实结果，不代表独立安全审计。

常见问题

它能代替编码智能体吗？

不能。你需要提供智能体及其依赖，OpenShell 管理这些程序的执行环境。

使用沙箱后，云端模型就会变成本地推理吗？

不会。推理位置取决于选择的服务和路由；发送敏感上下文前应核对相关配置。

替代方案

• E2B：需要通过 SDK 为应用提供沙箱执行时，可进行比较。
• Daytona：需要可编程开发环境时，可进行比较。

继续浏览智能体基础设施和沙箱工具。如果项目明确要求控制文件、网络和凭据访问，可以用一个真实小任务评估 OpenShell。