NVIDIA 2026 年 10 月 21 日喺自家技術部落格（developer.nvidia.com/blog）發表文章，介紹開源安全運行時 NVIDIA OpenShell 點樣為 AI Agent 工作負載提供安全同治理。
文章核心論點係：Agent 唔能夠管自己，安全同治理要放喺 Agent 運行嘅基礎設施入面。OpenShell 將 Agent 工作負載喺整個執行過程都視為「唔可信」，Agent 只喺需要時畀到需要嘅權限。
OpenShell 有四個主要組件：
- Gateway：管理沙箱生命週期同策略嘅控制平面
- Supervisor：喺沙箱完全分離嘅環境運行，檢查外發請求有冇符合策略，並中介 credential 存取
- Sandbox：隔離 Agent 工作負載，限制檔案系統同程序訪問
- Policy prover：加入形式化驗證（formal verification），檢查策略嘅權限有冇超出組織定義嘅上限
呢個係 NVIDIA 自家對自家產品嘅描述，冇獨立第三方驗證，本文亦未測試。
呢個架構想解乜問題？
NVIDIA 喺文中講，自主 Agent 可以長時間（幾個鐘）執行複雜任務，期間可以下載代碼、建立新工具、請求額外權限、觸及底層基礎設施。呢種長期運作累積起風險。OpenShell 嘅設計就係將「邊個 Agent 可以觸及邊個系統、邊份數據」呢個問題喺基礎設施層面處理，而唔係靠 Agent 自己約束自己。
擴充性係設計原則之一：Supervisor middleware 可以攔截、阻擋或改寫 Agent 嘅網絡內容；Gateway interceptors 允許運營者喺唔改動 Gateway 嘅前提下加入部署特定嘅治理。
文內亦提到身份（identity）、授權（authorization）、數據保護同審計係組織需要分別處理嘅問題，OpenShell 提供整合點。
同 Vera CPU 嘅關係
文中指參考架構入面 OpenShell 運行喺 NVIDIA Vera CPU 上。NVIDIA 用「OpenShell 定義 Agent 可以做乜；Vera 決定佢哋可以做幾快」呢句對仗來描述兩者分工。
文中提到 AI 工廠（AI factories）同時運行數以千計嘅 Agent 循環（reasoning、tool calling、code execution、data query 等），對 CPU 架構提出五個維度嘅要求：大核心數、高頻寬記憶、大 I/O、硬件強制安全，以及第五項（原文喺此截斷）。
模姐驗嚇貨
呢篇係廠商自家技術部落格，冇獨立安全研究或第三方測試背書。OpenShell 係開源運行時，可以查閲原始代碼同授權條款；但本文無測試，唔會將「開源」等同「完全開源」，會留意模型卡或授權條款具體寫明嘅限制。Vera CPU 呢條線，本文冇獨立性能數據，只作背景交代。
