Visual Studio | The .NET Blog

Visual Studio 2026 四月更新：云代理、自定义代理和调试器代理

Emiliano Montesdeoca — Thu, 14 May 2026 00:00:00 +0000

本文已自动翻译。要查看原始版本，请点击此处.

Visual Studio 2026 四月更新 (18.5) 包含云代理集成、用户级自定义代理、C++ 工具正式发布以及全新的调试器代理。

云代理：将工作委托给远程 Copilot 会话

在聊天窗口的代理选择器中选择 Cloud，可以将任务移交给 Copilot 远程编码代理。你描述工作内容，代理在你的仓库中创建 GitHub issue，完成后打开 PR。你会收到带有"查看 PR"/“在浏览器中打开"按钮的通知——在你继续编码期间，甚至在 IDE 关闭时都能运行。

自定义代理现在跟随你

存储在 %USERPROFILE%/.github/agents/ 的自定义代理不再绑定到单个仓库——它们会跨项目跟随你。存储路径可通过"工具 > 选项 > GitHub > Copilot > Chat"配置。代理选择器中的 + 按钮允许直接创建新代理。它们获得与仓库范围代理相同的功能：工作区感知、工具、模型选择和 MCP 连接。

内置代理：Agent、Ask、Copilot CLI、Debugger、Modernize、Profiler。

C++ 代码编辑工具正式发布

get_symbol_call_hierarchy 和 get_symbol_class_hierarchy 这两个工具现在默认开启。它们为 Copilot 提供 C++ 代码库的语言导航，覆盖继承层次结构和函数调用链。通过 Copilot Chat 中的工具图标启用。与支持工具调用的模型配合效果最佳。

调试器代理：修复根据实际运行时行为进行验证

从 GitHub 或 Azure DevOps issue（或自然语言描述）开始，切换到调试器模式，代理会：

创建最小复现器
生成故障假设
用跟踪点和条件断点对应用程序进行检测
运行真实的调试会话
分析实时遥测数据
提出精确的修复方案

整个过程中你保持在循环中——这是交互式的，不是完全自主的。

IntelliSense 优先级修复

VS 现在在 IntelliSense 列表激活时抑制 Copilot 补全。一次只显示一个建议。这是一个常见的摩擦点，现在默认启用。

完整发布说明和下载请访问 devblogs.microsoft.com。

Visual Studio 扩展项目的 SDK 风格支持

Emiliano Montesdeoca — Wed, 13 May 2026 00:00:00 +0000

本文已自动翻译。要查看原始版本，请点击此处.

VSSDK 扩展项目的 SDK 风格支持现已在 Visual Studio 18.5 中正式推出——经典 VSIX 扩展项目可以从旧的 MPF 风格 .csproj 格式迁移出来。

项目文件的变化

最明显的变化是项目文件变得更加简洁。典型的 VSSDK 扩展现在看起来像这样：

<Project Sdk="Microsoft.NET.Sdk">
 <PropertyGroup>
 <TargetFramework>net472</TargetFramework>
 <VSSDKBuildToolsAutoSetup>true</VSSDKBuildToolsAutoSetup>
 <VsixDeployOnDebug>true</VsixDeployOnDebug>
 <GeneratePkgDefFile>true</GeneratePkgDefFile>
 </PropertyGroup>
 <ItemGroup><ProjectCapability Include="CreateVsixContainer" /></ItemGroup>
 <ItemGroup>
 <PackageReference Include="Microsoft.VisualStudio.SDK" Version="17.14.40265" ExcludeAssets="runtime" />
 <PackageReference Include="Microsoft.VSSDK.BuildTools" Version="18.5.38461" />
 </ItemGroup>
</Project>

VSSDKBuildToolsAutoSetup=true 应用合理的默认值：CreateVsixContainer=true 和旧版 DeployExtension=false。这一个属性替代了以前需要显式指定的大量内容。

构建时间改进

