#程式設計 — Public Fediverse posts

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 也還是只能靠環境變數來設定單一模型、難以動態切換…老實說個人覺得真的不樂觀啊。

Visual Studio 18.10：新的 GitHub Copilot Agent

在之前 Visual Studio 2026 的 18.9.0 就有提到過了，在 18.10 將會正式引進基於 GitHub Copilot CLI 的預覽版 agent、會提供更好的 BYOK 的功能；而這次的更新，終於帶來了半成品等級的新的預覽版 agent。

由於個人對新的 agent 效果還滿好奇的，所以之前還有特別裝 Insider 版起來玩，但是其實結果算是滿失望的…其實不是說預覽版的 agent 不好，而是微軟根本沒有把必要的介面修改、測試完、就直接上線了，而且還把舊的東西關了… = =
所以其實在個人來看，整體的體驗其實是變差的…（眼神死

那到了 18.10 正式版變成怎樣呢？首先，官方的更新紀錄可以參考 release note；對 Heresy 來說，有意義的變化好像只有 GitHub Copilot？

而這次最大的改變，就是微軟把整個 BYOK、也就是使用自己的模型的功能，全部切換到預覽版 agent 了，這也導致了本來的 agent / ask / plan 等等其他模式都沒有辦法使用自己的模型了。

老實說個人覺得更像是有點退化了。畢竟新版的 agent 目前就只有單一模式，還沒辦法切到 ask / plan 來針對 AI 做模式的限制。

個人實在不太能理解，為什麼還要特別把舊版 agent 的 BYOK 拿掉、而不是維持雙線進行？這樣至少讓使用者有個選擇吧？

另外，這次有修正了模型管理介面的一些問題，Heresy 自己知道的包括了：

• 修正了加入模型提供者後根本看不到項目的低級錯誤（issue）
• 透過模型管理介面編輯可能會移除部分設定檔的內容（issue）
• 模型釘選有區分提供者，不會把同名模型視為相同的模型 （issue）
  • 但是 Insider 沒修正

老實說，個人覺得上面這兩個問題都是超級低級的錯誤，為什麼會出現實在是…

雖然有修正了部分問題，但是一堆之前的問題依舊存在。

像是如果是使用 OpenAI 這個提供者的話，在加入模型的時候他會需要透過 v1/models/MODEL_NAME 這個端點來確認模型是否存在；如果使用的服務沒有提供這個端點的話（例如 OpenWebUI 就沒有），就會沒辦法透過 UI 來新增模型。

而如果要新增的話，就得自己編輯設定檔案了。

新版 agent 使用的模型設定檔案還是在 %LOCALAPPDATA%\Microsoft\VisualStudio\Copilot\BringYourOwnModel 這個目錄下，不過檔名變成了「ConfiguredBringYourOwnModel_v2.json」。

如果要手動加入模型的話，模型的描述大概會是：

{
   "ProviderName": "openai",
   "IsCustom": true,
   "IsSelected": true,
   "CustomURL": "https://YOUR.OPENAI.SERVER/openai/v1",
   "Id": "MODEL_ID",
   "DisplayName": "MODEL_ID",
   "IsToolCallingEnabled": true,
   "IsVisionEnabled": false,
   "MaxInputTokens": 100000,
   "MaxOutputTokens": 8192
}

這邊會需要先透過圖形介面加入提供者（金鑰的儲存是另外處理的，不能靠設定檔案），之後再打開 ConfiguredBringYourOwnModel_v2.json 把上面的內容放到 "Models": [] 裡面。

雖然在很大的程度上可以自己修改這個檔案，但是設定檔案和介面可能不同步的問題依舊存在、並沒有修正…所以在修改檔案後，最好把 Visual Studio 重開、才能確定有生效，也可以在一定程度上避免自己的修改被圖形介面的修改覆蓋掉。

