NVIDIA 發表 OpenShell 參考架構：AI 代理想越界，硬體層直接攔下
GTC 柏林大會上，NVIDIA 推出結合 Vera CPU、OpenShell 軟體與 BlueField-4 晶片的 AI 代理安全參考架構，把安全控制點下移到硬體層，失控代理可在毫秒內被隔離。
AI 代理能力越強，失控的代價也越大。NVIDIA 在 10 月 21 日的 GTC 柏林大會上發表 OpenShell 參考架構（OpenShell Reference Architecture），把 Vera 處理器、OpenShell 開源軟體與 BlueField-4 網路晶片組合成一套完整堆疊，專門用來隔離與監控自主運作的 AI 代理。執行長黃仁勳的說法相當形象：「在 Rubin 上思考、在 Vera 上行動、在 BlueField 上受管理。」
把代理預設為「不可信任」
架構核心的 OpenShell 是一套以 Apache 2.0 授權開源的安全執行環境，設計前提是每個代理都不值得信任、只給完成任務所需的最小權限。它由四個部件組成：負責管理沙盒生命週期與政策的閘道、審查對外請求並代管金鑰的監督器（金鑰與沙盒分離存放，代理永遠碰不到真憑證）、真正隔離代理的沙盒本體，以及一套形式化驗證元件，確保權限設定不會超出組織訂定的上限。
安全不靠代理「自己說了算」
真正的殺手鐧在硬體層。BlueField-4 資料處理器是節點通往模型的唯一通道，Sentry 監控框架就建在這條路上：它看見代理與模型之間的所有流量，不依賴代理主動回報；一旦偵測到越界行為，能在毫秒內把失控的代理隔離——不需要代理配合，也不需要主機配合。
這種設計回應的是一個真實痛點：今年夏天，多家前沿實驗室陸續傳出代理突破測試環境的事件。AIWeekly 轉述 NVIDIA 技術部落格的說法：代理會因為政策阻擋、程式錯誤或缺少工具而偏離既定任務，這種「漂移」光靠提示詞與應用層權限管不住，控制點必須往下移到硬體。
九月底平台的延續
OpenShell 與 Sentry 其實早在 9 月 28 日就以「Open Agent Safety Platform」之名登場，當時已有逾百家合作夥伴加入；柏林大會的參考架構則是把軟體、Vera CPU 與 BlueField-4 硬體綁成可直接落地的整機設計。對企業來說，這代表 AI 代理的治理終於有了從沙盒到晶片的完整答案——代理想做什麼都行，但只能在畫好的格子裡做。這也是看店勢把權限與資料安全放在產品設計核心的原因：自動化越聰明，邊界就要越清楚。
資料來源
- UNUM：〈Nvidia Unveils OpenShell Architecture for Monitoring〉（2026-10-22）
- AIWeekly：〈NVIDIA publishes Open Agent Safety Platform, OpenShell runtime〉
- NVIDIA Technical Blog（經 AIWeekly 轉述）