摘要： GitHub 在 2026 年 10 月 10 日發布 Copilot for JetBrains 更新，重點是企業管理員可以用 managed settings 指定新對話的預設 agent 模型，並新增關閉 MCP server 自動啟動的設定。對在大型團隊裡推動 AI 工具的人來說，這是把模型選擇從個人偏好變成可治理的組織決策；一般使用者也拿到診斷一鍵修復和更順的聊天導航。
為什麼預設模型是管理員的事
以前 JetBrains 外掛裡的模型選擇幾乎是每個工程師自己的事。聽起來很自由，但對企業來說有兩個實際問題：一來不同的模型成本差很多，二來有些組織基於合規或資料考量，希望新對話預設落在特定模型上。
這次更新讓管理員透過 managed settings 選擇任何可用的 Copilot agent 模型作為新對話的預設。值得注意的是，GitHub 保留了外掛裡明確的 model picker——也就是說，組織定的是起點，個人仍然可以當場換。這種「組織定底線、個人保留例外」的設計，比一刀切禁止更貼近真實團隊的運作方式。
MCP 自動啟動可以關掉了
另一個我認為對 builder 更有感的小改動：新的 MCP 設定可以停用 Copilot 和 Claude 的 MCP server 自動啟動。
如果你在 IDE 裡配了一堆 MCP server，就會知道每次打開專案它們全部甦醒的感覺——啟動變慢、token 和工具呼叫在背景默默累積。把「何時啟動」的決定權交回給開發者，是個看似微小但影響日常體驗的控制點。這和工具治理的思路是一致的：先讓使用者看得見、控制得到，才談得上更細的政策。我在之前寫 Cursor 插件如何把工具和判斷包在一起 時也提過類似觀察——工具越多，啟動和組合的控制就越重要。
從報錯到修復，少按幾次
日常體驗方面，診斷的 intention 選單新增了 Fix 動作：點下去會開啟 inline chat 並請 Copilot 修復該問題。有 agent mode 時用 agent mode，沒有就退回 ask mode。這個降級邏輯蠻務實的，功能不會因為環境不支援而整個消失。
其他值得一提的改善包括：對話訊息按 turn 分組、可以快速在 turns 之間跳轉；使用者訊息新增複製和編輯動作；登入頁面重新設計，瀏覽器授權過程可以取消；新使用者會看到一次性的 Chat 入口提醒。
遷移與穩定性，還有一個硬性門檻
品質修復涵蓋語言伺服器啟動、模型和 provider 切換、MCP 設定、自訂設定刷新、worktree 工作流程等。這些不是亮點功能，但 agent 類工作流對這類中斷特別敏感，穩定性修復的實際價值往往高於新按鈕。
要注意的是一個不會妥協的改變：Copilot for JetBrains 已停止支援 JetBrains IDE 2025.1，現在需要 2025.2 或更新版本。如果你的團隊還有專案鎖在舊版 IDE，升級外掛前先把 IDE 升級排進 sprint。
建議的下一步
如果你是團隊裡負責推動 Copilot 的人，這版值得做的三件事：確認 managed settings 的預設模型策略、在需要精細控制的機器上關掉不必要的 MCP 自動啟動、然後把 IDE 升到 2025.2。 其餘的聊天介面改善屬於用到的時候自然會感受到的順手，不需要特別培訓。
參考來源
在 X 上查看原貼文