另外，雖然 Azure 上面已經有號稱目前的王者的 gpt-6-astra 可以用了，但是目前 Visual Studio 的 GitHub Copilot 實際上並沒有辦法使用… = =（issue）

錯誤是：

400 Function tools with reasoning_effort are not supported for gpt-6-astra in /v1/chat/completions. To use function tools, use /v1/responses or set reasoning_effort to ‘none’.

就不知道微軟啥時才會修正了？

整體來說，這次 18.10 的更新感覺有點乏善可陳。

不過以目前的 Insider 版本來看，下次的 18.11 應該是會有相對比較多的更新（參考）；其中看來微軟是把 GitHub Copilot Chat 整個改寫了？（預設沒開啟）

總之，看來還是期待下個月的版本吧。（遠目

Visual Studio 18.9.0

Visual Studio 2026 的 2026/08 更新推出了，這次的版本是 18.9.0、在 C++ 或一般程式開發應該是沒有明確的變動，主要的更新是聚焦在 GitHub Copilot 和 Git 介面上。官方的更新紀錄是可以參考 release note。

在個人來看，比較大的變化還是 GitHub Copilot 的部分，這次包括：

• 模型管理介面大幅度改寫
• 官方模型可以調整思考深度
• Git 介面支援 submodule 管理
• 透過 Git Agent 審查變動、commit

下面是簡單的介紹：

模型選擇介面的改善

現在模型的選取介面會有分類，基本上分成「其他 Copilot 模型」和「其他模型」；這兩類現在可以收折、方便選取。

而且，現在還可以把常用的模型釘選起來、這樣就比較好在自己常用的模型之間切換了！

這點個人是覺得算是相當實用的～

大幅改寫的 GitHub Copilot 模型管理介面

之前 GitHub Copilot 雖然已經有提供管理模型的介面了，但是實際上…相當難用。而這次微軟終於把整個介面改寫了。不過，基本上感覺還是不少問題。

新的管理介面如下，要快速切換功能、參數變得相對方便。

另外這邊也可以看到，針對 Copilot 內建的模型，也終於可以調整思考深度（謎之翻譯：思考中）了；不過由於 Heresy 是免費帳號，基本上不會去用內建模型就是了。這部分可以參考《Tell your model when to think harder》。  

不過，雖然介面大改了，但是個人覺得比較討厭的是目前看來問題還是很多。

現在一個提供者應該還是只能有一個，但是在「新增模型提供者」的介面並沒有做防呆（上一版有）；以 Heresy 這邊測試、如果想要加入第二個 Azure 的話，實際上會把本來設定的金鑰蓋掉…

然後…感覺他的介面上應該是有問題？Heresy 目前加入了 Foundry Local 或是 Ollama 這兩個提供者後，似乎是會因為沒有模型、而不會在介面上顯示出來。不過 Ollama 這邊也有可能是 Heresy 用的不是真的 Ollama、是 LM Studio、導致它無法取得模型清單的關係就是了。

雖然靠手動修改 %LOCALAPPDATA%\Microsoft\VisualStudio\Copilot\BringYourOwnModel 下的設定檔可以解決一定程度的問題，但是感覺好像還是有不少問題存在？

透過 GitHub 檢查變更

把 agent 切到 Git 後，可以在聊天室窗中要求 GitHub Copilot 針對還沒 commit 的內容進行檢查（例如「幫我檢查目前的變更」）。

他會開啟「Git 變更」的視窗、然後針對還沒有 commit 的檔案進行變更的檢查。

在「Git 變更」的視窗，他會把找到的點列在檔案下方，點選後可以在中間的程式碼視窗開啟、並以內嵌對話框的形式顯示 AI 的註解、建議；而本來的聊天室窗也會有彙整的資訊。

不過這邊比較討厭的，是內嵌式的註解應該會去吃 GitHub Copilot 預設的模型的流量、而且只會輸出英文；這點對於 Heresy 這種主要是靠自己的外部模型來使用的人來說，這樣的功能很快就會把免費帳號的 token 燒完了…