启用了快速最新检查和增量构建支持。对于只有少量更改的大型解决方案，这可以带来高达 75% 的构建时间减少——如果你在大型宿主解决方案中迭代扩展，这相当显著。

新项目与现有项目

在 18.5 中创建的新扩展项目自动使用 SDK 风格。现有的 MPF 风格扩展继续工作——迁移是可选的。迁移时的重要注意事项：如果扩展使用 XAML，请添加 <UseWpf>true</UseWpf>。还需要在 .sln 或 .slnx 文件中将扩展标记为可部署。

vsixmanifest 设计器默认替换为 XML 编辑器——如果需要旧设计器，右键单击 → 打开方式。

代理迁移路径

vs-agent-plugins 中的 Modernize 代理可以自动化迁移。一些真实世界的扩展已经通过这种方式转换：包括 Mads Kristensen 的 Smart Screen、Command Explorer、Postfix Templates 和 Whitespace Visualizer。

值得注意的是

VisualStudio.Extensibility（更新的可扩展性框架）已经支持 SDK 风格。此更新与经典 VSSDK 路径实现了对等。唯一的要求是 Visual Studio 扩展开发工作负载。

完整详细信息请参阅官方博文。

Azure MCP 工具现已内置于 Visual Studio 2022 — 无需安装扩展

Emiliano Montesdeoca — Thu, 16 Apr 2026 00:00:00 +0000

本文为自动翻译。如需查看原文，请点击此处。

如果你一直通过单独的扩展在 Visual Studio 中使用 Azure MCP 工具，那你一定很熟悉这套流程——安装 VSIX、重启、祈祷别出问题、处理版本不匹配。这种摩擦现在消失了。

Yun Jung Choi 宣布，Azure MCP 工具现在直接作为 Visual Studio 2022 中 Azure 开发工作负载的一部分发布。无需扩展，无需 VSIX，无需重启。

这实际意味着什么

从 Visual Studio 2022 版本 17.14.30 开始，Azure MCP Server 捆绑在 Azure 开发工作负载中。如果你已经安装了该工作负载，只需在 GitHub Copilot Chat 中启用它即可。

超过 230 个工具，覆盖 45 项 Azure 服务——直接从聊天窗口即可访问。列出你的存储账户、部署 ASP.NET Core 应用、诊断 App Service 问题、查询 Log Analytics——全程无需打开浏览器标签页。

为什么这比听起来更重要

开发工具有个道理：每多一个步骤就是摩擦，摩擦会扼杀采用率。MCP 作为单独的扩展意味着版本不匹配、安装失败，以及又多了一个需要保持更新的东西。将它内置到工作负载中意味着：

单一的更新路径——通过 Visual Studio Installer
无版本偏差——扩展和 IDE 之间不会出现版本不一致
始终保持最新——MCP Server 随 VS 常规发布一起更新

对于标准化使用 Azure 的团队来说，这意义重大。安装一次工作负载，启用工具，每次会话都能使用。

你能用它做什么

这些工具通过 Copilot Chat 覆盖完整的开发生命周期：

学习——询问 Azure 服务、最佳实践、架构模式
设计与开发——获取服务推荐，配置应用代码
部署——预配资源并直接从 IDE 进行部署
排查问题——查询日志、检查资源健康状况、诊断生产环境问题

一个简单的例子——在 Copilot Chat 中输入：

List my storage accounts in my current subscription.

Copilot 在后台调用 Azure MCP 工具，查询你的订阅，返回一个包含名称、位置和 SKU 的格式化列表。无需打开门户。

如何启用

更新到 Visual Studio 2022 17.14.30 或更高版本
确保已安装 Azure development 工作负载
打开 GitHub Copilot Chat
点击 Select tools 按钮（双扳手图标）
开启 Azure MCP Server

就这样。跨会话保持启用状态。

一个注意事项

这些工具默认是禁用的——你需要手动启用。而且 VS 2026 特有的工具在 VS 2022 中不可用。工具的可用性还取决于你的 Azure 订阅权限，与门户中一样。

更大的图景

