Visual Studio 加入自訂 Copilot Ag…

Visual Studio 這次更新，重點很直接。Visual Studio 和 GitHub Copilot 的距離更近了。Microsoft 說，這版把自訂 agent、symbol 搜尋、即時效能提示，還有 NuGet 漏洞修補都塞進來。

講白了，AI 不再只是在旁邊聊天。它開始進編輯器、進除錯器、進測試流程。這種變化很務實，因為開發者真的不想一直切頁面。

我覺得這版最有意思的地方，不是又多了一個聊天框。是它開始懂團隊工作方式。你可以把規則、工具、知識來源，直接放進 repo。

自訂 Copilot agent 直接寫進 repo

這次最重要的功能，是自訂 agent。Microsoft 說，你可以在 repo 的 .github/agents/ 放 .agent.md 檔案。Visual Studio 會在 agent picker 裡讀到它。

這代表什麼？代表團隊可以把自己的規則寫死。不是每次都靠人記得。像後端團隊可以指定建置流程。前端團隊可以指定元件規範。平台團隊也能接 MCP，去查內部文件。

更實際的是，agent 可以帶 workspace awareness、code understanding、tools、model，還有 MCP connections。你如果沒特別指定 model，它就用 picker 裡那個。設定不會太重，這點我覺得很合理。

• agent 檔案放在 .github/agents/
• 格式是 .agent.md
• 可帶 MCP connections
• 可沿用目前選好的 model
• awesome-copilot 有現成範本可參考

這種做法很像把「團隊 SOP」放進工具裡。少一點口頭交接，少一點「啊這個不能那樣改」。對大型專案來說，這種省時很有感。

但也有現實問題。Microsoft 也提醒，Copilot 產品間的 tool 名稱可能不同。意思是，你在 Visual Studio 寫好的 agent，不一定能原封不動搬去別的 Copilot 環境。

Skills 讓規則可以重用

除了 agent，Visual Studio 也會自動讀 skills。來源可以是 repo 裡的 .github/skills/，也可以是使用者家目錄的 ~/.copilot/skills/。每個 skill 都有自己的資料夾，裡面放 SKILL.md。

你可以把 skill 想成可重用的工作套路。agent 像人格和工具箱。skill 則像固定流程。像是測試寫法、release checklist、migration 步驟、code review 標準，都很適合做成 skill。

這個設計的好處很明顯。團隊不用每次都在 prompt 裡重打一次規則。開發者也能看到目前啟用的是哪個 skill。這種透明度，比黑箱式 AI 好太多了。

“Copilot is not a replacement for developers. It’s a tool that helps them work more efficiently.” — Satya Nadella, Microsoft Build 2023 keynote

這句話放到今天還是很貼切。Visual Studio 現在做的事，就是把 Copilot 從通用助理，改成流程工具。越懂你的 repo，越懂你的規則，它就越少出包。

如果你有看過 awesome-copilot，你會知道這條路不是空想。社群早就在整理 agent 和 skill 範本了。Microsoft 這次只是把它正式塞進 IDE。

find_symbol 讓 AI 更懂程式結構

另一個很技術向的更新，是 find_symbol。Microsoft 說，Copilot 的 agent mode 現在能做語言感知的 symbol 導航。它可以找 references、看 declarations、查 scope，也能抓 type 資訊。

這比單純文字搜尋強很多。文字搜尋只看字串。symbol 搜尋看的是結構。你叫 Copilot 幫你改參數名，或重構方法時，它比較不會亂掃一通。

目前支援的語言包含 C++、C#、Razor、TypeScript。只要有支援的 LSP extension，也能吃到這類能力。Microsoft 也說，支援 tool calling 的模型效果最好。這句話很實在，因為工具再強，模型不會用也白搭。

• 支援 C++、C#、Razor、TypeScript
• 可找 references、declarations、scope、type metadata
• 啟用後會自動生效
• tool calling 支援越好，效果越穩

對大型 codebase 來說，這很有價值。你不是只改一個檔案。你是在整個 solution 裡追 symbol。少掉很多「改了這裡，爆了那裡」的鳥事。

