浏览器与软件科技与 AI 新闻

Copilot for JetBrains 10 月更新:默认模型与 MCP 启动怎么管?

GitHub 于 2026 年 10 月 10 日公布 Copilot for JetBrains 的控制项与聊天改进。本篇发表于 10 月 12 日,关注团队升级时最容易混淆的三件事:IDE 是否仍受支持、默认模型是否就是强制模型,以及关闭工具自动启动是否等于撤销权限。公告中的能力变化与下面的采用建议分别说明。

桌面上的笔记本电脑屏幕显示彩色程序代码
配图:Mohammad Rahmani · Unsplash License

本次修订:补充新会话起点与显式模型选择的对照,以及类型检查通过但金额仍算错的Fix验收微案例。

本次变化速览

先核对 JetBrains IDE 2025.2 或更高版本,再检查插件更新、管理默认模型与 MCP 自动启动设置。默认选择不等于禁止手动选模型,启动控制也不能代替工具授权和隔离;修复建议仍需看 diff 与测试。

这次公告确认了哪些控制项

GitHub 的 10 月 10 日完整公告说明:企业管理员可为新会话指定可用的 agent 模型作为默认值,同时保留明确的模型选择;新增 MCP 设置可关闭 Copilot 与 Claude 的服务自动启动;JetBrains IDE 2025.1 支持结束,插件要求 2025.2 或更新版本。

这些是不同层面的变化。模型默认值影响新会话的起点,MCP 设置影响服务何时启动,IDE 门槛决定环境是否受支持。不能因为三个项目出现在同一公告,就把它们合并成一个“自动安全配置”。

三个控制对象需要分别验收
控制对象实际问题不能推导的结论
IDE 与插件版本这台设备是否处于受支持环境?更新插件必然让旧 IDE 获支持
新会话默认模型会话起点是否符合团队配置?用户不能明确选择其他模型
MCP 自动启动配置的服务何时变为活动状态?凭据、工具权限与数据访问已撤销

一支小团队该怎样安排升级

以下是虚构的采用场景:甲组仍有一台 2025.1 IDE,乙组使用 2025.2,两个组都配置了 MCP。甲组应先处理 IDE 兼容性,再评估插件;乙组可以在受支持环境中开展小范围检查。不要用乙组的成功体验替代甲组的版本核对。

编辑建议是先选一个可恢复的样例项目,记录 IDE、插件、账号、默认模型和已配置服务。更新后创建新会话检查默认值,再明确手动选择一次模型,记录实际状态。关闭自动启动后重新进入会话,观察服务状态;若仍不清楚,查当前设置说明和日志,不猜测开关名称或隐藏路径。

按问题安排检查

旧环境

先确认受支持版本与项目兼容,再安排升级窗口。

受管团队

对照管理员配置和用户实际模型选择,不把默认值当作权限名单。

工具已配置

核对服务状态、访问范围和凭据管理;启动开关只解决其中一项。

“Fix” 提议仍需要一份修复证据

公告还说明诊断菜单的 Fix 动作可进入 inline chat;可用时采用 agent mode,否则使用 ask mode。由此能确定的是提议的入口和模式回退,不能推导“菜单点过一次就修好了”。

编辑建议:在样例中先保存原始诊断,记录文件位置与触发条件。对照建议修改的 diff,检查影响范围,再运行对应检查。若模式只给出解释,记录为建议;若代码实际改变,再记录为待验收修改。保存了文件、诊断消失和行为正确是不同证据。

资料本身可能含有看起来像命令的文本,可参考AI 文档指令与任务边界区分资料和授权。不要为通过一次演示而扩大服务权限。

日期和当前环境状态分开记录

已确认日期与建议验收节点

  1. 2026-10-10

    官方公告

    控制项与聊天改进的公告日期。

  2. 2026-10-12

    本文发布

    本次解读的发布日期,不代表功能当天首次推出。

  3. 按本机证据记录

    升级验收

    记录实际 IDE、插件和会话设置;没有统一账号开放时间的承诺。

