Microsoft 的 Visual Studio Code 1.146 版本進一步將代理程式作業移至 Copilot harness，同時新增實驗性的工作階段分流、預覽聊天視窗、擴充的模型比較、畫布持續性、擴充功能管理、遠端連線能力，以及新的信任控制項。此版本也提供 1.146.0 下載，並包含大量終端機、工作、Marketplace、記憶體、協助工具和編輯器修正。
對 CTO 與工程領導者而言，訊號很明確：代理程式優先的開發正逐漸成為一種作業模式，而不再只是側邊面板。眼前工作是要在 2027 年 2 月 前從 Local harness 遷移、決定哪些實驗性功能適合受管理環境，並驗證管理模型、擴充功能、認證資料、Proxy 和遠端存取的控制項。
1. Copilot Harness 遷移的期限是 2027 年 2 月
這是什麼
根據 Microsoft 的 VS Code 1.146 發行說明，Copilot harness 自 VS Code 1.143 起即為新工作階段的預設選項。它以 Copilot SDK 為基礎，透過 Agent Host 執行工作階段，使其可在背景中持續執行，並能從編輯器視窗和 Agents 視窗存取。
Microsoft 表示，Copilot harness 也會強制執行 Local harness 沒有的受管理沙箱和權限原則。這是作業上的界線，而不只是執行階段的重新命名。
Local harness 現已淘汰，並預定於 2027 年 2 月 移除。Microsoft 表示，在此之前的三個月中仍可使用，但其功能已實質凍結；新功能與改進將聚焦於 Copilot harness，且不保證能與 Local harness 搭配運作。
在 VS Code 1.142 中導入的企業管理設定 vscode.temporaryDefaultToLocalHarness，將隨著 Local harness 一同消失。現有組織不能將此設定視為長期有效的原則。
VS Code 1.146 也將 Agent Host 擴展至虛擬存放庫。Microsoft 表示，Copilot harness 工作流程現在可在虛擬存放庫中運作，而不需要使用者將其複製到本機資料夾。
為何重要
請在期限前完成遷移。 團隊應盤點仍依賴 Local harness 的工作流程、對話、自訂項目、工具和原則，然後在 2027 年 2 月前於 Copilot harness 下加以驗證。
由於舊版執行階段已凍結，延後遷移也代表延後取得後續的代理程式改進。這不是具有無限期效力的相容性切換選項，而是預定進行的執行階段退役。
虛擬存放庫支援擴大了代理程式可操作的範圍。平台團隊應檢視現有 Copilot 與存放庫存取原則是否充分涵蓋以虛擬工作區開啟的存放庫，因為先前的技術限制已不再提供隔離。
2. 收件匣模式將代理程式工作階段轉為工作佇列
這是什麼
Microsoft 將實驗性的 Inbox mode 描述為跨專案代理程式工作階段的集中檢視。它由預設為關閉的 sessions.list.inboxEnabled 控制。
啟用設定後，使用者可在 Agents 視窗中依序選取 Grouping 和 Inbox Mode。需要注意的工作階段會最先顯示，接著是 Working、Ready to merge、On hold 和 Done 群組。
使用者可套用 Dismiss from Inbox、Put on Hold 或 Snooze 來延後處理工作階段。Microsoft 明確區分關閉與封存：關閉工作階段不會封存，而 Mark Session as Done 則會。
VS Code 1.146 也在 sessions.list.inlineActions 下新增實驗性的工作階段清單動作。啟用後，這些控制項可傳送要求來修正失敗檢查或處理審查意見，而無需開啟對應的工作階段。
Microsoft 表示，每個動作都會在背景中鎖定該列的工作階段或巢狀工作階段。此設定不會啟用 Agent Merge，也不會變更既有的動作權限。
為何重要
收件匣模式將代理程式監督從逐一檢查工作區，改為管理佇列。當開發人員有多個背景工作階段等待核准、產生變更或準備合併工作時，這一點尤為重要。
在標準化之前先試行其語意。 團隊應就 Dismiss、On hold、Ready to merge 和 Done 在其開發流程中的意義達成共識。否則，共用介面可能掩蓋不一致的處理方式，而非改善協調。
內嵌動作可減少導覽操作，但不會降低權限。既有權限仍決定代理程式可執行的操作，因此系統管理員應將 sessions.list.inlineActions 視為工作流程控制項，而非新的權限邊界。
3. 聊天視窗重塑代理程式工作區
這是什麼
預覽版 Chat windows 功能為聊天提供獨立視窗，其中包含相關聯的編輯器和終端機。在 Stable 中，此功能預設為關閉，且需要 sessions.chatWindows.enabled；Microsoft 表示，它在 VS Code Insiders 中預設為啟用。
使用者可在工作階段或聊天上按一下滑鼠右鍵，依序選取 Open in 和 New Window，或將聊天從 Agents 視窗拖出。Move to Main Window 命令可將其移回。
一個聊天視窗可包含來自一個或多個工作階段的多個聊天。使用者可從標題列選取另一個工作階段、在視窗之間拖曳聊天，或在 macOS 上使用 ⌘N、在 Windows 和 Linux 上使用 Ctrl+N 來開始工作階段。
Microsoft 表示，VS Code 重新啟動後會重新開啟聊天和編輯器。在每個視窗內，使用者可移動元件、分割版面配置、移動編輯器索引標籤、將編輯器附加至聊天內容、重新定位終端機，以及在並排和堆疊配置之間切換。
Agents: Toggle Chat Conversation 命令可將堆疊的對話摺疊為其輸入欄。Developer: Reset Chat Window Layout 可還原初始配置。
為何重要
聊天視窗讓開發人員可圍繞代理程式工作階段建立特定工作的工作區，而不必持續在一個共用面板中切換。審查工作階段可將其對話、變更的檔案和終端機集中在一起，同時讓另一個視窗專用於實作工作。
這會為支援與治理建立新的工作區層級。平台團隊應在建議將預覽功能用於日常生產工作前，測試重新啟動還原、多螢幕使用、終端機位置、內容附加和擴充功能行為。
此功能在 Stable 中仍屬預覽。應將其版面配置持續性視為工作流程便利功能，而不是已提交程式碼、已記錄決策或長期專案文件的替代方案。
4. Agents 視窗擴充功能減少內容切換
這是什麼
VS Code 1.146 擴展了 Agent Customizations 下的實驗性 Extensions 區段。Microsoft 表示，使用者現在可以不離開 Agents 視窗就尋找、安裝和解除安裝擴充功能。
Marketplace 搜尋會包含尚未安裝的擴充功能，以及其發行者、安裝次數和評分。安裝擴充功能會將其新增至 VS Code 並在 Agents 視窗中啟用，而相鄰的下拉式選單可選取其他版本，包括預先發行版本。
當擴充功能提供檢視、偵錯工具、狀態列項目或導覽但未宣告支援 Agents 視窗時，VS Code 會提出警告。若組織原則阻止安裝，介面會顯示原因。
使用者可在 macOS 上使用 ⇧⌘X、在 Windows 和 Linux 上使用 Ctrl+Shift+X，或使用 Extensions: Manage Extensions 命令來開啟擴充功能管理。Microsoft 表示，為編輯器 Extensions 檢視自訂的快速鍵也會套用至 Agents 視窗。
為何重要
在 Agents 視窗內探索擴充功能，縮短了從發現缺少的功能到安裝功能之間的路徑。由於安裝現在直接在以代理程式為中心的工作區中進行，這也讓擴充功能的來源與相容性變得更重要。
保留擴充功能治理。 Marketplace 可用性不應被視為組織核准。使用私有 Marketplace、允許清單或封鎖發行者的團隊，應確認這些原則會在 Agents 視窗中產生預期的訊息。
相容性警告也值得注意。擴充功能可成功安裝，但某些提供的功能仍可能無法使用，因此平台團隊應記錄受支援的代理程式視窗擴充功能，而非根據安裝狀態推斷具備完整相容性。
5. 模型比較新增 Fusion 與代理程式自動化
這是什麼
Microsoft 表示，Agents 視窗中的 Compare Models 可在多個模型上執行一個提示、使用評審評估輸出結果，並透過合成器結合各自的優點。
VS Code 1.146 允許在未選取工作區時評審和合成僅聊天的回應。選取 Synthesize 會建立新的聊天，且不會修改原始嘗試。
此預覽版也新增 Copilot Fusion 及其支援的努力層級，可作為嘗試、評審或合成器的選項。相關貢獻 pull request #346434 在 Agent Host 聊天中公開 Copilot Fusion 推理。
由 sessions.chat.compareAgents.tools.enabled 控制的實驗性工具，讓代理程式能探索模型、啟動比較，以及讀取結果和對話參照。Microsoft 表示，這些工具預設為關閉，且需要啟用 Compare Models。
停用這些工具不會移除手動比較。差異在於由人發起的比較與由代理程式發起的評估。
為何重要
模型選擇現在可成為開發環境中的可重複評估工作流程。團隊可保留候選輸出、產生獨立的合成結果，並比較努力層級，而不會覆寫初始嘗試。
由代理程式執行的評估會提高自動化程度，但也擴大模型呼叫範圍。工程領導者應在啟用 sessions.chat.compareAgents.tools.enabled 前，定義核准的比較情境、預期的模型存取權限和成本責任實務。
這不是獨立的基準測試。它是產品內比較機制，其結論取決於提示、評審、合成器和選取的模型。
6. 畫布新增權限、探索與持續性
這是什麼
Microsoft 將畫布描述為開發人員與 Copilot 可共同處理計畫、儀表板和其他成品的互動式共用介面。VS Code 1.146 新增權限提示和多項持續性改善。
在 Copilot harness 工作階段中，畫布擴充功能現在必須先要求核准，才能初始化 hooks 等特權功能。畫布選單會區分執行中的畫布與可具現化的可用畫布，而 Agents 視窗則將建立和安裝動作置於 Discover More 之下。
非使用中的 Copilot harness 工作階段會還原其畫布，而不需要再傳送一則訊息。如果畫布提供者重新啟動，最後的畫布影像會保持可見，並顯示重新連線指示器。
在獨立聊天視窗中，當關聯的聊天離開視窗時，畫布索引標籤會關閉，並可隨該聊天重新開啟。Microsoft 表示，畫布也會在視窗重新載入後還原，且不會取得焦點。
為何重要
權限提示使畫布初始化成為明確的信任事件。開發人員不應只因畫布出現在既有 Copilot 工作階段中，就核准特權功能。
持續性改善讓畫布更適合用於持久的規劃和作業檢視，但也提高了生命週期測試的重要性。團隊應驗證當提供者重新啟動、聊天在視窗間移動、工作階段轉為非使用中，以及受管理設定封鎖畫布擴充功能時的行為。
對受監管環境而言，畫布來源是自訂治理的一部分。當擴充功能可初始化 hooks 或其他特權功能時，不能僅將其視為展示層。
7. 遠端共用、CLI 交接與背景傳送擴展工作階段流動性
這是什麼
實驗性設定 sessions.chat.experimental.remoteEnvironmentsThisComputer 新增控制項，可透過 GitHub Environments 或 Dev Tunnels 與其他用戶端共用目前電腦。使用者也可停用共用，或變更對用戶端顯示的電腦名稱。
Microsoft 表示，無論是否啟用共用，本機工作階段都會持續直接在電腦上執行。這些控制項可透過環境選擇器、Command Palette 或 Remote Connections 功能表中的 Manage Remote Environments 取得。
VS Code 1.146 也允許實驗性的 GitHub Copilot CLI 工作階段在 VS Code 中繼續執行。輸入 /code，或針對 VS Code Insiders 輸入 /code-insiders，會退出 CLI，並在該資料夾的 Chat 檢視中開啟相同工作階段。
交接功能需要 1.0.107 或更新版本的 Copilot CLI，並透過 /settings experimental on 啟用實驗性功能。對話歷程、模型、推理努力、模式和權限都會保留，但 --allow-tool 等程序特定權限和先前的核准不會一併移轉。
若要返回 CLI，使用者可執行交接期間顯示的 copilot --resume 命令。如果另一個 CLI 處理程序仍持有該工作階段，VS Code 會先詢問再開啟它。
Agents 視窗也新增了可設定的背景傳送動作。在 macOS 上按下 ⌘Enter，或在 Windows 和 Linux 上按下 Ctrl+Enter，即可在不開啟工作階段的情況下啟動它；而 chat.sendInBackgroundTip.enabled 可顯示已設定的快速鍵。
為何重要
這些變更讓代理程式工作階段可在用戶端、終端機、視窗與環境之間移轉。它們也建立了必須重新評估權限與網路暴露範圍的轉換節點。
檢閱每個交接邊界。CLI 核准不會自動轉移至 VS Code，這是正確的安全姿態，但可能造成使用者困惑。團隊應記錄預期的重新核准流程。
電腦共用應作為遠端存取加以治理，而不僅是代理程式便利功能。啟用實驗性設定前，管理員應確認 GitHub Environments、Dev Tunnels、電腦命名與可探索性是否符合既有的遠端開發控制措施。
8. MCP 上的 Skills 新增內容通道
這是什麼
VS Code 1.146 透過 chat.agentHost.mcpSkills.enabled 新增對經由 MCP 使用 SEP-2640 Skills 的預覽支援。Microsoft 表示，MCP 伺服器可使用此功能自動向模型提供 skills。
首次連線至提供 skills 的 MCP 伺服器時，系統會在這些 skills 進入模型內容前要求核准。已核准的 skills 會顯示於 Agent Customizations 編輯器的 Skills 索引標籤。
為何重要
MCP 上的 Skills 會將伺服器連線轉變為新增模型行為與內容的機制。因此，核准提示是重要的信任邊界。
團隊應在核准前驗證伺服器、其公開的 skills，以及這些 skills 引入的內容。這並不等同於啟用被動式整合。它會改變模型在工作階段中可探索與使用的內容。
管理員應將 chat.agentHost.mcpSkills.enabled 納入 MCP 治理檢閱，並決定預覽功能是否適合用於受管理的開發人員環境。
9. 權限與沙箱控制變得更精細
這是什麼
Microsoft 表示，Copilot harness 提示過去會針對包括網頁擷取、終端機命令和檔案讀取在內的作業，建議廣泛的工具層級允許。例如，針對 URL 擷取做出「在此工作階段中允許」決定，可能允許在該工作階段期間存取任何 URL。
VS Code 1.146 變更預設值，改為針對特定網域、命令和目錄提出較狹窄的允許範圍。這可縮小單次核准的影響範圍。
新的 chat.agent.sandbox.credentials.envVars 設定可讓管理員或使用者在沙箱工作階段中遮罩選定的環境變數。代理程式工具會收到預留位置，而真實值僅會針對透過 injectHosts 設定的已核准 HTTPS 目的地還原。
Microsoft 指示使用者在設定中輸入環境變數名稱，而不是密碼或密鑰值。在 Windows 上，遮罩功能需要本機網路存取；在 macOS 和 Windows 上，需要作業系統憑證信任的工具，必須信任沙箱 CA 憑證。
當終端機沙箱啟用時，聊天輸入欄現在會顯示 (sandbox enabled)。Microsoft 表示，該指示器會在使用者切換聊天或變更設定時保持同步。
為何重要
精細的提示可降低例行核准的爆炸半徑。團隊仍應教導開發人員檢查建議的網域、命令或目錄，而不是機械式地核准提示。
環境變數遮罩提供受控途徑，讓認證資料能抵達已核准的 HTTPS 主機，同時對一般代理程式工具保持隱藏。只有在嚴格檢閱 injectHosts 項目時，這項控制才有用。
將目的地設定視為機密政策。即使已啟用遮罩，過於寬鬆或不正確的主機清單仍可能破壞預期的隔離效果。部署測試應納入 Windows 網路與憑證先決條件。
沙箱指示器也能在互動當下改善驗證。開發人員不再需要開啟個別權限選單，才能確認終端機沙箱是否處於啟用狀態。
10. 企業 Proxy 與政策控制擴展
這是什麼
Microsoft 表示，Copilot 工作階段現在會遵循 VS Code Proxy 設定，包括 Proxy 自動設定和 Kerberos 驗證，適用於在本機、WSL 或本機 Dev Container 中執行時。
組織路由規則可針對每個目的地選擇不同的 Proxy 或直接連線。這可避免強制讓每個要求都經由單一路徑的 Proxy。
企業受管理的 communication.support.url 設定現在可將受到支援政策限制影響的開發人員導向組織說明頁面。Microsoft 表示，有效的絕對 HTTP 或 HTTPS URL 會針對諸如已停用的 Agents 或由組織停用的模型等限制，新增 Contact Admin 連結。
VS Code 1.146 也將 Copilot 管理的 strictPluginOnlyCustomization 設定延伸至獨立 canvas 擴充功能。將其設為 true 會封鎖所有支援的獨立自訂類別，同時允許符合資格的 plugin 內容。
管理員也可改為提供包含所選類別的清單："skills"、"agents"、"hooks"、"mcp" 和 "extensions"。Microsoft 指出，僅支援布林值的 ChatStrictPluginOnlyCustomization VS Code 政策不會管理 canvas 擴充功能，因為它們是由 Copilot SDK 管理。
為何重要
Proxy 對齊可填補使用 PAC 檔案、Kerberos、WSL 或本機 Dev Containers 的組織之設定缺口。網路團隊應測試以目的地為基礎的路由，而不是假設現有的編輯器流量測試涵蓋每條 Copilot 工作階段路徑。
communication.support.url 可將受阻體驗轉變為可行動的支援途徑。您的組織應將其指向持續維護的頁面，說明已核准的 Copilot 使用方式、存取要求及升級處理途徑。
Canvas 限制需要正確的控制平面。僅依賴 ChatStrictPluginOnlyCustomization 會讓 canvas 擴充功能不受預期政策約束，因此管理員必須設定由 Copilot 管理的 strictPluginOnlyCustomization 設定。
11. 協助工具、圖表、瀏覽器與指標均有改善
這是什麼
Welcome 頁面現在會在頁面本身取得鍵盤焦點時顯示可見外框。Microsoft 表示，該頁面對螢幕閱讀器使用者仍保持可聚焦狀態。
VS Code 1.146 將聊天、Markdown 預覽與 Notebook 轉譯移至 Mermaid 12。發行說明指出，使用案例圖和更新的自動版面配置行為是因此帶來的功能之一。
Integrated Browser 現在可複製本機 HTML 預覽的 file:// 位址，以供外部瀏覽器或終端機使用。
Microsoft 也修正了 GitHub Copilot 使用量指標，因此代理程式編輯不再將兩次編輯之間未變更的文字計為新增加或刪除的程式碼。
為何重要
焦點外框為鍵盤使用者在 Welcome 頁面上提供可見的位置回饋。協助工具測試應包含頁面本身，而不只是其互動式控制項。
Mermaid 12 可能改變自動圖表版面配置。擁有大量圖表 Markdown 或 Notebooks 的團隊應在升級後檢查重要的轉譯成品，而不是假設能維持像素等級的一致性。
複製本機檔案位址可消除一個雖小但反覆出現的工作流程中斷。指標修正對工程主管更為重要，因為當未變更文字不再被過度計算時，歷史與目前的編輯計數可能無法直接比較。
12. VS Code 1.146 提供廣泛的可靠性修正
這是什麼
Microsoft 的 VS Code 1.146 貢獻清單包含終端機、偵錯、Marketplace、工作、編輯器、協助工具、記憶體、搜尋及聊天修正：
- 終端機路徑：提取要求
#343203修正摺疊主目錄路徑時的子字串衝突，而#345650則使用由 URI 支援的預設工作目錄來處理主目錄探索介面卡。 - 終端機互動：提取要求
#334804在使用者點擊 inline-chat widget 下方時還原焦點，而#339330在轉譯器附加前防護捲動作業。 - 終端機生命週期：提取要求
#342420尊重已開啟終端機的parentTerminal，而#339488在移至另一個編輯器群組後保留終端機編輯器。 - 終端機探索與預測：提取要求
#339556在PATH中不存在的 login-shell 路徑尋找設定檔，而#305103防止預先輸入預測拒絕有效的樣式序列。 - 偵錯：提取要求
#341972將例外狀況中斷點模式傳送至偵錯介面卡。 - 提示安全性：提取要求
#332937讓完整 URI 在提示 URL 確認對話方塊中保持可存取。 - 草稿工作階段：提取要求
#345807處理問題#345692，在取代新的草稿工作階段時保留已開啟的草稿編輯器。 - Marketplace 可靠性：提取要求
#343686、#343687和#341049處理403回應後重複出現的登入提示、受保護資源探索快取，以及私用 Marketplace 封鎖和更新閘控。 - 重新導向安全性：提取要求
#343690防止要求認證資料在重新導向期間跨來源轉送。 - 內嵌編輯：提取要求
#339575遵循明確設定的 inline-edit gutter-menu 可見性。 - 政策整合：提取要求
#345712允許透過 VS Code 設定註冊 Policy Helper。 - 工作：提取要求
#336159、#339551、#339550和#339387保留工作類型、在完成前清除最終標記、保留相同資源的不同錯誤，以及修正 provider-counter 錯誤。 - 工作變數：提取要求
#316369修正問題#160891，保留 process-task 命令路徑中未解析的變數。 - 協助工具訊號：提取要求
#303604移除屬性變更偵測中的重複條件。 - Test Explorer：提取要求
#345896改善執行大量測試時的效能。 - Notebook 穩定性：提取要求
#331805和#329000處理文字差異比較記憶體流失，並在 cell 正在釋放時保護游標選取範圍的顯示。 - 記憶體管理：提取要求
#345461、#342528、#345781、#346139、#346126、#346501、#346498和#346268處理 color picker、AI search model、file-search listeners、terminal find widget、search progress emitter、marker resource maps、debounced observables 和 keybindings search 中的流失問題。 - 記憶體降低：提取要求
#342397將記憶體用量降低 24 kB。 - 聊天版面配置：提取要求
#345436修正問題#275257，截斷建議提示標題以防止在狹窄聊天版面配置中溢位。 - Minimap 轉譯：提取要求
#311689移除強制 minimap 保持不透明的回歸問題。 - Hook 文件：提取要求
#346593修正 Hooks 區段說明。
為何重要
這些修正的廣度使 1.146.0 的意義不僅限於 Copilot 導入。高度依賴終端機的團隊、私用 Marketplace 使用者、task-provider 作者、Notebook 使用者及大型測試套件，全都能獲得針對性修正。
安全團隊尤其應注意跨來源認證資料轉送與提示 URL 可見性。這些修正會影響使用者可驗證的資訊，以及認證資料傳遞所跨越的邊界。
平台團隊也應重新測試私用 Marketplace 驗證、終端機還原、工作完成回報、Notebook 釋放，以及長時間執行的搜尋或終端機工作流程。此版本包含許多細部可靠性修正，其價值取決於開發人員實際執行的工作負載。
總結
這對企業團隊代表什麼
- 完成 harness 清查。識別 Local harness 工作流程，並在 2027 年 2 月前將其移轉至 Copilot harness。
- 審慎管控實驗性功能。在受管理環境全面推出前，評估
sessions.list.inboxEnabled、sessions.list.inlineActions、sessions.chat.compareAgents.tools.enabled及遠端電腦共用功能。 - 測試預覽工作區變更。針對具代表性的專案，驗證
sessions.chatWindows.enabled、canvas 還原、擴充功能相容性及 Mermaid 12 轉譯。 - 強化代理程式治理。設定精細權限、環境變數遮罩、Proxy 路由、支援連結、MCP skill 核准，以及由 Copilot 管理的 canvas 限制。
- 重新建立營運指標基準。比較 VS Code 1.146 升級前後的使用資料時，應納入已修正的代理程式編輯計數。
代理程式優先並非趨勢，而是方向——而 VS Code 1.146 為此設定了明確的移轉期限。
祝您程式開發愉快！