除了未變更的內容的檢查外，現在也可以針對特定的 commit 來進行審查。

點選選單的「Git」、「管理分支」可以開啟「Git 存放庫」的視窗；點選需檢查的 commit 後、透過右鍵選單的「審查認可」、要求 GitHub Copilot 來針對變更做檢查。

這邊的介面和前面的類似、會在右邊列出變更的資訊，然後根據個別檔案的審查結果會顯示在檔案下方；點選後左邊會顯示對應的變更、並以內嵌對話框的形式顯示針對個別段落的審查結果。

不過一樣的問題，這邊是強制去吃 GitHub Copilot 官方模型，沒辦法選擇自己的模型。

此外，他對於有 submodule 的專案似乎沒辦法正確運作？

Git 介面直接管理子模組

點選選單的「Git」、「管理分支」可以開啟「Git 存放庫」的視窗，現在下面會有「子模組」的介面了；在這邊可以加入子模組、也可以檢視既有的子模組資訊。

不過目前看來是沒有變更的功能、只能刪除。這部分可以參考《Today I will… manage Git Submodules without leaving the IDE》。

個人覺得可能比較有用的部分大概就是這樣了？

另外，之前在 18.8.0 版引進的預覽版 agent，官方也有說要等到下個月的 18.10 才會支援 BYOK 的模型了（參考）。老實說，個人覺得微軟在 Visual Studio 這邊更新的步調實在是相對慢啊…

Visual Studio 18.8.0

Visual Studio 2026 推出 2026 七月份的更新、18.8.0 了。這次更新感覺主要還是著重在 GitHub Copilot 上，完整的更新日誌請參考官方網頁。

整體來看，個人覺得主要的新功能應該是 GitHub Copilot 開始提供新版本的 agent 吧？

總之，下面是一些簡單的紀錄。

GitHub Copilot 加入新的預覽版 agent

這個版本在 GitHub Copilot 聊天的視窗中、加入了一個新的「Agent (預覽)」的模式。

這個新的模式使用和 GitHub Copilot CLI 相同的 GitHub Copilot SDK 來實作的新版本，他號稱可以更容易在第一次就完成工作、也可以在更少的互動下完成工作。

不過感覺上，微軟似乎有針對這個模式加上模型的限制，預設只能搭配官方提供的模型來使用；如果是像 Heresy 這樣是以其他來源的模型為主的話，基本上都會出現「完成您的要求時發生問題。請再試一次。」的錯誤。

詳細錯誤是：

Failed to create session: Communication error with Copilot CLI: Request 
session.create failed with message: Model "gpt-5.4-mini" is not available.

官方論壇也已經有人反映了（連結），所以看來不是 Heresy 這邊的問題；看來也就只能看微軟什麼時候開放了…

跨 Visual Studio 版本使用 MSVC Build Tools

這項功能的目的是讓 Visual C++ 的專案可以跨越不同的 Visual Studio IDE / Visual Studio Build Tools 版本、去找指定的 MSVC Build Tools 來使用。（個人理解是：同時安裝了 Visual Studio 2026 和 2022、或同時安裝社群版和沒有 IDE 的 Build Tools 版本這類的狀況）

以往的設計，是只有在使用的安裝版本沒有任何工具組（toolset）的時候，才會去找其他安裝的版本。

官方舉的例子是：如果專案是設定成使用「v143」的話，那只要目前的 Visual Studio 有任何版本的「v143」、就算完整版號（VCToolsVersion）不完全相同、也會直接拿來用。

而現在如果啟用這個設定的話，在目前安裝的版本沒有找到完全符合的版本的時候，就會試著去找別的 Visual Studio 安裝的版本、看看有沒有完全符合的版本。

這項功能的目的是可以更嚴謹、明確地使用透過 VCToolsVersion 設定的版本。

不過啟動方法目前應該沒有辦法透過圖形介面來控制、而是需要透過手動修改 .vcxproj 來進行；官方的範例是：

