GitHub Copilot in Visual Studio — 9 月更新
Visual Studio 2026 里的 Copilot 这次更新了三件事:在聊天窗口内用 Git agent 读取并总结拉取请求;BYOM(自带模型)转为默认开启,但改由新的 Agent 预览版承载;错误列表中的 NuGet 漏洞警告可直接交给 Copilot 修复。
原贴
查看原文原文
中文翻译
2026 年 9 月带来了对工作更深的可见性:无需离开聊天即可浏览拉取请求,带上你团队信任的 AI 模型,并在 Visual Studio 标记出有漏洞的包时立即修复它们。以下是 Visual Studio 2026 中 GitHub Copilot 的新内容。前往 Insiders 渠道获取最新版本:
使用 Git agent 浏览拉取请求:Git agent 现在可以为你浏览拉取请求。打开 GitHub Copilot Chat,选择 Git agent,并从 Git Repository 窗口附加一个拉取请求作为上下文,即可获得摘要,其中包含指向底层评论和文件的可导航链接。此功能需要连接你的 Git 提供方的 MCP 服务器;GitHub 和 Azure DevOps 均受支持。
自带模型(BYOM)的更新:BYOM 已提供预览版,允许你通过 GitHub Copilot 或你自己的模型部署,使用团队偏好的模型,无论你是否已登录 GitHub。该功能在 Community、Professional 和 Enterprise 版本中默认开启。破坏性变更:BYOM 现在需要新的 Agent(预览版),它构建于由 GitHub Copilot SDK 驱动的 harness 之上。此前的 Ask 和 Agent 模式不再支持 BYOM,更新后你需要重新添加此前配置的 Ollama 模型。受支持的提供方包括 Microsoft Foundry、OpenAI、Anthropic 和 Ollama。
从错误列表修复 NuGet 漏洞:错误列表中的 NuGet Audit 警告现在包含一个修复操作,它会以 agent 模式打开 GitHub Copilot Chat,并请求 Copilot 使用 NuGet MCP 服务器修复有漏洞的包。此功能需要登录 GitHub Copilot,并从 Copilot Chat 工具菜单中启用 NuGet MCP 服务器。此更新面向所有 GitHub Copilot 计划的用户,包括 Copilot Free、Student、Pro、Pro+、Max、Business 和 Enterprise。
立即下载 Visual Studio 2026,体验所有新的 Copilot 功能。想了解更多新内容,请查看 Visual Studio 博客和发行说明。关注 Visual Studio 博客以了解最新的 Copilot 功能,你会在那里找到路线图更新和分享反馈的机会。
核心信息
Visual Studio 2026 里的 Copilot 这次更新了三件事:在聊天窗口内用 Git agent 读取并总结拉取请求;BYOM(自带模型)转为默认开启,但改由新的 Agent 预览版承载;错误列表中的 NuGet 漏洞警告可直接交给 Copilot 修复。
- Visual Studio 2026 里的 Copilot 这次更新了三件事:在聊天窗口内用 Git agent 读取并总结拉取请求;BYOM(自带模型)转为默认开启,但改由新的 Agent 预览版承载;错误列表中的 NuGet 漏洞警告可直接交给 Copilot 修复。
- 原贴提到:September 2026 brought deeper visibility into your work: explore pull re
- 来源:github.blog
详细解读
这是什么信号
这三项更新看似并列,实际指向同一件事:Copilot 正在把“人主动去找信息、切窗口、改配置”的动作,改成“agent 把外部系统拉进聊天窗口里”。读 PR 靠 Git agent 加 Git 提供方的 MCP 服务器,修依赖靠 NuGet MCP 服务器,选模型靠 BYOM。三个入口分别是读上下文、定模型、执行改动,构成一个在 IDE 内闭环的最小任务链。
为什么重要
第一,MCP 事实上成了 Copilot 的接入标准。GitHub、Azure DevOps、NuGet 都不是以插件形式接入,而是以 MCP server 形式接入,这意味着以后团队内部系统能否被 Copilot 使用,取决于是否提供 MCP server,而不取决于是否有人写扩展。
第二,模型选择权下放到团队。BYOM 在 Community、Professional、Enterprise 三档默认开启,覆盖 Microsoft Foundry、OpenAI、Anthropic、Ollama,且不强制登录 GitHub。这对受合规约束、必须走自有模型部署的团队是关键变化。
第三,这是一次破坏性变更。BYOM 只支持基于 Copilot SDK harness 的新 Agent(预览版),旧的 Ask 和 Agent 模式不再支持 BYOM,升级后必须重新添加之前配置的 Ollama 模型。这条比功能本身更值得关注:底层执行框架换了一代。
对谁有价值
- 平台工程/技术负责人:可以用统一的模型部署替代个人随意切换的模型,模型治理第一次落到了 IDE 层。
- 安全与依赖治理相关角色:NuGet Audit 警告从“提示”变成“可执行动作”,漏洞修复路径被压缩到错误列表里一步。
- 日常写代码和做 review 的开发者:PR 摘要带可导航链接,意味着 review 的入口从浏览器前移到 Chat。
可以怎么行动
- 先在 Insiders 渠道验证,不要直接推到全团队的生产环境,尤其是 BYOM 这条会断掉旧配置。
- 升级前把团队现有的 Ollama 等 BYOM 配置记录成清单,升级后按清单重建,避免“功能还在但模型没了”的静默故障。
- 为 Git 提供方配置 MCP server,先只接 GitHub 或 Azure DevOps 中的一个,跑通 PR 摘要再扩展。
- 把 NuGet 漏洞修复纳入日常流程,但把它当“生成候选改动”,不是“自动合并”。
风险与限制
BYOM 仍是预览版,且是以破坏性变更的方式推进,说明接口和 harness 还会动;把团队流程建在预览功能上有返工成本。PR 浏览能力依赖 MCP 连接,原文只承诺 GitHub 和 Azure DevOps,自建 Git 服务不在支持范围内。NuGet 修复是 agent 直接改依赖,可能引入版本冲突或非预期升级,必须有 review 环节。此外这些能力绑定在 Visual Studio 2026 与 Insiders 渠道,使用其他 IDE 或旧版本 Visual Studio 的成员拿不到同等体验,团队内会出现能力落差。原文没有给出这些功能转正式版的明确时间点,排期时不要假设它已经稳定。
信息差价值
这条内容的真正价值,不只是“有人发布了一个新功能”,而是它揭示了 github.blog 背后的产品方向、工作流变化或竞争信号。对 OPC 来说,这种信息可以转化成持续追踪的栏目选题。
如果把《GitHub Copilot in Visual Studio — 9 月更新》放到你的内容系统里,它最大的价值在于帮助读者更快看懂“为什么值得关注”,而不是只看到一条碎片化动态。
参考来源
TOPIC HUBS
延伸专题
AI SUMMARY
这篇文章回答了什么
GitHub Copilot in Visual Studio — 9 月更新主要讲什么?
Visual Studio 2026 里的 Copilot 这次更新了三件事:在聊天窗口内用 Git agent 读取并总结拉取请求;BYOM(自带模型)转为默认开启,但改由新的 Agent 预览版承载;错误列表中的 NuGet 漏洞警告可直接交给 Copilot 修复。
这篇文章最值得关注的要点是什么?
Visual Studio 2026 里的 Copilot 这次更新了三件事:在聊天窗口内用 Git agent 读取并总结拉取请求;BYOM(自带模型)转为默认开启,但改由新的 Agent 预览版承载;错误列表中的 NuGet 漏洞警告…;原贴提到:September 2026 brought deeper visibility into your work: explore pull re;来源:github.blog
这篇文章和哪些AI专题相关?
它适合放在AI副业、Agent工作流、AI工具专题里阅读。 关联原因:这篇内容命中「项目、小生意、变现」等主题信号。;这篇内容命中「Agent」等主题信号。;这篇内容命中「工具、模型」等主题信号。
阅读这篇文章建议先理解哪些关键词?
建议先理解AI工具、工具、自动化、模型、Cursor这些关键词,再结合正文判断工具、机会或风险是否值得进入自己的工作流。