AI 摘要
- 微軟發布 Visual Studio Code 1.139 穩定版。
- AI 代理支援在 SSH、Tunnel 與 WSL 遠端主機的 Dev Container 內執行。
- 新架構大幅提升大量代理工作階段的載入速度並強化企業政策控管。
微軟正式發布程式碼編輯器更新版本 Visual Studio Code 1.139 穩定版。本次更新重點聚焦於 AI 代理（AI Agents）執行環境的擴展，正式支援將代理工作階段部署至遠端 Dev Container 容器內，並顯著優化了大量工作階段的管理效能與企業資安控管機制。
擴展至遠端 Dev Container：支援 SSH、Tunnel 與 WSL
Dev Container 技術允許開發團隊將專案所需的工具鏈、相依套件與執行環境打包至容器中，確保一致的開發體驗。在先前的版本中，Visual Studio Code 的 AI 代理僅能在本機資料夾的 Dev Container 內運作；而在 Visual Studio Code 1.139 中，這項能力進一步延伸至遠端主機。
現在，AI 代理可直接在透過以下連線方式掛載的遠端 Dev Container 中執行：
- SSH 連線主機
- VS Code Tunnel 遠端通道
- Windows Subsystem for Linux (WSL) 環境
當 AI 代理進入遠端專案的 Dev Container 後，便能直接調用容器內預先配置的工具與相依項目進行程式碼建置與自動化測試，開發者無需在本機端或遠端主機重新安裝或配置相同的開發環境。
部署需求與階段性推出
微軟指出，遠端 Dev Container 代理功能目前限定於專用代理視窗內使用。環境部署具備以下具體要求：
- 遠端專案資料夾必須包含 Visual Studio Code 支援的 Dev Container 設定檔（例如
devcontainer.json）。 - 目標遠端主機必須已安裝並執行 Docker 服務。
微軟目前針對此功能採取分階段推送策略，部分使用者可能需要透過設定手動啟用該功能。
最佳化架構設計：工作階段清單載入速度提升
除了容器環境的支援外，Visual Studio Code 1.139 重新設計了代理工作階段（Agent Sessions）的資料索引結構。過去版本在產生清單時，必須逐一開啟每個工作階段與對話的完整資料庫，導致工作階段增加時系統延遲明顯提高。
新架構改由 Agent Host 採用中央目錄架構儲存工作階段與對話的輕量化中繼資料（Metadata），僅在必要時讀取完整對話庫。這項變更使清單載入效能大幅提高：
| 測試項目（約 645 個工作階段） | 舊版耗時 | Visual Studio Code 1.139 耗時 |
|---|---|---|
| 啟動後首次列出工作階段 | 1.3 秒 | 0.1 秒 |
| 重新整理工作階段清單 | 0.6 秒 | 0.15 秒 |
微軟表示，使用者持有的歷史工作階段無需手動遷移，系統將於背景自動轉換資料結構。不過官方也補充說明，若使用者保存的工作階段數量較少，效能差異體感將相對有限。
介面改良與企業控管強化
在管理介面方面，新版工作階段清單新增了「精簡檢視（Compact View）」選項，縮減每筆紀錄的垂直佔用空間，並加入隱藏空白群組及直接於清單中重新命名工作階段與對話的功能。
針對企業安全合規需求，Visual Studio Code 1.139 修正了代理政策的執行漏洞。過去若企業透過帳號政策停用代理模式，使用者仍可能透過命令列指令繞過限制；新版本已全面防堵，確保政策生效後無法再藉由 code --agents 等入口啟動代理視窗。
Reference Link : ithome.com.tw
