Visual Studio 2026 18.11 更新：維持半成品狀態的 GitHub Copilot
微軟推出了這個月的 Visual Studio 2026 更新，更新後的版本編號是 18.11.0、官方的更新紀錄可以參考 release note。
新版 GitHub Copilot
這次的更新，在現在 Vibe Coding 當道的現在，最主要的變化應該是微軟把之前 Insider 版的「新的 Copilot 聊天體驗」帶到正式版了。這個功能預設應該是關閉的，要啟用的話，要在選項中，找到「GitHub」、「Copilot」，然後勾選「Copilot Chat」下的「使用新的 Copilot 聊天體驗」。
沒理解錯的話，這個模式實際上是使用特殊版本的 GitHub Copilot CLI 來處理資料，基本上算是微軟改善 Visual Studio 內部的 GitHub Copilot 的一步，至少改用共用的程式、應該是可能讓微軟內部開發能力更集中的。
但是實際上另一方面、微軟在 Visual Studio 內使用的 Copilot CLI 卻還是特規版本（檔案是 Visual Studio 安裝路徑下的 Common7\IDE\CopilotCli\copilot.exe），版本也是相對舊的 1.0.79，就不知道微軟是在幹嘛了。
改成新架構有沒有比較好呢？基本上至少是比本來的 18.10 缺東少西的預覽版 agent 好一點啦～但是本質上還是個半成品就是了。
像是 MCP 工具和技能的圖形介面現在只有開關的功能，本來勉強能用的編輯功能則是完全拿掉了；這個部分在新的 Insider 版有補上，但是正式版就是得等下一版了吧？
個人覺得比較討厭的，應該還是 Copilot 一直以來很糟糕的第三方模型支援。這一版好歹有一個可以用的 BYOK 管理介面，但是對於自家 Microsoft Foundry（Azure）提供的 GPT 系列模型支援性卻相當糟糕。
Heresy 這邊是還可以使用 gpt-5.6 系列的模型，但是 gpt-6 系列的模型一律都會出現 400 的錯誤：
400 Function tools with reasoning_effort are not supported for
gpt-6-luna in /v1/chat/completions.
To use function tools, use /v1/responses or set reasoning_effort
to 'none'.
所以搞到現在，Heresy 還是沒辦法在 Visual Studio 裡面用比較新的模型…
而在 MCP 工具比較多的時候，也會踩到 OpenAI 只支援 128 個工具的限制。
400 Invalid 'tools': array too long.
Expected an array with maximum length 128, but got an array with
length 187 instead.
這部分已經很多人反映了，但是微軟的更新基本上…和恐龍一樣反應遲緩？
除了 Copilot 外，Visual Studio 這次在 IDE 上還有一些個人覺得可以看看的變化。
開啟的文件的操作
這部分包括了：
- 可以透過 Ctrl + 右側數字鍵區的數字來快速切換開啟文件
- 可以透過 Ctrl + Shift + Page Down / Up 調整文件分頁順序
- 文件縮放比例可以透過 Ctrl + 數字鍵區的 0 來回到 100%
這部份個人是覺得算是有一定的實用性的！
另外，在選項裡面現在也可以設定「在方案載入或空白環境時重新開啟未儲存的文件」；這點在 Visual Studio 當掉、或是不小心關閉的時候，也算是滿有幫助的。
出錯馬上停止建置
這次更新在「專案和解決方案」的「建置並執行」中加入了一個「在第一個專案失敗後停止解決方案建置」的選項。
以往在可以平行建置的狀況下，Visual Studio 會同時建置多個專案，而且就算有碰到失敗、也不會整個停下來，會把所有可以建置的專案都建置一次。
這樣的好處固然是可以完整地知道有那些專案有問題，但是如果是在某些不允許任何失敗的情況下，其實一出現失敗馬上停下來反而更為合適。
而這次加入的這項功能在大型專案的平行建置的時候，應該是個可以根據策略來決定要不要開啟的功能。
這邊大概就是這樣，有的更新的內容個人比較沒興趣，這邊就沒紀錄了。
話說，由於 18.10 太悲劇了，所以其實 Heresy 最近在使用的其實都是 Insider 版；但是這次的 Insider 版更新了之後，卻反而讓 gpt-5.6-x 也不能用了…
看了一下，雖然微軟似乎是在 ConfiguredBringYourOwnModel_v2.json 中針對模型加入 WireApi 的參數、讓使用者可以設定 API 類型（預設是 Completions）；但是在圖形介面內無法調整、手動改成 Responses 感覺也沒用…
就不知道微軟到底什麼時候才可以把 BYOK 的功能徹底搞好了…（眼神死
只是考慮到就算是 GitHub Copilot CLI 的 BYOK 也還是只能靠環境變數來設定單一模型、難以動態切換…老實說個人覺得真的不樂觀啊。
#AI #程式設計 #GitHubCopilot #Microsoft #VisualStudio
