VS Copilot 增强 PR 查看与漏洞修复

GitHub Copilot 在 Visual Studio 2026 的 9 月更新，把三件事接进了 IDE：在聊天里查看 PR、使用团队自选的模型，以及从 NuGet 安全告警直接发起修复。共同方向很明确：让 AI 获取工作上下文，再调用工具处理问题。

对程序员来说，比功能名称更重要的是使用条件。PR 探索需要连接 MCP server，BYOM 有破坏性变更，漏洞修复也需要登录和启用工具。这份更新值得读，但它是一份功能公告，没有提供效率或修复质量的实测数据。

PR 可以在聊天里看，但上下文需要先接通

新版 Git agent 可以探索拉取请求（PR）。操作路径是：打开 GitHub Copilot Chat，选择 Git agent，再从 Git Repository 窗口把一个 PR 附加为上下文。

Copilot 会生成摘要，并提供能跳转到相关评论和文件的链接。相比只拿到一段概括，这些链接更有用：读者可以回到具体讨论和改动位置，核对摘要有没有漏掉争议。

前提是连接 Git 托管服务的 MCP servers，目前支持 GitHub 和 Azure DevOps。MCP 在这里承担的是工具连接层，让 agent 能访问对应服务里的信息。

这次新增的是带来源入口的 PR 探索能力，公告没有承诺它能替代代码评审。

原文也没有说明大型 PR 的覆盖范围、摘要准确率，或它能否识别跨文件的行为变化。把它当成进入 PR 的导览更合适。

自选模型更开放，升级方式却变了

Bring Your Own Model（BYOM，自带模型）仍处于 preview。团队可以通过 GitHub Copilot 或自己的模型部署使用偏好的模型，登录或未登录 GitHub 都可以使用。

该功能在 Visual Studio 的 Community、Professional 和 Enterprise 版本中默认开启，支持的提供方包括 Microsoft Foundry、OpenAI、Anthropic 和 Ollama。

真正需要留意的是这次破坏性变更：

• BYOM 现在必须使用新的 Agent (Preview)。
• 新 Agent 的运行框架由 GitHub Copilot SDK 驱动。
• 旧的 Ask 和 Agent 模式不再支持 BYOM。
• 更新后，之前配置过的 Ollama 模型需要重新添加。

因此，已经使用 BYOM 的团队升级后，不能只检查模型是否还在列表里，还要确认选用的交互模式。

原文没有展开各提供方之间的能力差异，也没交代费用、数据流向或模型部署要求。「支持自选模型」并不足以回答这些选型问题。

NuGet 告警能直接发起修复，结果仍要验证

Error List 里的 NuGet Audit 警告现在带有修复操作。点击后，会打开处于 agent mode 的 GitHub Copilot Chat，请求 Copilot 通过 NuGet MCP server 修复存在漏洞的包。

这减少了从告警跳到修复过程中的操作：开发者可以直接从问题所在的位置启动 agent。

但有两个明确条件：需要登录 GitHub Copilot，并在 Copilot Chat 的 tools 菜单里启用 NuGet MCP server。这与 BYOM 可以不登录 GitHub 的条件不同，不能混为一谈。

公告没有展示实际修复案例，也没有说明遇到不兼容升级、传递依赖或多个候选版本时会怎样选择。它证明了修复入口已经接通，尚未证明修复结果可靠。

本次更新面向所有 GitHub Copilot 计划，包括 Free、Student、Pro、Pro+、Max、Business 和 Enterprise。原文建议到 Insiders channel 查看最新功能，但没有给出各功能对应的具体构建号。

我的判断

我更看重 PR 摘要里的可跳转链接，以及从安全告警直接启动修复的入口。两者都把 AI 的操作放回具体文件、讨论和告警中，便于开发者检查。

BYOM 则需要分开评价：它增加了模型选择空间，同时引入了模式迁移和 Ollama 重配成本。公告没有提供模型对照测试，不能据此判断自选模型更快、更准或更省钱。

这份更新也明确属于 Visual Studio 2026，不能直接套到 VS Code。NuGet 修复针对 .NET 包生态，原文没有涉及 npm、pnpm 或 Node 依赖修复。对主要使用 VS Code 的前端团队，它更像一份产品方向观察；对使用 Visual Studio 的全栈团队，才有直接的操作价值。

能拿来做什么

• 如果团队使用 Visual Studio 和 GitHub 或 Azure DevOps，可以连接对应 MCP servers，选一个熟悉的 PR 检查摘要与原始评论、文件是否一致，再决定如何纳入日常阅读流程。
• 如果已经配置 BYOM，升级时先确认已切换到新的 Agent (Preview)，使用 Ollama 的开发者还应安排重新添加模型。
• 如果项目出现 NuGet Audit 告警，可以启用 NuGet MCP server 后尝试修复，并检查依赖变更、构建和相关测试，确认升级没有破坏现有行为。