摘要： GitHub 在 2026 年 10 月 10 日發布了 Copilot for JetBrains 的更新，重點放在控制權：企業管理員可以指定新對話的預設模型，開發者也能關閉 MCP server 的自動啟動。對每天待在 IDE 裡的人來說，這次改的是那些決定工具何時、以什麼姿態介入的開關。
預設模型這件事，企業終於有話語權
以前裝好 Copilot，新對話用哪個模型基本上是工具自己決定，個別開發者再手動切換。這次更新讓企業管理員可以透過 managed settings，從可用的 Copilot agent 模型中選一個作為新對話的預設值。值得注意的是，使用者手動選過的 model picker 選擇仍然會被保留——也就是說管理員設的是「起點」，不是「上限」。
這個設計透露一個務實的立場：組織需要成本和合規上的可預測性，但不需要剝奪開發者的判斷。根據 GitHub 的 changelog，這適用於任何可用的 Copilot agent 模型，所以不同團隊可以有不同的起點策略。
MCP 自動啟動可以關掉了
另一個我認為對 builder 更實際的改動：新增的 MCP 設定讓你可以停用 Copilot 和 Claude 的 MCP server 自動啟動。如果你配了一堆工具型 server，過去的行為是 IDE 一開它們就活著——佔資源、也可能在你還沒準備好時就讓工具進入上下文。現在你可以決定「什麼時候」讓這些工具上線。
這和工具治理的思路一致。我之前寫過 AI 出事時第一步是先看見誰在用什麼，而「能夠關掉」正是看得見之後的第二步。把工具的啟動時機交給開發者，比預設全開、事後再補救要健康得多。
從診斷到修復，中間少了一次轉述
日常使用面上，diagnostic intention 選單新增了 Fix 動作：直接開啟 inline chat，請 Copilot 修復問題。有 agent mode 就用 agent mode，沒有就退回 ask mode。這省掉的是一個複製貼上、描述問題的來回——IDE 已經知道錯誤是什麼，讓它自己把上下文帶進對話就好。
聊天體驗的細節也補了一批：訊息按對話回合分組、可以快速跳轉、自己的訊息可以複製或編輯；帳號切換有明確的 Switch Account 動作；新使用者會收到一次性的 Chat 入口提醒。另外，接受 migration 指令後按 Go Back，會開啟 Copilot home session 而不是打斷本地對話。這些都是小改動，但累積起來是在降低「用 agent 做事」的操作摩擦。
兩件要留意的事
第一，品質改進清單涵蓋了 language server 啟動、模型切換、MCP 設定和 worktree 工作流程的可靠性修復。如果你之前在這些場景遇過卡頓或異常，這個版本值得升級試試。
第二，這個版本正式停止支援 JetBrains IDE 2025.1，插件現在需要 2025.2 或更新版本。升級插件之前先確認 IDE 版本，否則會直接被擋在門外。
整體看，這次更新沒有炫技的功能，但方向清楚：把預設值的決定權、工具的啟動時機，交回給組織和開發者自己。如果你的團隊正在 JetBrains 上推 Copilot，先跟管理員確認 managed settings 的預設模型策略，再決定要不要關掉自動啟動——這兩個開關設定好，之後每個新專案都省事。
參考來源
在 X 上查看原貼文