如果你常在老專案裡挖坑，應該懂我在說什麼。AI 不是要替你思考。它至少要看得懂你在改哪個東西。

除錯、效能、漏洞修補一起進來

這版還把 Copilot 拉進除錯和效能分析。Profile with Copilot 可以從 Test Explorer 右鍵叫出來。它會跑你選的 test，然後做 profiling。Microsoft 說，預設是 instrumentation profiling，目前先支援 .NET。

除錯時也有新東西。你在 step through code 的時候，Visual Studio 會直接顯示執行時間和效能訊號。看到某行怪怪的，可以點 Perf Tip，再叫 Copilot 給優化建議。

安全性也有類似做法。當 Visual Studio 偵測到 NuGet package vulnerability，Solution Explorer 會出現 Fix with GitHub Copilot。你點下去，它會分析問題，建議更新依賴版本。

• Profile with Copilot 從 Test Explorer 叫出來
• 預設用 instrumentation profiling
• 除錯時會顯示 elapsed time、CPU、memory
• NuGet 漏洞可直接從 Solution Explorer 修

這些功能看起來零碎，但合起來很有感。因為你不用一直在 editor、profiler、security report 之間跳來跳去。少切工具，就是少浪費時間。

老實說，這才是 AI 工具該有的樣子。不是只會講幹話。是能在你卡住的地方，直接給下一步。

這次更新在產業上代表什麼

我覺得這版最重要的訊號，是 Microsoft 開始把 Copilot 做成「可配置的工作流」。不是一個萬用聊天機器人。是可以依團隊調整的助理。

這也符合現在企業端的需求。很多公司不想把內部規則丟給通用 AI。它們要的是可控、可追蹤、可重用。agent 和 skill 這兩層設計，剛好對上這個需求。

你也可以把它跟其他工具比一下。像 VS Code 偏輕量。JetBrains 系列強在語言分析。Visual Studio 這次的路線，是把 IDE、Copilot、profiling、security 串成一條線。

• Visual Studio：強在 .NET、C#、Windows 生態
• VS Code：強在輕量與擴充性
• JetBrains：強在深度 code intelligence
• 這次更新讓 Visual Studio 更像完整工作台

如果你是團隊管理者，這版很值得看。因為它不是只幫個人省時間。它還能把團隊規則寫進 repo。這種做法對 onboarding 也有幫助，新人比較不會一直問「這個流程到底怎麼跑」。

如果你是獨立開發者，價值也很明確。你可以把常用流程做成 skill。下次做 migration、測試、release，就不用每次重來一次。

背景上，這是 IDE 正在變形

以前的 IDE，重點是編輯、建置、除錯。後來加上測試、套件管理、靜態分析。現在又多了 AI agent。工具的邊界一直在往外推。

這背後其實是工作型態改變。現在開發者不只寫 code。還要看資料、查文件、找漏洞、跑 profiling。工具如果不能把這些流程接起來，就會一直碎片化。

所以這次更新不是單點功能堆疊。它是在把 AI 變成 IDE 的一部分。這條路如果做得穩，開發者會越來越習慣「在同一個地方完成大部分工作」。

我自己的判斷是，接下來 6 到 12 個月，團隊會開始比誰的 agent 規則更完整。不是比誰 prompt 寫得花。是比誰能把知識、工具、流程整合得更乾淨。

結論：先從一個 repo 試起

如果你們團隊已經在用 Copilot，我會建議先挑一個 repo 試自訂 agent。把建置規則、測試流程、review 注意事項寫進去。不要一開始就想全公司導入。

再來，挑一個常出問題的情境。像效能、NuGet 漏洞、或某個老舊模組的重構。看看 find_symbol 和 profiling 會不會真的省時間。數字會比感覺更誠實。

我的預測很簡單。接下來大家不會只問「AI 會不會寫 code」。大家會開始問「AI 能不能照我們的規則做事」。這才是 Visual Studio 這版更新真正想回答的問題。