<PropertyGroup>  <EnableVCToolsVersionDiscovery>true</EnableVCToolsVersionDiscovery>  <VCToolsVersion>14.43.34604</VCToolsVersion></PropertyGroup>

其中，VCToolsVersion 這個版本的設定可以透過專案屬性的「一般」、「Microsoft Visual C++ 建置工具版本」來設定。（預設是不指定）

如果要針對整個方案做設定的話，也可以在方案所在目錄下建立 Directory.Build.props 這個檔案，來進行屬性的複寫（官方文件）。

其他 GitHub Copilot 更新

• 在右鍵選單的「Copilot Actions」加入「Review Selection」
  • 不過 Heresy 這邊點下去沒東西出來…
• 把 Git 分支加到聊天內
  • 點選選單的 Git、管理分之後，可以將其他分支加到 Copilot Chat

另外，雖然應該不是這次加入的，不過現在才注意到，在 Copilot 的設定中，其實有「啟用子Agent 工作階段（預覽）」的選項可以開啟？啟用後效能好不好就不知道了。

大概就這樣了？老實說，目前看來其實沒有能真的用的東西。 XD

老實說，個人是覺得 Visual Studio 現在的狀態真的有點微妙…感覺很多人現在都直接改用 Visual Studio Code 了。（遠目）

而 Visual Studio 這邊的 AI 相關方案個人是覺得好像也沒 VSCode 來的多，甚至是官方的 GitHub Copilot 功能面、能力上，一般評價也不算是非常好…就不知道這個新的 Agent 模式到底能不能改善了？

Visual Studio 2026 18.7.0

Visual Studio 2026 推出 2026 六月份的更新了。這次更新的版本是 18.7.0，比較奇怪的是微軟在第一時間並沒有同步更新 release note 的頁面（連結） 、讓人比較難確定 18.7.0 的更新內容。

如果參考程式內的「新增功能」的頁面說明的話，比較接近更新紀錄應該可以參考 Insider 的 Version 11819.209（紀錄）。

以官方的更新紀錄來看，這次在 IDE / C++ 的部分其實改動都不大，大概只有：

• 支援編輯主題色彩
• 支援彩色表情符號

不過實際上，雖然官方的更新紀錄都沒寫，但是 GitHub Copilot 的介面、功能倒是有一些變化了？

支援編輯主題色彩

現在 Visual Studio 可以不需要依靠外掛、原生支援修改現有主題的各項色彩色設定。相關功能是在「工具」、「選項」、「環境」、「視覺效果體驗」、「佈景主題色彩」。

不過…老實說這個介面非常陽春、就單純是根據各個項目調整顏色、連色彩選擇器都沒有…個人是覺得除非有特殊需求，否則還是直接用現有的配色吧。

支援彩色表情符號

沒記錯的話，以前 Visual Studio 在程式碼編輯器裡面、如果有碰到 emoji 的話，應該都只有顯示單色的版本，基本上不但不起眼、有的時候還很容易被認錯。

而這個版本開始，Visual Studio 終於會以彩色的形式來顯示 emoji 了；理論上這樣在程式碼裡面看到的 emoji 會和最後呈現的更為一致（不過 emoji 的顯示本來就會因為平台的不同而有差別就是了）。

官方文件有列出來可以使用彩色 emoji 的地方包括：

• 程式碼註解：在待辦事項項目、警告或區段標題中新增視覺標記
• Markdown 檔案：透過豐富表情符號支援預覽和編輯 Markdown 文件
• GitHub Copilot Chat：在聊天回應和您的問題中看見彩色的表情符號
• 輸出視窗：建置輸出和記錄現在會顯示彩色的表情符號
• 方案總管：檔案名稱和專案項目中的表情符號現在會以彩色呈現

在 IDE 中審查 Pull Request

如果是使用 GitHub 或 Azure DevOps 的話，可以在 IDE 環境直接處理 Pull Request。