模型、工具和资源访问是不同控制层。可结合Windows 智能体权限边界理解隔离思路,但该文章不能证明每个 JetBrains 会话都自动使用相同隔离机制。

用新会话检查起点,别拿旧聊天证明默认值失效

公告把企业管理的默认值限定为新会话的起始模型,同时保留明确的模型选择。自编采用场景:开发者保留了一段周一的旧对话,管理员周二调整默认值,周三开发者继续原对话,看见的仍不是自己期待的新起点。这个观察本身不足以判断设置未生效,因为它没有检查公告描述的新会话条件。

正确的对照是记录旧会话状态,再建立一个新的对话检查起始选择,随后在同一受支持环境明确选择一个可用模型,观察当前选择。它分别回答“默认起点是什么”与“显式选择后是什么”,不是要求系统把所有既有聊天统一改写。若新会话仍不符合获批配置,再核对账号、插件、IDE 与管理设置;不要先修改组织全部模型权限来追一个默认值问题。

MCP 也要独立判断。关闭自动启动影响的是服务激活时机,不表示服务此前持有的凭据被撤销。一个人看到新会话没有工具活动,最多证明这次观察的状态;若任务需要调用工具,仍要确认服务何时启动、访问什么以及结果是否符合授权。不能把“默认模型正确、没有自动启动”合成代码一定安全的结论。

诊断消失,仍可能把 2 × 40 算成 42

下面是自编 TypeScript 修复验收,不是 Copilot 的实际输出。函数接收 quantity 与 unitPrice 两个 number,本来错误地返回 quantity + unitPrice;另有一个未使用的 currency 变量触发诊断。点击 Fix 后,若建议只是删除未使用变量,那个诊断可能被处理了,但样本 quantity=2、unitPrice=40 仍返回 42,而业务定义要求 80。

因此先区分本次动作要解决哪条诊断,再验证任务真实行为。如果目的是清理未使用变量,不能把它报道为金额算法已修复;如果目的是修复合计,就要检查乘法规则,以及 quantity=0 时预期为 0 的边界用例。类型检查通过只能说明其检查范围内没有类型错误,不能证明加法符合业务定义。

公告的 agent/ask 模式回退也影响验收:仅收到解释或补丁建议时,工作副本可能没有改变;代码实际修改后,才有可审查的 diff 与可运行结果。让交接记录同时写出原诊断、修改范围、2×40 与零数量用例结果。若建议扩大到不相关文件,先缩小修复问题,再决定是否接受,不为了让界面显示完成就一起合入。

采用之前还应保留哪些未知项

本文没有对你的企业租户、插件版本或账号做现场试用,也没有测得速度或缺陷减少比例。公告未给出的具体可用模型名单、设置名称、地区限制和组织规则,应以当前产品界面与管理员配置核对,不能由这篇新闻替代。

使用旧 IDE 的项目可能还需要考虑 SDK、构建插件与测试环境;仅符合 Copilot 最低版本不代表项目所有依赖已经兼容。保留原始配置和升级记录,让试用结果能够复查。

小范围采用通过的条件

  • IDE 版本与实际插件更新已记录。
  • 新会话默认值与明确选择的模型分别核对。
  • MCP 服务启动状态与实际权限分别检查。
  • 任何代码修复都有 diff、相关检查与可复查结果。

常见问题

2025.1 IDE 更新 Copilot 插件就能继续使用吗?

公告说明 2025.1 支持结束,插件要求 2025.2 或更新版本。先确认 IDE 兼容环境,不把插件更新等同于延长旧版本支持。

企业默认模型会锁死用户选择吗?

公告保留明确的模型选择。默认值只说明新会话起点;实际可选范围仍应与账号及管理策略一起核对。

关闭 MCP 自动启动就没有数据访问了吗?

不能这样推导。启动时机、服务权限、凭据和隔离边界需要分别检查;关闭自动启动不是撤销全部授权的证据。

参考资料与延伸阅读

这个主题的后续文章

沿着同一主题,继续阅读引用了本文的新文章。

继续阅读