Microsoft 在 2026 年 8 月 26 日發布 Visual Studio Code 1.135。這次更新把其他應用程式建立的 Agent session 帶進 VS Code,讓開發者接著處理,也加入實驗性的 Rubber Duck 第二模型複查與逐回合 token 明細。

截至 2026 年 9 月 2 日,官方現行文件列出 Copilot CLI、GitHub Copilot App、Claude Code 與 Codex 本機 session;Rubber Duck 則是 Copilot harness 可自動呼叫、也能依要求使用的 read-only critic。另一個容易忽略的變更是本機 Agent harness 的 sandbox 預設 rollout 已回到 0%,更新後不能直接假設 Agent 正在 sandbox 裡執行。

Visual Studio Code 與 Agent Host 是什麼

Visual Studio Code 是 Microsoft 開發的跨平台程式碼編輯器,除了編輯、執行與除錯程式,也能透過擴充功能和內建 AI 介面使用 Copilot、Claude、Codex 等 coding agent。這類 Agent 不只回答問題,還會讀寫檔案、執行指令與整理變更,因此一次工作可能持續很久,也可能需要跨視窗或遠端環境處理。

Agent Host 是 VS Code 用來執行 AI coding agent 的專用程序,VS Code 透過 Agent Host Protocol(AHP)和它交換 session、chat、terminal 與 changeset 狀態。Host 是 session 的狀態來源,編輯器視窗則是可以離開再回來的控制介面;視窗關閉後,session 不會因此綁死在原本的 extension host 生命週期。

1.135 的重點不是換了一個程式碼模型,而是把 session 的接續、複查與用量資訊補進同一個 Agents 視窗。已經使用 Copilot、Claude Code 或 Codex 的開發者會比較有感;只用一般編輯器、自動補完或短問答的話,沒有必要為這些功能改變工作方式。



Sponsored Links

VS Code 1.135 的四項主要變更

功能能做什麼主要限制狀態
外部 Agent session發現並續接 Copilot CLI、Copilot App、Claude Code 與 Codex session是否顯示受 External 篩選器、版本與 rollout 影響1.135 加入;現行文件已擴大來源
Rubber Duck用另一個互補模型檢查 Agent 工作中的遺漏與邊界條件適用 Copilot harness,可自動呼叫或依要求使用Experimental
逐回合 token 明細依模型查看 input、cached input 與 output token是用量資訊,不等同帳單金額1.135 提供
Agents 視窗調整單面板側欄成為桌面預設,session 資訊與變更更集中Agents window 為 Preview;偏好舊版面可關閉設定並重載視窗單面板設定仍標示 Experimental

GitHub 在 8 月 31 日的更新彙整還列出 1.132 到 1.135 的其他功能,例如 /btw 旁支對話、整合瀏覽器的元素註解,以及符合 Agent Plugins 1.0 的可攜式自訂套件。這些功能橫跨整個 8 月版本,不全是 1.135 才加入;Agent Plugins 的格式與相容性可參考本站的 Agent Plugins 1.0 完整介紹

外部 Copilot、Claude 與 Codex session 如何續接

VS Code 現行文件列出四種可發現的本機來源:Copilot CLI、GitHub Copilot App、Claude Code 與 Codex。選取外部 session 後可以閱讀原本對話;從 VS Code 送出訊息時,Agent Host 會採用這個 session,之後不再受 External 篩選器控制。

VS Code 1.135 外部 Agent session 續接流程:Copilot CLI、Copilot App、Claude Code 或 Codex 建立的本機 session 會出現在 VS Code 清單,送出訊息後由 Agent Host 採用
送出訊息後,外部 session 會由 Agent Host 接手管理。

1.135 release notes 發布時只列 Copilot 與 Claude,並寫到在 VS Code 以 Copilot 訂閱續接;現行 session 管理文件已加入 Codex,但沒有把所有來源的訂閱、模型與登入方式寫成同一套。需要保留原供應商能力時,送出新訊息前應先確認 Session Target、模型與權限,不能只看 session 原本來自哪個應用程式。

顯示預設值在官方文件中也有時間差:1.135 release notes 寫預設顯示兩個最近更新項目,現行設定參考則把 chat.agentSessions.showExternal 預設列為 none。External 篩選器可選 None、Recent、Last 24 Hours、Last 7 Days 或 All;如果 Stable 1.135 看不到外部 session,應先檢查版本、篩選器與 rollout 狀態。

如果團隊常在 Copilot CLI、Copilot App、Claude Code、Codex 與 VS Code 之間移動,這個清單能減少重新貼背景資料的需求。若工作都在單一 VS Code 視窗完成,跨應用程式續接的價值就比較有限。