不過由於 Heresy 的主力是 GitLab，所以對這個就無感了。

GitHub Copilot：官方文件寫的

這邊的新功能官方列的其實不多，只有：

• Copilot 使用量追蹤和警示
• 遠距離下一個編輯建議

用量追蹤和警示的部分主要也是應對 6/1 開始的計費方法修改（參考），不過由於 Heresy 目前基本上是用免費帳號外掛自己 Azure 上的 Microsoft Foundry 模型（參考）、所以其實沒什麼差就是了。

至於「遠距離下一個編輯建議」則是以前的「下一個編輯建議」改良功能、可以在檔案的任何地方提出下一個修改建議。要啟用這個功能在在「選項」裡面，勾選「文字編輯器」中「內嵌建議」的「啟用延伸範圍建議」。

GitHub Copilot：聊天介面的變化

這部分不知道為什麼沒有找到官方的文件？總之，現在聊天介面這邊算是有明顯的修改；其中最明顯的變化，是對話框左下方本來只有模式和模型這兩個選項，現在中間又多了一項了。

這個選項應該是用來調整使用「工具」時的詢問頻率的。他現在有「互動式」、「旁路」、「Autopilot」三個選項。

預設的「互動式」應該就是本來的模式。

「旁路」的原文是「Bypass」，基本上會自動執行工具（MCP）。

至於「Autopilot」則應該是全自動模式、什麼都不問就跑下去了？ XD

使用「旁路」或「Autopilot」的時候、會有一個警告的對話框讓使用者確認：

另外，一開始在玩的時候，除了 18.6.0 本來預設的 Agent、Ask、Plan 三種模式外，現在又多了一個不知所以的「GitHub Copilot」模式？

把游標停在上面的提示也只是「暫時可在此對話中使用」，感覺不出來到底是用來幹嘛的…

後來也不知道怎麼回事，這個選項也從清單裡面自己消失了？ o_O

再來，是在程式碼修改後，「保留」和「復原」的按鈕現在變成浮動的小工具列了。

然後還多了一個按鈕、可以在「內嵌」與「並排」模式中切換、用不同的方法來檢視程式碼的變更。

此外，18.6.0 支援 Skill 的時候，基本上只能檢查有哪些 Skill 正確被 Copilot 讀進來（對話框右下角的板手）；這次更新後倒是有提供簡單的新增介面了～現在在 Skills 選項的右上角有一個「+」、點下去就可以新稱技能了。

不過，這邊的新增功能相當簡略。基本上就是讓使用者選擇這個技能要儲存在哪裡（使用者資料夾或專案資料夾）、然後給他一個技能名稱。

之後就是打開建立好的 SKILL.md 超簡易範本、讓使用者自己發揮了。 XD

另外，在 MCP 的工具的部分，則是多了「設定」的介面。

現在可以設定是否要信任這個 MCP 伺服器，主要應該是在 MCP Server 的功能有變動的時候、是否要自動接受？

另外，現在透過這個介面，也可以看到更為詳細的 MCP 資訊了。

應該就先這樣了？之後如果官方有更新 Release note、或是有發什麼比較值得注意的公告就再看狀況補充了。

自製程式：可自定義功能的 ClipboardAssistant

在 PowerToys 的「進階貼上」可以串接第三方的 AI 服務後，Heresy 有好一段時間都透過他的自定義提示詞、並搭配快速鍵的功能，來使用 LLM 的服務進行快速翻譯。

不過，進階貼上的快速鍵實際上沒有辦法直接針對單一指令設定全域快速鍵、所以操作上算是有點麻煩；再加上他的設計概念畢竟是「貼上」，所以和 Heresy 只是想看結果的使用情境也有相當的落差。

後來忽然在想、既然現在可以叫 AI 寫程式了，那乾脆就寫一個符合個人需求的吧！所以，就有 Clipboard Assistant 這個程式出來了～

他的專案是：https://github.com/KHeresy/ClipboardAssistant

