Visual Studio 版 Copilot 九月更新：BYOM 换到 Agent (Preview) 底座，Ollama 模型要重新加一遍
GitHub 于 2026-10-22 发布 Visual Studio 版 Copilot 九月更新：BYOM 改用 Agent (Preview) 底座，旧 Ask / Agent 模式不再支持，Ollama 模型需重新添加。
2026-10-24 · GitHub 官方 Changelog（2026-10-22 发布，类型 Release，适用于 Visual Studio 2026 全部 Copilot 计划，原文逐条读取）
发布 2026-10-24核实 2026-10-24要点速览
- 破坏性变更：BYOM（Bring Your Own Model）现在必须使用新的 Agent (Preview)，该 Agent 基于 GitHub Copilot SDK-powered harness 构建。旧的 Ask 与 Agent 模式不再支持 BYOM。
- 升级后要重新添加已配置的 Ollama 模型——官方明说「You'll need to re-add previously configured Ollama models after updating」。
- 支持的 provider 共四家：Microsoft Foundry、OpenAI、Anthropic、Ollama。
- BYOM 仍处 preview，且在 Community / Professional / Enterprise 中默认开启。
- 另外两项：Git agent 可在聊天里直接探索 Pull Request（需 GitHub / Azure DevOps 的 MCP server）；错误列表里的 NuGet 审计警告带一键修复（走 NuGet MCP server）。
破坏性变更：BYOM 换底座，Ollama 模型要重加
这是本次更新里唯一需要立刻动手的一条。官方原文：
Breaking change — BYOM now requires the new Agent (Preview), built on the GitHub Copilot SDK-powered harness. The previous Ask and Agent modes no longer support BYOM. You'll need to re-add previously configured Ollama models after updating.
拆成三句人话：
| 官方说法 | 对你意味着什么 |
|---|---|
| BYOM 需要新的 Agent (Preview) | 旧的 Ask / Agent 模式接不了你自己的模型了，入口换成新 Agent |
| 基于 Copilot SDK-powered harness | 底层执行框架换成 SDK 版，行为与配置格式可能不向后兼容 |
| 需重新添加 Ollama 模型 | 升级后已配置的 Ollama 模型会丢，必须手动再加一遍 |
本站口径说明：官方未说明「重新添加」是指配置清空、还是仅需在新的 Agent 入口重新关联；也未给出是否在升级流程中自动迁移。这两点本站无法核实，不替官方补全。 实操建议：升级前先把现有 Ollama 模型配置记一份（名字、地址、参数），升级后按原样重加。
支持的 provider（官方列举）：Microsoft Foundry、OpenAI、Anthropic、Ollama。
BYOM 的能力边界（官方描述）：让你用团队信任的模型，通过 GitHub Copilot 或你自己的模型部署来运行，无论是否登录 GitHub。仍标 preview。
Git agent 探索 Pull Request
第二项是工作流向的小改进：打开 GitHub Copilot Chat → 选择 Git agent → 从 Git Repository 窗口附加一个 Pull Request 作为上下文，即可拿到一份带可导航链接的摘要，可直接跳到对应的评论与文件。
前置条件写在官方条目里：需要连接 Git provider 的 MCP server，目前支持 GitHub 与 Azure DevOps。
这条的价值取决于你是否已经在 VS 里接了 MCP。 没接的话，它等于没开；接了的话，PR 探索从「切到浏览器看」变成「在聊天里问」。
错误列表直接修 NuGet 漏洞
第三项偏安全运维：Error List 里的 NuGet Audit 警告现在带一个 fixer action。点击后打开 Copilot Chat 并进入 agent mode，让 Copilot 用 NuGet MCP server 去修复有漏洞的包。
前置条件：已登录 GitHub Copilot，且从 Copilot Chat 的 tools 菜单里启用了 NuGet MCP server。
本站提示：官方未说明该修复动作是否有依赖升级的审批环节，也未说明是否会连带做大版本跳跃。涉及生产依赖的，建议把 agent 的改动当 PR 审，不要直接合。
适用范围
官方写明：所有 Copilot 计划均可用——Copilot Free、Student、Pro、Pro+、Max、Business、Enterprise。
AI 之家 观点
① 「破坏性变更」四个字在 VS 的月度更新里出现，本身就是信号。 月度更新通常是功能罗列，把 breaking change 单列出来，说明这次动的是底座（harness），不是加了个开关。凡是涉及 harness 替换的升级，默认按「配置可能要重做」来准备，而不是按「平滑升级」。
② 让 BYOM 走 Copilot SDK-powered harness，是「自携模型」这件事在向一等公民靠拢。 此前 Ask / Agent 两套模式各自为政，BYOM 更像是挂在旁边的附加能力；现在统一到 SDK harness 上，意味着自携模型与官方模型走同一条执行路径——能力对齐的可能性上升，但「换路径就要重配」的代价也由使用者承担了。
③ Ollama 要重新添加这件事，暴露的是本地模型接入的一个老问题：配置与 UI 入口强绑定。 换 harness 就要重加，说明模型配置没有做成与界面解耦的独立层。对只在 VS 里用 Ollama 的人影响有限；对把同一套配置铺到多个工具（VS / CLI / 其他 IDE）的团队，这类绑定会让每次上游改版都要重铺一遍。
④ 三件事里，真正需要今天就做的是备份 Ollama 配置。 Git agent 探索 PR 与 NuGet 一键修复都是「接了才有用」的增量；只有 BYOM 那条会让你明天早上打开 VS 发现模型没了。升级前先抄一份配置，成本一分钟。
来源
- GitHub Copilot in Visual Studio — September update（GitHub Changelog，2026-10-22，Release） — 一手出处；含 BYOM 破坏性变更原文、四项 provider、Git agent 探索 PR 的操作路径与前置条件、NuGet 修复动作及其前置条件、适用计划列表。
本条为编辑部一手核对：直接读取 GitHub 官方 Changelog 条目原文。官方未说明 BYOM 配置是否自动迁移、以及 NuGet 修复动作的审批与版本跳跃策略，已在正文标注待核实，未作推断。