代理基礎設施
NemoClaw 0.0.93 強化 DGX 本機代理安裝，下載憑證改為暫存並支援續傳
NVIDIA 更新 NemoClaw 的 DGX Station 與 DGX Spark 安裝流程，避免既有 vLLM 工作負載被意外中止，並改善大型模型下載的憑證與限流處理。版本仍屬 alpha，新增支援的 DGX OS 組合也尚未完成端到端資格驗證。
NVIDIA 於 7 月 23 日發布 NemoClaw 0.0.93，重點不是增加新的代理能力，而是修補本機代理堆疊最容易出錯的安裝與恢復路徑。NemoClaw 是 Apache 2.0 授權的參考堆疊，將 OpenClaw、Hermes 或 LangChain Deep Agents Code 放入 OpenShell 沙箱，並以單一 CLI 管理推論供應者、網路政策和生命週期。
新版讓 DGX Station Express 辨識原廠、沒有 OTA 的 DGX OS 7.6.x GB300 系列，但仍保留硬體、驅動、ECC、Docker 與 CDI 檢查；無法證明平台世代時會維持 fail-closed。若安裝器發現既有 vLLM 程序，預設不再自行停止工作負載，而是輸出精確的手動停止命令及固定版本的續跑命令。非互動模式同樣保留現況，降低自動化佈署覆蓋現有服務的風險。
大型模型下載方面，NemoClaw 會先說明可選的 Hugging Face read token，再只把 token 傳給暫時下載程序，並清理標準輸出與錯誤輸出。遇到 HTTP 429 時，恢復步驟會沿用既有快取，而不是重新抓取全部權重。DGX Spark 在沒有指定供應者時，新的優先序是現有本機 vLLM、受管 vLLM，最後才是 NVIDIA Endpoints；這會改變無人值守安裝的預設推論位置與資料路徑。
這些變更值得自架代理團隊注意，因為安裝器本身握有下載憑證、容器與 GPU 控制權，失敗語義也是安全邊界的一部分。不過官方明確把專案標為 alpha，DGX OS 7.6.x 的完整 Station Express 驗證仍在進行。升級前應先保存沙箱狀態，驗證退出碼、代理網路政策及本機模型選擇，並確認新的自動選擇順序不會繞過組織原有的資料治理設定。