IBM 同 CoreWeave 聯手，為 Agent workload 設「圍欄」
2026年10月2日嘅報道記錄喺 Fully Connected 活動接受訪問嘅 IBM Research 高級技術人員 Brian Belgodere，交代咗 IBM 同 CoreWeave 就 agent workload 隔離控制嘅合作。呢個合作起自 IBM 發展 Granite 系列模型時嘅算力需求，逐步擴展到身份管理同 workload 控制嘅聯合工程。
由訓練到執行：基礎設施要轉型
Belgodere 指出，強化學習（reinforcement learning，透過獎勵信號訓練模型做決策）加入咗一個「任務執行」階段，令系統嘅要求同純訓練唔同。佢話：「訓練模型嘅時候，某一刻你會攞個 checkpoint，載入推理環境，叫佢做嘢，再計量表現，嗰就係測試階段。」呢個測試階段，就要求系統容納會同工具、儲存及其餘服務互動嘅 workload。
佢話，新一代硬件嘅散熱同電力需求，係促使 IBM 決定同 CoreWeave 合作嘅因素之一。IBM 自建咗一個大型 H100 cluster，由揀地方到部署全部自己做，「係一個好大嘅工程」。
Agent workload 隔離：設計要求，唔係事後補票
喺呢個合作框架下，IBM 將內部身份系統嘅需求延伸入 CoreWeave，並經多輪迭代 refining。IBM Research 嘅 cluster 大部分係 single-tenant（單租户），自己嘅儲存部署喺 CoreWeave 入面，並喺成本同安全參數範圍內保留額外容量。
合作亦包括 CoreWeave Sandboxes——支持喺專用基礎設施或透過 managed serverless runtime（託管無伺服器運行時）做隔離執行，讓研究人員揀 agent 代碼喺邊運行、可以存取邊啲資源。
Belgodere 提醒，人哋往往低估改變早期架構決定嘅代價。佢話：「如果早期做咗一個差嘅架構決定，代價要嘛係買咗太多網絡基礎設施，要嘛就係要全部買過返頭重新部署。」
安全同性能嘅取捨
IBM 會用 benchmark 結果度量安全控制對性能嘅影響，再同安全團隊討論取捨。Workload 隔離同企業身份整合一齊構成一整套更廣泛嘅安全架構。
Belgodere 將呢個問題定性為「供應鏈問題，由頂至底」（top to bottom）：「唔止係硬件，仲有 firmware、kernel 層、代碼、你嘅資料來源（data provenance）。再行入 agent 同影像嘅世界，呢個係一個徹底嘅來源問題。」
阿調搞兩下
Agent workload 隔離唔係加個 firewall 就搞掂。當模型唔止生成文字，而係實際執行代碼、調用工具、存取資料，「邊個可以行入邊個系統」就唔再係一句 IT 政策文，而係要寫入硬件、firmware、kernel、資料來源每一個層嘅工程問題。IBM 呢度做法值得留意嘅，係佢哋將 identity 同 isolation 做咗聯合設計，而唔係事後補安全。但呢個係 IBM Research 內部嘅實踐，第三方仲冇獨立驗證過呢套架構喺生產環境嘅實際表現。
阿調｜深度調教
