Productivity | The .NET Blog

VS Code 1.119：代理会话的 OpenTelemetry、浏览器集成和安全性

Emiliano Montesdeoca — Fri, 15 May 2026 00:00:00 +0000

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

VS Code 1.119 于 2026 年 5 月 6 日发布（随后发布了 1.119.1 安全补丁）。此版本专注于代理可观察性、浏览器交互和减少中断。

代理会话的 OpenTelemetry 追踪

对于在生产环境中运行代理或调试代理工作流的人来说，这是最重要的功能。通过两个设置启用：

"github.copilot.chat.otel.enabled": true,
"github.copilot.chat.otel.otlpEndpoint": "http://localhost:4318"

追踪遵循 GenAI 语义约定。每个代理请求创建一个 invoke_agent 根 span，带有嵌套子 span：chat、execute_tool 和 execute_hook。Token 使用情况按请求报告——包括缓存读取和缓存创建计数。

适用于本地代理、Copilot CLI 后台代理和 Claude 代理。任何兼容 OTLP 的后端都接受追踪——独立 Aspire 仪表板非常适合本地开发。

代理现在可以访问浏览器标签页

代理可以请求访问内置浏览器标签页——但不是自动的。你必须通过上下文选择器、拖放或建议的上下文明确共享标签页。浏览器中有一个共享按钮用于撤销访问。当代理尝试打开与已打开（未共享）标签页相同域的新标签页时，VS Code 会建议重用现有标签页。

Token 使用优化

实验性轻量级模型现在管理代理任务列表，释放主模型用于这项日常工作。减少不需要完整推理能力的任务的 token 使用。

信任和安全

减少中断：VS Code 1.119 减少了来自代理的网络访问和向临时文件夹写入的提示。1.119.1 补丁解决了特定的安全问题——如果还没有更新，值得升级。

快速切换到 Markdown 预览

小但实用：现在可以快速将当前编辑器切换到 Markdown 预览，无需导航。

VS Code Agents（Insiders 预览版）

重新设计的代理会话界面——新的仓库选择器（本地/仓库/远程）、子会话改进、Web 和移动端改进、进度动画——在 Insiders 上的 insiders.vscode.dev/agents 中可用。

完整更新日志：code.visualstudio.com/updates/v1_119。

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浮动窗口设置（但你应该知道）

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中的浮动窗口曾经让你烦恼，现在就去改掉它。

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

Azure DevOps终于修好了所有人都在抱怨的Markdown编辑器

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

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

如果你使用Azure Boards，你可能经历过这种情况：你在阅读一个工作项描述，也许在检查验收标准，然后不小心双击了。砰——你进入了编辑模式。你根本不想编辑任何东西。你只是在阅读。

Dan Hellem 宣布了这个修复，这是那种听起来很小但确实从日常工作流中消除了真正摩擦的改动。

什么变了

工作项文本字段的Markdown编辑器现在默认以预览模式打开。你可以阅读和交互内容——跟随链接、检查格式——不用担心意外进入编辑模式。

当你真的想要编辑时，点击字段顶部的编辑图标。完成后，显式退出到预览模式。简单、有意图、可预测。

为什么这比听起来更重要

社区反馈帖子很长。双击编辑的行为是在2025年7月随Markdown编辑器引入的，投诉几乎立刻开始了。

对于使用Azure Boards进行冲刺计划、需求梳理或代码审查的团队来说，这种微摩擦会累积。

部署状态

已经在向部分客户推出，将在未来两到三周内扩展到所有人。

总结

不是每个改进都需要成为头条功能。有时候最好的更新就是简单地移除恼人的东西。这就是其中之一——一个小小的UX修复，让Azure Boards对只想安静阅读工作项的人变得不再那么敌意。

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下载吧。

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 内通过帮助 > 检查更新进行更新。