这是一个清晰趋势的一部分：MCP 正在成为在开发者 IDE 中呈现云工具的标准方式。我们已经看到了 Azure MCP Server 2.0 稳定版发布以及在 VS Code 和其他编辑器中的 MCP 集成。将其内置到 Visual Studio 的工作负载系统中是自然而然的演进。

对于我们这些常年在 Visual Studio 中工作的 .NET 开发者来说，这又少了一个需要切换到 Azure 门户的理由。说实话，标签页切换越少越好。

那个你不知道的Visual Studio浮动窗口设置（但你应该知道）

Emiliano Montesdeoca — Fri, 10 Apr 2026 00:00:00 +0000

本文为自动翻译。查看原文请点击这里。

如果你在Visual Studio中使用多个显示器（说实话，现在谁不用呢？），你可能经历过这种烦恼：浮动工具窗口在你最小化主IDE时消失，它们总是在所有窗口之上，而且不会在任务栏中显示为单独的按钮。这对某些工作流有效，但对多显示器设置来说很令人沮丧。

Visual Studio团队的Mads Kristensen 分享了一个鲜为人知的设置，它完全改变了浮动窗口的行为。一个下拉菜单。就这样。

设置

Tools > Options > Environment > Windows > Floating Windows

下拉菜单"These floating windows are owned by the main window"有三个选项：

None — 完全独立。每个浮动窗口都有自己的任务栏条目，行为就像普通的Windows窗口。
Tool Windows（默认）— 文档自由浮动，工具窗口保持与IDE绑定。
Documents and Tool Windows — 经典的Visual Studio行为，所有窗口都绑定到主窗口。

为什么"None"是多显示器设置的最佳选择

将其设置为None，突然间你所有的浮动工具窗口和文档都像真正的Windows应用程序一样运行。它们出现在任务栏中，当你最小化Visual Studio主窗口时保持可见，并且不再强制自己始终在最前面。

将此与PowerToys FancyZones结合使用，效果惊人。在你的显示器上创建自定义布局，将解决方案资源管理器放在一个区域，调试器放在另一个区域，代码文件放在你想要的任何地方。一切都保持在原位，一切都可以独立访问，你的工作空间感觉有条理而不是混乱的。

快速建议

多显示器高级用户：设置为None，搭配FancyZones
偶尔浮动的用户：Tool Windows（默认）是不错的折中方案
传统工作流：Documents and Tool Windows保持经典行为

专业提示：在任何工具窗口的标题栏上Ctrl + 双击即可立即浮动或停靠。更改设置后无需重启。

总结

这是那种"我不敢相信我之前不知道"的设置之一。如果Visual Studio中的浮动窗口曾经让你烦恼，现在就去改掉它。

阅读完整文章获取详细信息和截图。

Bookmark Studio为Visual Studio书签带来基于槽位的导航和分享功能

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

本文为自动翻译。查看原始版本，请点击这里。

Visual Studio中的书签一直…还行。你设置一个，导航到下一个，然后忘记哪个是哪个。它们能用，但从来不是你会称之为强大的功能。

Mads Kristensen刚刚发布了Bookmark Studio，一个实验性扩展，精确填补了你可能遇到的空缺。

基于槽位的导航

书签可以分配到1-9号槽位，通过Alt+Shift+1到Alt+Shift+9直接跳转。新书签自动获得下一个可用槽位。

书签管理器

新的工具窗口在一个地方显示所有书签，支持按名称、文件、位置、颜色或槽位过滤。

用标签、颜色和文件夹组织

书签可以有标签、颜色，并分组到文件夹中。元数据按解决方案存储。

导出和分享

Bookmark Studio允许将书签导出为纯文本、Markdown或CSV。

跟随代码移动的书签

Bookmark Studio相对于锚定的文本跟踪书签，所以编辑时不会漂移到错误的行。

总结

Bookmark Studio没有重新发明任何东西。它把一个多年来"够用"的功能变得真正有用。从Visual Studio Marketplace下载吧。

