概覽
為每個代理程式提供安全的執行階段
NVIDIA OpenShell™ 是適用於 AI 代理的開放且安全的執行階段。它管控代理的執行、存取權限，以及推論的路由目的地。
安全機制存在於環境中，而非模型或應用程式。預設拒絕所有操作，權限依政策授予，並在代理程序之外強制執行政策，因此無法透過提示詞使其失效或繞過。每一項允許與拒絕決策都可供稽核。
任何模型、任何 harness、任何代理，皆可在雲端、混合式、內部部署、邊緣與氣隙隔離基礎架構中，由單一政策層管理。
優勢
治理您的 AI 代理
在您可控制的邊界內執行自主代理，並跨模型、harness 與部署環境一致地強制執行政策。
適用於安全 AI 代理的 NVIDIA OpenShell 參考架構
由 NVIDIA OpenShell 安全執行階段、Vera CPU、Vera Rubin 系統，以及 BlueField-4 上的 NVIDIA Sentry 驅動的全堆疊開放式架構。
技術
OpenShell 元件
代理程式沙箱
每個代理都在各自的隔離沙箱中執行，無法直接存取網路。OpenShell 以非特權方式執行代理，並限制其可存取的檔案。它會在核心中監控及篩選代理的系統呼叫，阻擋不安全的呼叫，並透過單一安全通道將代理的請求轉交給監督程式（Supervisor）核准。
政策驗證器（Policy Prover）
政策驗證器是 OpenShell 的政策驗證引擎。它使用形式驗證檢查政策是否維持在允許存取範圍以內，以及相較於沙箱的現行政策，建議的網路規則是否會增加存取風險。
閘道
閘道是 OpenShell 的控制平面。它會驗證使用者身分、管理沙箱生命週期，並將政策、設定與憑證傳遞給各沙箱的監督程式。它決定誰可以執行哪些操作，並仲介所有沙箱存取。
監督程式（Supervisor）
監督程式在沙箱外執行，於執行階段監督代理，並將沙箱連接至閘道。它會在二進位檔案、目的地、方法與路徑等層級，依政策評估每一項網路請求，且僅在政策允許時提供憑證。政策更新會即時生效，每一項「允許」與「拒絕」決策都會記錄下來，形成完整的稽核軌跡。
NVIDIA AI 安全研究
探索 NVIDIA 在保護 AI 系統安全與強化網路防禦方面的研究，包括使用 OpenShell 為自主代理提供執行階段控制機制。透過公開研究與對 Open Secure AI Alliance 的貢獻，NVIDIA 與大家分享方法與技術構件，協助安全團隊驗證調查結果並打造更強大的防護措施。
資源
OpenShell 及更多資訊
透過以下部落格文章與影片，探索完整的 NVIDIA Open Agent Safety Platform、代理 harness 設計、企業 AI 工廠中的代理治理等主題。
-
部落格文章
-
影片
後續步驟
準備好開始了嗎？
試用 OpenShell。
打造
存取 GitHub 上的開源 OpenShell 儲存庫。
說明文件
透過探索說明文件，深入瞭解 OpenShell。
常見問題
直接使用者包括開發自主代理程式的開發人員、為這些開發人員提供服務的平台團隊，以及需要更安全的方式來管理代理程式執行的安全或 IT 團隊。
對於開發人員而言，OpenShell 可為使用工具、寫入檔案、呼叫 API 或長時間執行的代理程式提供更安全的執行階段。對於企業 IT 與安全團隊而言，此方法可用於實現代理程式開發，而無需讓每個代理都可廣泛存取主機、網路、憑證或模型端點。
深入瞭解 NVIDIA 網路安全與 NVIDIA AI 安全研究。
OpenShell 支援 Claude Code、Codex、GitHub Copilot CLI、Hermes、LangChain Deep Agents、OpenClaw、OpenCode 等代理。OpenShell 的設計目標是不受模型或 harness 限制，因此團隊也能自行提供自訂代理與沙箱映像檔。
開發人員與企業希望獲得自主代理帶來的生產力，但也需要更嚴格地控制代理可存取及變更的內容。OpenShell 將政策強制執行、憑證處理、沙箱隔離與推論路由置於代理之外的邊界內，藉此補足這項缺口。
否。OpenShell 並非另一套代理框架。它的設計是在代理框架與 harness 下方運作，包括 Claude Code、Codex、OpenCode、OpenClaw 與自訂代理堆疊。
否。沙箱會在執行範圍明確的任務時，將程序與主機隔離。OpenShell 則是一套執行階段，可在代理的整個生命週期中治理其動作。
此執行階段不僅包含沙箱隔離，還包括由閘道仲介的憑證、身分邊界、政策即程式碼、由政策強制控管的對外流量、推論路由、稽核與狀態，以及多代理或子代理工作流程的邊界。這項區別很重要，因為自主代理需要持續治理，而非僅有一次性的程序隔離。
否。OpenShell 與企業生態系統整合，而非取代該生態系統。身分提供器、機密儲存庫、可觀測性系統、安全工具與治理平台仍是重要的周邊系統。
OpenShell 的角色是提供代理程式執行階段邊界，並以一致的方式在選定的執行階段執行 OpenShell 政策。
Docker 容器與 Kubernetes Pod 是執行階段的基礎。OpenShell 使用 Docker、Podman、Kubernetes 與 VM 隔離等執行階段，並加入代理專用控制功能，包括閘道協調、沙箱監督、由政策強制控管的對外流量、供應商憑證處理、推論路由與記錄。
實際差異在於，OpenShell 是圍繞代理執行的動作而設計，而非僅著重於啟動容器或 Pod。
OpenShell 專為開發人員執行代理的環境而設計，包括本機開發系統、內部部署環境、混合式環境與雲端基礎架構。
支援的運算方式包括 Docker、Podman、透過 Helm 部署的 Kubernetes，以及實驗性的 VUM 執行階段。
是。OpenShell 擁有 Helm Chart 可將閘道部署至 Kubernetes 叢集，而 Kubernetes 執行階段則透過 Kubernetes API 建立沙盒工作負載。
是。OpenShell 可透過 Podman、Docker、Kubernetes 或 VM，在 NVIDIA DGX Spark™ 或 NVIDIA DGX Station™ 上執行。DGX Spark 與 DGX Station 適合在本機與私有環境中開發代理，因為團隊可將代理執行階段、資料與模型存取保留在受控環境中。
是。OpenShell 包含政策感知推論路由器，可將獲准的請求轉發至雲端模型端點。
否。OpenShell 可在各種 CPU 系統上執行。然而，在 Vera CPU 上執行 OpenShell，效能為 x86 處理器的 2 倍，並可在模型以外的完整代理工作負載堆疊中實現更高的能源效率，包括程式碼執行、工具使用、沙箱隔離、分析、資料管線與協調管理。