NemoClaw 0.0.116 持久綁定沙箱身分，收緊復原、接管與刪除權限

NVIDIA 發布 NemoClaw 0.0.116，進一步收緊代理沙箱的復原、接管及刪除流程。新版會跨越操作重試與程序重新啟動，保存已驗證的沙箱身分，以及其網路政策、模型供應者、憑證和生命週期管理權；若同名容器已遭替換，或持久狀態顯示權限來源出現漂移，系統便停止修改，避免舊有生命週期收據把另一個執行環境誤認為原沙箱。

這是 NemoClaw 近期可靠性整頓的延續。較早發布的 0.0.113 已針對 managed vLLM、Ollama、llama.cpp 與模型路由器加入更嚴格的本地推論驗證，並處理沙箱網路重建、政策綁定後重發 MCP 憑證，以及配置與實際狀態漂移等問題。0.0.116 則在此基礎上，把驗證結果和生命週期權限持久化，讓後續復原或刪除操作仍須證明自己控制的是原有資源。

Portable Hermes 的流程現在只會處理由生命週期收據明確擁有的 Ollama runner。服務仍在執行時僅進行驗證，不會任意重新啟動；服務停止後最多恢復一次，最後還須從沙箱內確認推論路由可達。若操作失敗，系統會嘗試還原 runner 與沙箱登錄狀態，無法證明還原成功便明確報錯。OpenClaw 相容端點亦改由沙箱內測試 `inference.local`，使僅能從主機連線的錯誤配置在部署完成前被攔截。

資料與接管控制也同步收緊。解除安裝預設會先替符合條件的非 Portable 沙箱建立新快照，只有明確指定 `--destroy-user-data` 才會略過。Shields 自動復原計時器僅能在確認程序已消失或啟動身分不符時接管；身分無法驗證時採取 fail-closed。WSL 拉取公開映像而無法使用 Docker Desktop 憑證 helper 時，則可採用暫時且不含憑證的設定，降低無頭環境停滯與主機憑證外洩風險。

0.0.116 的意義不在新增代理功能，而是把「代理是否仍控制原本的沙箱」設為持續修改的前提。不過 NemoClaw 仍處 early preview，官方未公布故障注入、跨版本回復成功率或效能成本；團隊升級前仍宜固定版本，並自行驗證快照、復原、刪除及政策漂移情境。