返回首頁

代理框架與安全

NemoClaw 0.0.114 將唯讀 MCP 呼叫移出模型決策路徑,並收緊映像與安裝驗證

NVIDIA 為 LangChain Deep Agents Code 加入確定性的唯讀 MCP 呼叫,讓自動化流程毋須模型參與即可執行受限工具。新版亦固定容器映像摘要、加強供應鏈驗證及敏感匯出清理,但「唯讀」仍取決於工具註冊資訊是否準確。

Strubbl · CC BY-SA 4.0 · Image source
zh-Hant

NVIDIA 於 8 月 23 日發布 NemoClaw 0.0.114,最值得注意的改動不是新模型,而是把一類 MCP 操作從代理推理迴圈抽離。受管理的 LangChain Deep Agents Code 沙盒現在可透過 `dcode tools call-read-only TOOL --json` 呼叫一個已註冊的唯讀工具;命令只接受有界的單一 JSON 物件,若工具名稱不唯一、能力被判定可修改狀態,或執行條件含糊,便直接拒絕。輸出採版本化 JSON envelope,執行時間與清理程序亦有界限,並會遮蔽已識別的憑證形狀字串。

這種設計把「模型是否應該呼叫工具」與「已由工作流決定、只需可靠執行的查詢」分開。對 CI、稽核或定時蒐集資料而言,可減少模型誤選參數、提示注入改寫意圖,以及每次呼叫產生的 token 和延遲;但它不是任意 MCP 工具的安全旁路。唯讀判定仍依賴註冊目錄和實作的一致性,遠端伺服器若錯誤標示或暗中產生副作用,命令層未必能發現。

0.0.114 亦強化部署供應鏈。一般 Docker onboarding 會按版本與主機架構選擇不可變映像 digest;證據不一致時會在建立沙盒前停止,無法取得映像才改以隨附、經審查的 Dockerfile 建構。安裝流程若找不到 `sha256sum` 或 `shasum`,不再跳過 nvm 安裝器驗證;更新請求及重新導向亦強制使用 HTTPS。另一方面,沙盒刪除會警告仍在運作的 SSH 工作階段,匯出清理失敗時則指出可能含密鑰的暫存檔及刪除方法。

工程團隊升級後應驗證 MCP 目錄如何標示讀寫語義、遮蔽規則能否涵蓋自家憑證格式,以及固定 digest 的回退建構是否符合內部 SBOM 與簽章政策。此版本改善的是可預測性與失敗封閉行為,並沒有證明第三方 MCP 伺服器本身可信。

來源

  1. NemoClaw v0.0.114 — August 23, 2026 release notes
  2. NemoClaw v0.0.114 release brief