下載請到 release 的頁面：https://github.com/KHeresy/ClipboardAssistant/releases

這個程式是使用 C++ 和 Qt 6 開發的，理論上應該是可以跨平台，不過 Heresy 自己只有建置 Windows 版本就是了。

這個程式的基本理念，是透過快速鍵來開啟程式、並根據使用者定義的流程來處理剪貼簿內的內容；處理完的結果，可以直接貼上、也可以不貼上只顯示出來。

而在流程的部分，基本上是設計成可串接、可擴充的形式，所以理論上可以做到非常多的事情。

目前可以串接的功能，包括了：

• OpenAI API 相容服務
• Google Gemini API
• 正規表示式（regular expression）的文字取代
• JavaScript 的文字處理
• 執行外部程式
• 文字輸入

透過前面兩個 AI 模組，基本上可以用來快速地翻譯選取的文字，也可以截圖要 AI 解釋、翻譯，算是有做到 Heresy 的需求了～

下面是一個簡單的動作集的設定畫面：

這邊可以設定是否要自動複製、也可以在啟動時進行螢幕擷取，也可以設定在完成後可以設定要怎麼處理。這個範例只有一個 OpenAI 的動作，可以設定自己需要的提示詞，不過基本上可以串多個。

透過這樣的設計，只要按下設定好的快速鍵，就可以執行自己定義的流程了～以翻譯、或是解釋畫面來說，就不用自己貼到網站、也不用每次都要輸入提示詞了！

而如果有經常性要以固定的流程、形式處理字串的話，也可以透過 JavaScript 來處理；在定義好動作後，基本上可以在選取好文字後、按下快速鍵就完成整個處理流程～在很多時候是可以大幅提高效率的。

附註：

• 目前 OpenAI / Gemini 的 API Key 會以明文方式，透過 QSettings 儲存於系統內，預設應該會儲存在 Registry 中，這基本上算是個資安風險。

• 現在的 AI 真的好可怕…但是感覺用了之後人真的會變懶得思考…

Antigravity 2.0 大改版、把 Gemini-CLI 也合併了？

Google I/O 2026（官網）發布了不少 Google 的新的 AI 產品，最主要的應該還是 Gemini 3.5 Flash 這顆新的 AI 模型了（官方介紹）。

在開發工具的部分，Google Antigravity（官網）則是推出了 2.0 的大改版，但是…這次的改版應該很容易讓人混淆吧？ XD

如果本來就有在使用 Antigravity 的使用者，升級到 2.0 之後，應該會很奇怪、本來的程式／文件編輯介面都到哪去了？實際上，這次的改版，在 Heresy 來看，倒不如說是多個 app 的重新命命吧？

首先，現在的 Antigravity 變成一個家族、有四個成員：

• Antigravity 2.0
• Antigravity CLI
• Antigravity SDK
• Antigravity IDE

其中，大家本來在用的 Antigravity 1.x、其實應該是被改名成「Antigravity IDE」了。
而現在的 Antigravity 2.0 實際上不應該算是 Antigravity 1.x 的升級版本，而是一個額外獨立的純代理程式！

而 Google 又不知道在想什麼，在把 Antigravity 1.x 升級到 Antigravity 2.0 的時候，實際上是把 IDE 轉換成純代理程式，所以就變成一堆人找不到本來的功能了。（遠目

不過相對地，作為純代理程式的 Antigravity 2.0 確實多了不少 1.x 沒有的功能。除了支援多代理（例如 sub-agent）同時執行外，也支援排程工作、可以讓他定時自動執行工作。

所以，如果是需要以前的工作形式的話，請記得另外去裝 Antigravity IDE。

另外，個人是覺得目前發布的版本感覺小問題不小、光在安裝上可能就會出問題。

Heresy 自己的 Antigravity 1.x 升級到 Antigravity 2.0 後，只有第一次能正常開啟，之後就開不起來了；後來是把 Antigravity 移除重新安裝才可以正常使用。

