發佈日期： 2026年7月1日 | 版本： 1.127.0

VS Code 1.127 已發佈，對於在編輯器中使用 AI 代理的開發者來說，這是一個重要版本。瀏覽器代理工具正式發佈（GA），Agents 視窗獲得重大組織功能升級，還有一個可能影響本地模型工作流程的棄用通知。讓我們深入分析。

🌐 瀏覽器代理工具：正式發佈（GA）

這是頭條功能，也是期待已久的。

經過數個預覽版本後，瀏覽器代理工具現在已正式發佈並預設啟用。代理可以在整合瀏覽器中開啟頁面、讀取內容和控制台錯誤、截圖、選擇、輸入和導航——全部無需外部 MCP 伺服器。

這意味著什麼？你可以要求代理建構一個 Web 應用、執行它、在瀏覽器中開啟、點擊 UI 並驗證功能——所有這些都在 VS Code 內部閉環完成。不再需要切換到外部瀏覽器檢查代理生成的程式碼是否正確渲染。

企業控制： 管理員可以透過 BrowserChatTools 策略完全停用瀏覽器工具，或使用 ChatAgentNetworkFilter 和允許/拒絕清單限制代理工具可存取的網域。在受監管環境中，你可以對代理可存取的內容進行精細控制。

設定： workbench.browser.enableChatTools（預設啟用）

🔒 逐站點瀏覽器權限

整合瀏覽器現在支援逐站點權限——就像真正的瀏覽器一樣。當頁面請求存取攝影機、麥克風、地理位置、剪貼簿、藍牙、USB、序列埠、HID 或感測器等功能時，VS Code 會提示你允許或拒絕。

這一點很重要，因為代理正在與瀏覽器互動。如果代理開啟了一個請求攝影機存取的頁面，你會收到提示——代理不會自動授予權限。從瀏覽器的 Site Permissions 選單項管理任何站點的權限。

📂 代理工作階段分組和拖拽

如果你一直在執行多個代理工作階段，Agents 視窗中的工作階段清單變得越來越難以管理。1.127 透過以下方式解決了這個問題：

自訂工作階段分組。 建立自己的分組來組織相關工作階段。摺疊分組標題以整理清單。每個分組都有快捷操作：直接在分組中啟動新工作階段，或一鍵將所有工作階段標記為已完成。

全面拖拽支援。 上下拖動重新排序工作階段。拖動工作階段分組和工作區標題重新排列清單。將工作階段拖到分組上將其新增到該分組。將工作階段拖到 Pinned 區域以釘選它。選擇多個工作階段作為整體移動。

如果你曾經同時開啟 15 個代理工作階段卻找不到需要的那個，這是一個真正改變工作方式的品質提升。

📢 聊天輸入橫幅：無需離開即可處理 CI 和 PR 評論

當編碼代理工作階段有開啟的 Pull Request 時，Agents 視窗現在在聊天輸入框上方顯示橫幅：

CI 失敗。 當 PR 上的檢查失敗時，橫幅顯示有多少檢查失敗（例如「5 個檢查中有 2 個失敗」），提供兩個操作：

  • Fix Checks — 自動啟動代理修復
  • Reveal Checks — 在 Changes 視圖中開啟失敗的檢查

Pull Request 評論。 當收到新的審查評論時，橫幅顯示評論數量，操作包括：

  • Address Comments — 將評論交給代理處理
  • Reveal Comments — 在編輯器中開啟評論

這讓你留在對話中，而不是在不同視圖之間切換。代理可以在你已經工作的地方直接處理 CI 失敗和 PR 回饋。

💰 子代理積分：查看委託成本

當代理將工作委託給子代理時，你現在可以將滑鼠懸停在聊天回應中的子代理部分，查看該子代理使用的 AI 積分。這是對成本不透明問題的直接回應——團隊一直在執行多代理工作流程，卻不知道哪個子代理在消耗信用額度。

結合 1.126 中引入的工作階段級成本追蹤，你現在工作階段和子代理級別都有可見性。

💬 多聊天工作階段：關閉、重新開啟、分叉

多聊天工作階段（單個代理主機 Copilot 工作階段中的多個聊天）獲得了多項改進：

  • 關閉和重新開啟。 聊天分頁上的 X 隱藏它而不是丟棄它。從 Conversations 下拉選單恢復，每個聊天都有核取方塊來顯示或隱藏。
  • 永久刪除。 使用分頁右鍵選單選擇 Delete Chat。
  • 所有聊天的進度。 當任何聊天在工作時，工作階段顯示為進行中。每個分頁顯示自己的進度。工作階段標頭 Changes 標籤反映所有對等聊天的合併編輯。
  • 分叉為對等聊天。 分叉對話在同一工作階段中建立新的對等聊天，而不是新的頂層工作階段。分叉的聊天繼承到分叉點的對話，並與其同級獨立執行。

