本次变化速览
先核对 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 文档指令与任务边界区分资料和授权。不要为通过一次演示而扩大服务权限。
日期和当前环境状态分开记录
已确认日期与建议验收节点
- 2026-10-10
官方公告
控制项与聊天改进的公告日期。
- 2026-10-12
本文发布
本次解读的发布日期,不代表功能当天首次推出。
- 按本机证据记录
升级验收
记录实际 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 自动启动就没有数据访问了吗?
不能这样推导。启动时机、服务权限、凭据和隔离边界需要分别检查;关闭自动启动不是撤销全部授权的证据。