而 Heresy 的同事也有出現額外安裝 Antigravity IDE 後，執行起來還是 Antigravity 2.0 的詭異狀況？後來也是移除重裝解決的。

另外，本來的 gemini-cli（官網、之前的介紹）現在看來則是要被整併進 Antigravity 家族、改成 Antigravity CLI 了。

而 Antigravity CLI 也不像 gemini-CLI 一樣是 node.js 的程式、而是使用 Go 來開發、號稱可以提供更快的效能；同時它號稱架構和 Antigravity 2.0 是一樣的，也支援非同步工作與多代理工作，理論上是更為強大的。

官方公告可以參考《An important update: Transitioning Gemini CLI to Antigravity CLI》。

現在的問題，是沒有訂閱的話 token 根本不夠燒啊～ XD

Visual Studio 2026 18.6.0

Visual Studio 2026 在 2026 年五月的例行性更新推出了，這次的版本推進到了 18.6.0，官方的更新紀錄可以參考 release note。

這次更新的項目，包括了：

• IDE 介面：與系統同步淺色／深色主題
• GitHub Copilot
  • 檢視、管理 Agent Skill
  • 多檔案變更摘要
  • Context Window 使用指標
  • 計畫模式
• Git tooling
  • 把 Git Commit 丟給 Copilot Chat
  • 提交訊息自訂指示現在改為使用 Copilot 指示檔
• C++
  • 針對 iterative build 進行最佳化改善
  • 支援、預設使用 Segment Heap
  • MSVC Build Tools v14.51

按照慣例，更新比較多的還是和 GitHub Copilot 相關的東西。以往由於 Heresy 沒在訂閱、再加上免費版本的 GitHub Copilot 用量非常有限，所以 Heresy 都沒認真玩；不過最近由於有開始透過串接自有 LLM 伺服器來使用，所以以後應該也會來記錄相關的變更吧。

MSVC Build Tools v14.51

在三月份的 18.3、微軟就推出了 MSVC Build Tools 14.51 預覽版、號稱題更了更好的 C++23 相容性、必提升了效能。而在這次的 18.6，則是釋出了 14.51 的正式版本了～這次的官方紀錄是《MSVC Build Tools version 14.51 (GA) now available》。

至於新版的變動，主要是要看之前 RC 版的介紹《MSVC Build Tools Version 14.51 Release Candidate Now Available》，裡面的變更算是相當多。

至於正式版和 RC 差別、似乎只有加入 Intel APX (Advanced Performance Extensions) 指令集？ 不過，現在有處理器有支援嗎？

不過，14.51 的 C++23 標準目前還是標記成預覽版、使用的設定是 /std:c++23preview；要變成正是支援，應該還是要等到之後的 14.52 了（參考、參考）。

GitHub Copilot 支援 Ollama

雖然更新紀錄沒有寫，但是 GitHub Copilot 的「管理模型」的功能，現在加入了「Ollama」的設定了！

和其他的提供者不同，他不需要輸入金鑰，而是要直接輸入端點 URL；而且也不要 Azure 一樣只支援可認證的 https。

不過實際上…在新增模型的時候，還是可以另外指定端點，所以技術上應該是可以對應多個伺服器。

雖然他寫的是 Ollama，但是它實際上走的應該還是 OpenAI 相容 API，Heresy 自己嘗試用LM Studio 來跑也是沒問題的～不過考慮到他不能設定金鑰，所以基本上就只能對應私有的內部服務了。

考慮到小型模型在開發上的能力…恩，個人應該不太會用吧。

計畫模式

Visual Studio GitHub Copilot 以往主要的模式只有「agent」和「ask」（話說，之前都還有中文翻譯、現在又都變英文了），如果想要讓他規劃的話，通常是使用詢問模式避免他直些修改；而現在終於正式加入一個「plan」模式了。

官方建議使用的時機是：