Visual Studio 3月更新允许构建自定义Copilot代理 — find_symbol是一大亮点

Emiliano Montesdeoca — Thu, 02 Apr 2026 00:00:00 +0000

本文为自动翻译。查看原始版本，请点击这里。

Visual Studio刚刚获得了最重要的Copilot更新。Mark Downie 发布了3月版本，标题是自定义代理——但说实话，find_symbol工具可能才是最能改变你工作流的功能。

仓库中的自定义Copilot代理

想让Copilot遵循你团队的编码标准？自定义代理定义为.github/agents/中的.agent.md文件。每个代理都有完整的工作区感知、代码理解、工具、首选模型和MCP连接访问权限。

代理技能：可复用的指令包

技能从仓库的.github/skills/或个人资料的~/.copilot/skills/自动加载。

find_symbol：语言感知导航

新的find_symbol工具为Copilot的代理模式提供了基于语言服务的符号导航。代理不再搜索文本，而是可以找到符号的所有引用并访问类型信息和作用域。

对于.NET开发者来说这是巨大改进——拥有深层类型层次结构的C#代码库受益匪浅。

用Copilot分析测试性能

Test Explorer上下文菜单中新增了Profile with Copilot。Profiling Agent自动运行测试并分析性能。

实时调试中的Perf Tips

性能优化现在在调试过程中进行。Visual Studio内联显示执行时间。看到慢的行？点击Perf Tip向Copilot请求优化建议。

从Solution Explorer修复NuGet漏洞

当检测到NuGet包漏洞时，Solution Explorer中直接显示Fix with GitHub Copilot链接。

总结

自定义代理和技能是标题，但find_symbol是隐藏的亮点——它从根本上改变了Copilot重构.NET代码时的准确性。下载Visual Studio 2026 Insiders来体验所有新功能。

VS Code 1.112：.NET 开发者真正应该关注的内容

Emiliano Montesdeoca — Thu, 26 Mar 2026 00:00:00 +0000

VS Code 1.112 刚落地，说实话？如果你每天都在 .NET 的世界里，这个版本感觉不一样。官方发布说明里有很多内容，但让我帮你省点滚动，专注于对我们真正重要的东西。

Copilot CLI 变得更有用了

这个版本的大主题是代理自主性 — 给 Copilot 更多空间做它的事，不需要你看管每一步。

消息引导和排队

你知道 Copilot CLI 在任务进行到一半时，你突然想起忘了提什么东西的那个时刻吗？以前你只能等。现在你可以在请求还在运行时发送消息 — 要么引导当前响应，要么排队后续指令。

这对那些较长的 dotnet 脚手架任务来说太棒了，你看着 Copilot 设置项目然后想"哦等等，我还需要 MassTransit"。

权限级别

这是我最兴奋的。Copilot CLI 会话现在支持三个权限级别：

默认权限 — 工具在运行前请求确认的常规流程
跳过审批 — 自动批准一切并在出错时重试
自动驾驶 — 完全自主：批准工具、回答自己的问题、持续到任务完成

如果你在做类似用 Entity Framework、migrations 和 Docker 设置创建新的 ASP.NET Core API 这样的事 — 自动驾驶模式意味着你描述想要什么然后去拿杯咖啡。它会搞定的。

你可以用 chat.autopilot.enabled 设置启用自动驾驶。

委托前预览更改

当你把任务委托给 Copilot CLI 时，它会创建一个 worktree。以前如果你有未提交的更改，你得检查源代码管理来看什么会受影响。现在聊天视图会在你决定复制、移动或忽略之前直接显示待处理的更改。

小事情，但省去了"等等，我 staging 了什么？“的时刻。

不离开 VS Code 就能调试 Web 应用

集成浏览器现在支持完整调试。你可以设断点、单步执行代码、检查变量 — 全在 VS Code 内。不用再切换到 Edge DevTools 了。

有一个新的 editor-browser 调试类型，如果你已经有 msedge 或 chrome 的启动配置，迁移只需改 launch.json 里的 type 字段：