🔧 代理更改的編輯器邊槽回饋

在審查代理的更改時，你現在可以直接從編輯器邊槽留下回饋。將滑鼠懸停在一行上以顯示 Add Feedback 圖標，然後選擇它在該行新增評論。這比切換到單獨的審查視圖更快，使將代理指向程式碼中特定位置更加精確。

🛡️ macOS 和 Linux 上的終端命令沙箱

批准每個代理調用的終端命令很繁瑣。從 1.127 開始，VS Code 正在 macOS 和 Linux 上推出終端命令沙箱。命令執行時：

  • 網路存取被阻止
  • 檔案系統存取受限

代理僅在命令需要提升並在沙箱外執行時才要求批准。這意味著對安全的常規命令干擾更少——但你仍然可以控制任何可能觸及網路或在工作區外寫入的操作。

如果需要，可以透過 Permissions 下拉選單關閉。

🏢 面向企業的基於檔案的託管 Copilot 設定

管理員現在可以從磁碟上的 JSON 檔案提供託管 GitHub Copilot 設定，補充 1.125 中引入的原生 MDM 管道和基於帳戶的企業設定。

這對於未 enrolled 在裝置管理中的機器特別有用——氣隔系統、Linux 開發機器，或使用 Ansible 或 Chef 等設定管理工具的環境。

檔案位置：

  • macOS: /Library/Application Support/GitHubCopilot/managed-settings.json
  • Linux: /etc/githubcopilot/managed-settings.json
  • Windows: %ProgramFiles%\GitHubCopilot\managed-settings.json

該檔案僅在不存在 MDM 或基於帳戶的企業設定時被採納，使其成為邊緣情況的回退方案，而非替代正確的 MDM。

⚠️ 內建 Ollama 提供者已棄用

如果你正在使用內建的 VS Code Ollama 提供者透過 Bring Your Own Key (BYOK) 執行本地模型，這會影響你。

內建 Ollama 提供者現在已棄用。Ollama 有一個官方 VS Code 擴充功能，這是在聊天中使用本地 Ollama 模型的推薦方式。

如何操作： 安裝官方擴充功能並移除內建提供者，以繼續使用 Ollama 模型而不中斷。擴充功能方式讓 Ollama 可以比等待 VS Code 發佈更快地推送更新。

這是更廣泛模式的一部分——VS Code 正在向模型提供者的擴充生態系統模式轉變，而不是將它們建構到核心編輯器中。

🧰 其他值得注意的更改

入門導覽（實驗性）。 Agents 視窗現在有引導式演練，幫助新使用者快速上手代理功能。仍處於實驗階段，但表明 Microsoft 正在考慮 AI 原生開發的入門體驗。

更好的 PR 標題和描述。 Agents 視窗中的 Create Pull Request 按鈕現在使用工作階段上下文生成準確的標題和描述，而不是通用佔位符。

回應式工作階段側邊欄（實驗性）。 在窄視窗上，Agents 視窗可以在空間不足時自動隱藏工作階段側邊欄。設定：sessions.layout.autoCollapseSessionsSidebar。

/troubleshoot 命令。 透過分析工作階段日誌診斷代理行為問題。適用於代理主機工作階段，包括本地和遠端。輸入 /troubleshoot #session 並描述問題。

💭 Big Hat 觀點

1.127 是 VS Code AI 代理故事從「建構基礎」轉向「使其生產就緒」的版本。關鍵主題：

  • 瀏覽器工具 GA 意味著閉環建構-測試-修復工作流程是真實的，不是預覽實驗。這是讓代理對前端和全端開發真正有用的功能。
  • 工作階段組織（分組、拖拽、多聊天改進）承認人們正在同時執行多個代理，需要像管理專案一樣管理它們。
  • 成本可見性在子代理級別解決了我們從企業團隊那裡聽到的頭號問題：「這實際上花費了我們多少？」
  • 終端沙箱在 macOS 和 Linux 上減少了使自主代理工作流程不切實際的審批疲勞。
  • Ollama 棄用是正確的決定——擴充模式對所有人都更好——但如果你使用本地模型，請立即切換。

總結： 立即更新。僅瀏覽器工具 GA 就值得了，但工作階段管理改進使這是一個改變你日常代理工作方式的版本。