AgentCore Runtime V2 加入記憶體回收與快照啟動，官方冷啟動測試約兩秒

AWS 於9月18日推出 Amazon Bedrock AgentCore Runtime V2，更新代理工作階段的記憶體管理及冷啟動方式。新版仍以 microVM 隔離工作階段，改為按需要載入記憶體並回收已釋放或轉冷的頁面，減少長任務在短暫高峰後持續占用資源的情況；首批在五個區域提供，包括東京。[官方公告](https://aws.amazon.com/about-aws/whats-new/2026/09/new-agentcore-runtime-generally-available/)

啟動流程把初始化移到快照建立階段：平台啟動容器、等待健康檢查通過，再保存執行環境；新執行個體由快照還原，減少重複載入套件與靜態設定。AWS 表示會移除多餘暫存狀態，使快照大小不隨容器映像同步膨脹。[架構說明](https://aws.amazon.com/blogs/machine-learning/the-new-agentcore-runtime-elastic-optimized-and-consistently-fast-starts/)

依此設計，初始化階段取得的設定是否需要刷新、還原後的網路連線能否重建，都是應用測試項目；官方數字本身沒有驗證這些工作負載特性。團隊也應分開觀察環境就緒與首個有效回覆的時間，才能判斷使用者實際感受到的改善。

官方測試以不呼叫模型或工具、僅回傳輸入的代理隔離平台成本。客戶端從美西跨區呼叫美東，對不同版本與映像大小各執行5,000次冷呼叫；在200 MB至2 GB映像範圍，新版第75百分位延遲約2秒，舊版約5.4至30秒。數字包含跨區網路往返，也沒有涵蓋推論與工具執行，不能當成完整代理任務的回應時間。[測試方法](https://aws.amazon.com/blogs/machine-learning/the-new-agentcore-runtime-elastic-optimized-and-consistently-fast-starts/)

部署入口是建立或更新 Runtime 時指定 `platformVersion` 為 `V2`。AWS 的 Go SDK 已在9月15日發布紀錄中加入該欄位，涵蓋建立、更新與讀取 Runtime，讓部署程式能明確選擇及核對平台版本。既有系統應先確認使用的 SDK 已支援欄位，再以代表性任務比較啟動分布與記憶體用量。[啟用方式](https://aws.amazon.com/about-aws/whats-new/2026/09/new-agentcore-runtime-generally-available/)、[SDK 發布紀錄](https://github.com/aws/aws-sdk-go-v2/releases/tag/release-2026-09-15)

成本也需要重算：AWS 說明新版記憶體單位費率較高，預期靠較少的 GB-hours 降低總額，因此常駐資料量大的代理未必享有同樣效益。x86 支援、工作階段暫停恢復及更細的生命週期控制仍列為後續功能。[功能界線](https://aws.amazon.com/blogs/machine-learning/the-new-agentcore-runtime-elastic-optimized-and-consistently-fast-starts/)

現行文件仍將工作階段狀態視為暫存，終止後須另外處理持久化。初始化快照不等於任務進度備份，工程師應以目前可用能力設計復原流程。[工作階段文件](https://docs.aws.amazon.com/bedrock-agentcore/latest/devguide/runtime-how-it-works.html)