{
 "type": "editor-browser",
 "request": "launch",
 "name": "Debug Blazor App",
 "url": "https://localhost:5001"
}

对 Blazor 开发者来说，这是颠覆性的。你已经在终端运行 dotnet watch — 现在调试也留在同一个窗口里。

浏览器还获得了独立的缩放级别（终于）、正确的右键上下文菜单，缩放按网站记忆。

MCP 服务器沙箱

这比你想的更重要。如果你在用 MCP 服务器 — 也许你为 Azure 资源或数据库查询设置了自定义的 — 它们一直以和你的 VS Code 进程相同的权限运行。这意味着对你的文件系统、网络等一切的完全访问。

现在你可以对它们做沙箱处理。在你的 mcp.json 中：

{
 "servers": {
 "my-azure-tools": {
 "command": "node",
 "args": ["./mcp-server.js"],
 "sandboxEnabled": true
 }
 }
}

当沙箱化的服务器需要访问它没有的东西时，VS Code 会提示你授予权限。比"希望没人做奇怪的事"的方式好太多了。

注意： 沙箱目前在 macOS 和 Linux 上可用。Windows 支持即将到来 — 不过 WSL 等远程场景是可以工作的。

Monorepo 自定义发现

如果你在 monorepo 中工作（说实话，很多企业 .NET 解决方案最终都变成了 monorepo），这解决了一个真正的痛点。

以前，如果你打开仓库的子文件夹，VS Code 找不到仓库根目录的 copilot-instructions.md、AGENTS.md 或自定义技能。现在通过 chat.useCustomizationsInParentRepositories 设置，它会向上查找到 .git 根目录并发现所有内容。

这意味着你的团队可以在 monorepo 中跨所有项目共享代理指令、提示文件和自定义工具，不需要每个人都打开根文件夹。

/troubleshoot 用于代理调试

有没有设置过自定义指令或技能，然后纳闷为什么没被检测到？新的 /troubleshoot 技能读取代理调试日志并告诉你发生了什么 — 哪些工具被使用或跳过了，为什么指令没加载，什么导致了慢响应。

用以下配置启用：

{
 "github.copilot.chat.agentDebugLog.enabled": true,
 "github.copilot.chat.agentDebugLog.fileLogging.enabled": true
}

然后在聊天中输入 /troubleshoot why is my custom skill not loading?。

你现在还可以导出和导入这些调试日志，当某些东西不按预期工作时，和团队分享很方便。

图像和二进制文件支持

代理现在可以从磁盘原生读取图像文件和二进制文件。二进制文件以 hexdump 格式呈现，图像输出（如集成浏览器的截图）以轮播视图显示。

对 .NET 开发者来说：把 UI bug 的截图粘贴到聊天中让代理理解问题所在，或者让它分析 Blazor 组件渲染的输出。

自动符号引用

小的生活质量改善：当你复制一个符号名称（类、方法等）并粘贴到聊天中时，VS Code 现在自动将其转换为 #sym:Name 引用。这给代理提供了关于该符号的完整上下文，无需手动添加。

如果你想要纯文本，使用 Ctrl+Shift+V。

插件现在可以启用/禁用

以前禁用 MCP 服务器或插件意味着卸载它。现在你可以开关它们 — 全局和按工作区都可以。在扩展视图或自定义视图中右键单击就行。

npm 和 pypi 的插件现在也可以自动更新了，不过会先请求批准，因为更新意味着在你的机器上运行新代码。

总结

VS Code 1.112 明显在大力推进代理体验 — 更多自主性、更好的调试、更严格的安全。对 .NET 开发者来说，集成浏览器调试和 Copilot CLI 改进是最突出的功能。

如果你还没试过为 .NET 项目在自动驾驶模式下运行完整的 Copilot CLI 会话，这个版本是开始的好时机。记得设置你的权限然后让它干活。

下载 VS Code 1.112 或在 VS Code 内通过帮助 > 检查更新进行更新。