Rubber Duck 第二模型複查的用途與限制

Rubber Duck 會找互補模型對 Agent 的工作提供第二份意見,目標是找出原本模型漏掉的條件、假設或邊界案例。它是 Copilot harness 裡的 read-only critic,Copilot 可以視任務需要自動呼叫,開發者也能直接要求使用;1.135 release notes 另外提供 Copilot Agent Host session 的 /rubber-duck 指令。這項功能仍標示為 Experimental,不是每次修改都會執行的品質保證。

VS Code Rubber Duck 複查流程:主要 Agent 完成計畫或修改後,互補模型再檢查遺漏與邊界條件,最後由開發者決定是否採用建議
第二份模型意見適合找遺漏,不能取代測試與人工 review。

GitHub 先前在 Copilot CLI 公布過 Rubber Duck 的評測結果,但不能把 CLI 的數字直接套到 VS Code 的所有工作。模型組合、任務、權限與執行環境不同,改善幅度也會變動。比較穩妥的用法,是把它放在多檔案修改、架構調整或準備送出 Pull Request 前,專門詢問遺漏的測試、錯誤路徑與相容性問題,再由既有測試與 review 流程驗證。

1.135 同時把每個 chat turn 的 input、cached input 與 output token 依模型列在回應 footer。如果 footer 把 Rubber Duck 使用的模型分開列出,可以用來觀察額外 token;不過官方沒有保證每次複查都會呈現成可單獨計算的完整回合,而且 token 數不是帳單金額,實際費用仍取決於訂閱、計費方式與模型。

Agent Host 專用程序不等於 sandbox

Agent Host 把 Agent runtime 放進專用程序,主要解決長時間 session、跨視窗同步與 extension host 忙碌時互相干擾的問題。這種程序分離不代表檔案、指令與網路操作已經放進安全 sandbox。

Microsoft 在 1.135 release notes 寫到,本機 Agent harness 的 sandbox 曾推送給 50% 使用者測試,後來為了把資源集中在 Agent Host 與 Copilot harness,預設 rollout 回到 0%。功能沒有刪除,仍能從 UI 自行 opt in。需要限制 Agent 可碰觸範圍的團隊,更新後應實際檢查 sandbox、核准模式、Workspace Trust、MCP 與 extension tools 設定,不能只看到「Agent Host」就當成已隔離。

Agent Host session 會直接把修改套到 session folder 或 worktree,再由開發者 review diff、commit、merge 或 discard;舊 extension host session 則把變更保留成待確認狀態。兩種執行位置的 review 行為不同,現有團隊規範若假設所有修改都要先按 Keep,升級後也需要重新確認。

哪些開發者適合使用這次更新

同時使用 Copilot CLI、Copilot App、Claude Code、Codex 與 VS Code Agents 視窗的開發者,可以優先嘗試外部 session 清單;處理多檔案與長時間任務時,再用 Rubber Duck 做一次針對性複查。想管理 token 用量的話,逐回合明細也比只看整體額度更容易找出高成本步驟。

只使用 inline completion、短問答或固定單一模型的工作流程,1.135 不會自動讓程式碼品質提高。Rubber Duck 會增加一次模型檢查;跨 session 接續也可能改變 harness、模型、登入狀態或權限。如果現有流程已經有完整測試與人工 review,不使用實驗功能也是合理選擇。

VS Code 1.135 會逐步推送。需要立即取得版本時,可以從 VS Code 執行 Check for Updates;啟用實驗功能前,先確認團隊允許的模型、資料處理與 sandbox 設定,再決定要不要把它納入正式開發流程。

常見問答

VS Code 1.135 可以續接外部 Codex session 嗎?

現行官方文件已把 Codex 列入可發現與續接的本機 session 來源。1.135 release notes 發布時只列 Copilot 與 Claude,因此 Stable 1.135 若尚未顯示 Codex,應檢查更新、External 篩選器、Codex 設定與 rollout 狀態。

Rubber Duck 會自動檢查每次 Agent 修改嗎?

不一定。Copilot 可以視任務需要自動呼叫 Rubber Duck,開發者也能直接要求使用,或在 Copilot Agent Host session 輸入 /rubber-duck。它提供第二份模型意見,測試與人工 review 仍需保留。

更新後本機 Agent 預設會在 sandbox 裡執行嗎?

不能這樣假設。1.135 已把本機 Agent harness sandbox 的預設 rollout 回到 0%,功能仍可從 UI 自行啟用。Agent Host 的專用程序和安全 sandbox 是兩個不同概念。

參考來源


Sponsored Links

發佈留言