Visual Studio Code 1.138 於 2026 年 9 月 16 日發布，延續了定義這個編輯器近十幾個版本的主題：代理不再是側邊面板——它們就是工作流程本身。這次的重點在於代理在哪裡執行、你如何付費並讓它們跨工具延續，以及它們留下的所有工作最終會如何處置。
頭條功能：
- 在 Dev Container 中執行代理工作階段——在專案的 Dev Container 中，以專案的工具與相依性執行代理
- 擴充的 Codex 執行框架——跨應用程式接續 Codex 工作階段、在 Copilot 與 ChatGPT 訂閱之間選擇，並使用 VS Code 工具
- 工作階段清理（預覽版）——自動將已合併的工作階段標示為完成，並可選擇在寬限期後刪除
以下說明這些功能在實務上的意義，以及讓這個版本更完整的較小功能。
在本機 Dev Container 中執行代理工作階段
1.138 中最具影響力的變更，是代理現在可以在專案的 Dev Container 中執行。啟用 chat.agentHost.devContainer.enabled 後，具有支援的 Dev Container 設定的本機資料夾，會在資料夾功能表中顯示 Use Dev Container 動作。選取它，代理工作階段就會在該容器內執行（僅限代理視窗）。
理由很直接：代理的表現取決於它執行的環境。一個依賴你機器上全域安裝的 Node、Python 或 CLI 工具來建置的程式碼代理，是在一個與 CI 或你團隊成員設定不相符的世界中評估程式碼。改在 Dev Container 中執行工作階段，意味著代理會使用專案所定義的同一套工具鏈、相依性版本與設定——也就是你在開發時已經信任的同一個環境。你的機器上必須安裝 Docker，且此功能正逐步推出，因此你今天可能需手動啟用設定才能試用。
為何重要
對於已標準化採用 Dev Container 的團隊而言，這補上了重要的重現性缺口。代理產生的程式碼、測試執行與建置驗證，如今都在一致的環境中進行，而非在某台獨一無二的開發者筆電上。這讓代理的產出既更值得信賴，也更易於在出錯時重現。
代理主機中擴充的 Codex 支援
代理主機——以代理主機通訊協定（AHP）為基礎的專用處理程序架構，讓你能從多個 VS Code 視窗連線到同一個工作階段——在 1.138 中獲得大幅的 Codex 升級。請啟用 chat.agentHost.codexAgent.enabled，並可選擇啟用 chat.editor.codex.preferAgentHost。
四項能力特別突出：
- 選擇你的訂閱。 使用 Codex 時可搭配 GitHub Copilot 訂閱或 ChatGPT 訂閱。如果你同時登入兩者，可以在模型選擇器中切換由 Copilot 或 ChatGPT 支援的模型，而不會遺失目前的對話。
- 跨應用程式接續。 在 ChatGPT 應用程式與 VS Code 之間移動同一個 Codex 工作階段，而不必展開新的對話。
- 與桌面應用程式互動。 若已安裝 ChatGPT 應用程式並設定為電腦使用（computer use），VS Code 中的 Codex 執行框架就能沿用該設定，與你電腦上的應用程式互動。這對兩種訂閱所支援的模型都適用。
- 使用 VS Code 工具。 Codex 可以使用 VS Code 提供的完整工具集，包括內建、擴充功能與 MCP 工具。搭配由 ChatGPT 支援的模型時，Codex 也能直接在工作階段中使用其影像生成工具。
為何重要
這是迄今最清楚的訊號，顯示 VS Code 想成為代理工作的介面，而非某個特定代理的所有者。讓你能帶上自己的訂閱、在 ChatGPT 應用程式與編輯器之間維持單一工作階段，並把完整的 VS Code 工具腰帶交給代理，這一切都讓編輯器成為樞紐。如果你的團隊在 Copilot 座位與 ChatGPT 訂閱之間各有偏好，1.138 意味著他們能共用同一套工作流程，而不必維護兩套。
在工作區中接續 Codex 快速對話
1.137 版導入了為 Copilot 工作階段將專案附加至現有快速對話的能力。1.138 將相同流程延伸到 Codex，因此開始專案專屬的工作不再意味著得放棄沒有工作區的快速對話。
請 Codex 附加本機資料夾，然後選擇要直接使用該資料夾，或建立隔離的 worktree。確認變更後，同一個對話與原生 Codex 執行緒會成為工作區工作階段。此工作階段會保留其標題、對話歷史記錄、目前的請求、選取的模型與權限模式，而 Codex 會在可存取專案檔案的情況下接續該請求。
工作區轉換適用於互動模式中閒置的 Codex 快速對話，並支援單一根目錄的工作區目標。若變更被取消或無法套用，原本沒有工作區的對話仍會保留——因此嘗試它沒有任何風險。
為何重要
這個小功能悄悄地是本次版本中最貼近人性的一部分。就在一個隨口的問題變成真正工作的那一刻，正是你最不想失去脈絡的時候。由於代理主機工作階段與工作區解耦，對話得以在轉換過程中存續。
從代理工作階段建立提取要求
當代理完成工作後，讓它進入審查是下一個摩擦點。在 1.138 中，你可以從代理視窗中的代理主機工作階段建立提取要求，透過單一表單檢閱並編輯產生的標題與描述、選擇草稿狀態，並設定可用的合併選項。你可以直接建立提取要求，或將請求交由你的代理處理，而你偏好的選項會被記住以供下次使用。
Agent Merge 選項仍為實驗性，且僅在啟用 chat.agentMerge.enabled 時出現。
為何重要
從「代理完成」到「團隊可以審查」之間的距離，以往是一段手動交接——複製摘要、撰寫標題、挑選基底分支。將建立 PR 納入工作階段，可讓脈絡留在它產生的地方，而讓你選擇自行建立或把點擊委派給代理，正呼應了一位好隊友的做事方式。
讓已完成的工作階段井然有序（預覽版）
以代理為重的工作流程會累積大量工作階段，而其中大多數都已完成。1.138 新增清理工具，讓已完成的工作不再雜亂地堆積在工作階段清單中。
當一個閒置工作階段的所有提取要求都已合併後，代理視窗可以建議將該工作階段標示為完成，並附上首次使用指南，指出 Mark as Done 動作的位置。啟用 chat.agentSessions.archiveNudge.enabled 即可看到這些建議。
若要全自動清理，可設定 chat.agentSessions.autoMarkAsDoneMergedSessionsAfterDays，在 PR 合併後將閒置工作階段標示為完成；並設定 chat.agentSessions.autoDeleteArchivedMergedSessionsAfterDays，在另一段寬限期後將其刪除。這兩項自動清理設定預設皆為停用。 當某個工作階段的所有提取要求都已合併時，你可以在 Mark as Done 建議中選取 Configure Automatic Cleanup，在未啟用它們的情況下開啟這兩項設定。
而且沒錯——還有 sessions.markAsDoneConfetti，它會在你將工作階段標示為完成時顯示彩帶動畫。它會尊重你的減少動態效果偏好，正是這個細節讓它真正設想周到，而非只是噱頭。
看出哪些工作階段需要關注（預覽版）
清理的搭檔，是知道代理何時確實需要你。啟用 sessions.showApplicationBadge 後，VS Code 會在 macOS Dock、Linux 啟動器或 Windows 工作列上顯示徽章，標示有新的結果、需要輸入的請求，或需要關注的提取要求檢查的工作階段。這是件小事，但意味著你不必一直把代理視窗擺在眼前，也能知道有工作在等著。
統一的工作區與儲存庫選擇器（實驗性）
現在開始代理工作只需一個可搜尋的清單。啟用 sessions.chat.unifiedWorkspacePicker.enabled 後，選擇器會將本機資料夾、GitHub 儲存庫、雲端儲存庫與遠端目標整合於一處，而遠端連線動作仍可從 Remote 項目取得。
選取 Work in Repository 會採用雲端優先的工作流程：尚未是本機的 GitHub 儲存庫會立即以雲端執行框架選取，而不會出現複製提示。若你之後選擇本機執行框架，VS Code 會提示你複製該儲存庫，並在你取消時保留雲端的選取。
改良的語音模式工作階段感知（實驗性）
1.137 導入的語音模式，如今具備更好的工作階段感知。你可以在不離開語音模式的情況下瀏覽並監看平行的代理工作：它能找到最近的代理工作階段、依標籤在它們之間切換，並回報每個工作階段的狀態。如果你一直在嘗試語音驅動的代理工作，當同時有超過一個工作階段在執行時，這正是讓它變得可用的那塊拼圖。
依色彩佈景主題自訂聊天背景（實驗性）
1.136 的聊天背景功能獲得改良。以往背景影像是以佈景主題類型分別儲存，但其配置卻不是——因此把深色背景設為靠右對齊、再將淺色背景設為靠左對齊，會讓兩者都維持相同的對齊方式。現在配置會與影像一同依佈景主題類型儲存，在深色與淺色佈景主題之間切換時，會還原該佈景主題的擺放位置。
兩項新設定 chat.agentSessions.preferredDarkBackgroundImageLayout 與 chat.agentSessions.preferredLightBackgroundImageLayout 取代了舊的 chat.agentSessions.backgroundImageLayout。清除背景的位置也改變了：Chat: Set Background… 現在會優先顯示 No Background，它會清除你目前使用之色彩佈景主題的背景，而不動另一個。這項更新僅適用於代理視窗。
1.138 中的棄用項目
與前幾個版本不同，1.138 包含實際的棄用項目——值得留意，以便你更新同步設定。
chat.agentSessions.backgroundImageLayout已由chat.agentSessions.preferredDarkBackgroundImageLayout與chat.agentSessions.preferredLightBackgroundImageLayout取代，因此聊天背景配置可分別為深色與淺色佈景主題設定。- Chat: Clear Background 命令已移除。請在 Chat: Set Background… 中選擇 No Background，以清除目前色彩佈景主題的背景。
社群貢獻
VS Code 1.138 包含來自社群的貢獻。值得一提的重點：
- Jacob T. Jove (jacobjove) 修正了因未取用的緩衝 pty 主機服務事件所導致的主處理程序記憶體耗盡問題
- Ryan Ewen (RyanEwen) 讓 Codex MCP 工具進度不會出現在工具結果中
- Simon Siefke 延續他長期進行的記憶體流失修正工作，本版修正了標記表中的一處流失
- Deniz Güney Yıldırım (denizguney) 更新了
files.exclude設定的完成測試 - Dhinesh Ponnarasan 修正了已完成進度通知的關閉問題
- Vlad Gerasimov (vladstudio) 修正了終端機編輯器拖放在已分離執行個體上觸發的問題
- yutotnh 將提交訊息輸出強制為 UTF-8
- Zhichao Li 讓 OTel 指引與代理主機架構保持一致
來自 John Murray、RedCMD、Andrii Dieiev 與 Alberto Santini 的議題追蹤貢獻，協助了社群回報的分類與驗證。
你應該更新嗎？
應該。VS Code 1.138 是一個讓代理融入你現有開發流程，而非要求你去遷就它們的版本。Dev Container 整合對於已將開發環境容器化的團隊來說最為突出——它是一個能在你筆電上運作的代理，與一個能在你專案中運作的代理之間的差別。擴充的 Codex 執行框架是本次版本中最具彈性的部分，而工作階段清理工具則是那種一個月後當你的工作階段清單乾淨清爽時，你會感激的整理型功能。
只要記得那兩項棄用項目（如果你會跨機器同步設定），並留意自動清理設定預設為停用——它們需要你刻意選擇啟用。
VS Code 正逐步向所有使用者推出。使用 VS Code 中的 Check for Updates 立即取得最新版本，或下載 nightly Insiders 組建，在新功能一推出時就搶先試用。
你最喜歡 VS Code 1.138 的哪項功能？在 X 上告訴我們——我們一直很想知道這些更新在真實工作流程中的表現。