• 大型功能的開發
• 不熟系的程式庫
• 團隊協助、讓大家確認計畫

根據官方的說法，他會透過下面兩個步驟來處理：

• 探索並釐清
• 草擬並完善

理論上 Copilot 會將計畫以 Markdown 的形式儲存成 .copilot/plans/plan-{title}.md 這樣的檔案，方便後續編輯、確認；不過個人覺得很謎的，是他這邊產生的路徑居然是個人資料夾、而不是專案資料夾…

在開始撰寫計畫書前，可能會先詢問開發者一些需要釐清的問題，之後在而計劃書完善後，會有一個「實作計畫」的按鈕，按下去就會切換到 agent 模式、根據計畫書開始實作了。

下面就是一個測試用的計畫：

在他繼續實作的時候，還會去改變裡面的進度、也會在下方的「計畫步驟」前面打勾作狀態的修改；這樣整個流程會變得可以更直覺、明確地看到大型任務的進度，個人覺得還滿棒的。

而除了手動使用 plan 模式外，現在在 agent 模式要做 AI 模型覺得比較大幅度的改動的時候，似乎也會主動建立一個類似 plan 模式的計畫書、然後再直接開始實作；這個狀況下其實和 plan 模式很像，只是缺少的檢查計畫書的時間。

不過 Heresy 這邊有一個問題：使用者目錄下的這些檔案是要自己去刪除嗎？感覺計畫完成他就留在那了啊…感覺如果是在專案目錄還好，但是全部都是在個人目錄下啊…

另外，不知道他是不是會挑模型？gpt-5.4、gpt-5.4-mini 看來都可以正常對應這個流程，但是有的內部模型測試的時候，似乎會跳出這個流程？所以如果使用非官方模型、可能也是要試試看才知道了。

Context Window 使用指標

現在聊天框的右上角會有一個顯示目前 context window（內容視窗）使用量的圓環，點下去會顯示目前的使用狀況：

再點下去也可以展開系統、使用者內容的細節。

如果 context window 被塞滿的話，他可能就會忘記之前的內容、進而造成奇怪的問題。所以如果這個發現這個圈快滿了、也可以點選「摘要交談」的按鈕、來針對較早的對話進行內容的分析、壓縮，避免遺失重要的上下文。

這個按鈕按下去不會輸出摘要後的內容，而是只會顯示「摘要已完成」，然後理論上 context window 的使用比例就會變少了。

多檔案變更的彙整

Copilot 在編輯檔案後，會在聊天框上方列出變更過的檔案；以往只能一個一個點開來看改了什麼，不過現在可以點選「開啟變更摘要檢視」、來透過單一文件視窗確認所有的變更了。

不過老實說，這樣的檢視方式，感覺只適合每個檔案都只改依兩行的狀況？

Agent Skill 管理

現在在聊天窗格右下角的工具設定裡面，除了本來的 MCP 外，現在也加入了簡單的 Skill 列表。

不過這邊的功能現在真的很簡單，只能開啟資料夾和編輯 SKILL.md，並沒有類似建立新的 skill 的輔助工具；微軟目前應該是還在測試建立 Skill 的功能，或許下個月正式版就會有機會看到了吧？（參考《Agent Skills in Visual Studio: Teach Copilot How Your Team Works》）

至於 Visual Studio 的 Skill 到底要怎麼設定呢？根據官方文件的說法，應該就是要自己撰寫 SKILL.md、然後按照特定的邏輯放在指定的資料夾裡了。

或者是 awesome-copilot 這個專案裡面放了很多 Skill 可以參考（連結）。

大概就先這樣了。

開始認真用 GitHub Copilot 後，發現現在的 GitHub Copilot 真的和以前差很多；而由於最新的高階 LLM 的進步，寫出來的程式的可用性和複雜度也提高相當多了。

但是，高階的模型的 token 真的燒很快、錢也扣得很兇啊…
而且開始用了之後，真的覺得人會懶得思考啊…