Visual Studio September Update – Power Your Workflow with Your Model

Visual Studio 9 月更新 - 用你的模型提升工作效率 - Visual Studio 博客

在 Visual Studio 中，最好的大型语言模型（LLM）是你选择的模型。本月的更新将这一理念置于核心位置：选择最适合你工作方式的模型，然后在 GitHub Copilot 已经为你提供帮助的每个场景中使用它，从修复存在漏洞的包到审查拉取请求。当你进入编辑器后，无论使用哪种模型进行辅助思考，都将发现更精准的调试工具。

立即获取 Visual Studio 2026 稳定版更新，并告诉我们哪些功能正在发挥作用，以及我们下一步应投入开发的方向。

自带模型（BYOM）功能更新

Visual Studio 中最好的 AI 是你可以随身携带的 AI。通过自带模型（Bring Your Own Model，BYOM）功能，更多开发者可以使用团队偏好的模型在 Visual Studio 中运行 AI，无论是通过 GitHub Copilot 还是自建模型部署。从个人开发者尝试新模型到组织机构统一使用已批准的部署方案，BYOM 让你能够按照自己的方式使用 AI，无论是否登录 GitHub。

https://devblogs.microsoft.com/visualstudio/wp-content/uploads/sites/4/2026/09/vs18.10_BYOMShortVideo.mp4

BYOM 当前处于预览版并在社区版、专业版和企业版中默认启用。连接到 Microsoft Foundry 部署或其他支持的提供商（包括 OpenAI 和 Ollama 的自定义端点），然后通过新推出的 Agent（预览版）以代理模式进行工作。

这是一个早期预览版本，我们期待你的反馈。目前并非所有模型都支持所有代理模式功能。当某个功能不被支持时，Visual Studio 会明确标注而非静默失败。请尝试使用并在开发者社区论坛中告诉我们哪些功能有效，或者填写这份简短调查，帮助我们确定下一步投入方向。

开始使用方法：打开聊天窗口，打开模型选择器并选择“添加模型”或“管理模型”，连接到你的提供商，然后以代理模式开始工作。支持的提供商包括 Microsoft Foundry、OpenAI、Anthropic 和 Ollama，并支持 OpenAI 和 Ollama 的自定义端点。

此次更新对 BYOM 功能带来重大变更：BYOM 现在与新推出的 Agent（预览版）配合使用，该代理基于 GitHub Copilot SDK 的框架构建。早期版本中 Ask 和 Agent 模式下的 BYOM 体验已不再支持；请安装最新版 Visual Studio 并使用新 Agent（预览版）进行尝试。由于该提供商后端进行了若干更新，之前添加的 Ollama 模型需要在本次更新后重新添加。

从错误列表直接修复 NuGet 漏洞

无论你选择哪种模型，它现在都能在漏洞出现的瞬间帮助你填补安全缺口。Visual Studio 错误列表中的 NuGet 审计警告为你提供了一种直接方式，通过 GitHub Copilot 修复存在漏洞的包，而无需手动查找。

当还原操作报告 NU1901、NU1902、NU1903 或 NU1904 警告后，在“修复”列中选择星火操作。这将打开 GitHub Copilot Chat 的代理模式，并要求 Copilot 使用 NuGet MCP 服务器修复存在漏洞的 NuGet 包。

要应用此修复方案：恢复一个包含已知漏洞包的解决方案，打开查看 > 错误列表，找到NuGet Audit警告，选择修复器列中的闪电图标操作，然后查看并应用Copilot提出的更改。你需要登录GitHub Copilot，而自动化修复还需要NuGet MCP服务器，该服务器内置于Visual Studio中，可通过Copilot Chat工具菜单启用。

使用Git代理探索拉取请求

审查拉取请求通常意味着需要整理讨论线程、修改的文件以及真正重要的内容，才能深入查看。现在Git代理可以帮你完成这些准备工作，其能力由你连接的模型决定。

打开GitHub Copilot Chat，选择Git代理，然后询问有关你的拉取请求的问题，并从Git资源管理器窗口将拉取请求作为上下文附加。响应内容包含可导航的链接，可直接在IDE中的拉取请求视图打开对应的评论和文件，这样你可以直接跳转到关键内容，而无需滚动查找。随时可以提出后续问题，让代理深入分析。

连接你Git提供商的MCP服务器，使Copilot能够获取更多关于拉取请求的上下文信息。GitHub和Azure DevOps均受支持。

查看决定if条件的运算符

是否曾在复合if语句前暂停过，需要计算清楚到底是哪一部分决定了执行结果？现在Visual Studio会在使用&&或||的C# if语句中高亮显示决定性表达式。

调试时，暂停在if语句上。除了现有的内联→true或→false提示外，Visual Studio还会使用红绿高亮显示决定结果的运算符。当&&条件评估为false时，高亮会标识导致失败或触发短路评估的运算符。当||条件评估为true时，会标识满足条件的运算符。这是一个小细节，能帮你避免手动评估复杂分支的每个部分。

你可以右键点击高亮表达式，通过编辑器上下文菜单禁用分支高亮，如果需要调整颜色，可以在工具 > 选项 > 环境 > 字体和颜色中修改高亮颜色。

"附加到进程"现在支持Podman容器

容器发现功能现在可以识别Podman，与Docker并列支持。启动容器后，前往调试 > 附加到进程。将连接类型设置为Podman，然后选择查找。你的Podman容器会自动出现，提供与Docker相同的附加体验。

https://devblogs.microsoft.com/visualstudio/wp-content/uploads/sites/4/2026/09/vs18.10_podman-support.mp4

你可以无需额外配置调试.NET和C++容器。

感谢你选择Visual Studio！如需获取最新更新、资源和新闻，请查看Visual Studio中心并保持联系。

快乐编码！Visual Studio团队

.entry-content

AI免责声明