Visual Studio 2026 18.9.0 发布：原生 AI 代码审查、可控推理深度，企业级 IDE 正式叫板 Cursor

可调节的思考努力控制

Visual Studio 18.9 中受支持的 Copilot 模型现在包含一个思考努力选择器，提供低、中、高三档 。这项控制决定了模型在生成响应前进行推理的深度 。更高的努力程度可以改善复杂问题的回答质量，但也会消耗更多的 Token 和 AI Credits（在 2026 年 6 月开始实施的基于用量的计费模式下） 。

微软的文档解释了各档次的含义：“低档提供快速响应，推理最少，最适合简单问题和代码建议。中档在推理深度和响应速度间取得平衡。高档则为复杂问题求解提供更深层次的推理” 。可供选择的具体档次取决于所选模型 。该功能最早于 2026 年 3 月在 VS Code 1.113 中引入，它给开发者提供了一个直接的旋钮，用来在回答质量与成本和延迟之间进行权衡——在 AI 使用转向按 Token 计费的大背景下，这是一项关键能力 。

重新设计的模型选择器：展示成本与能力信息

Visual Studio 18.9 对模型选择器进行了全面改造。开发者现在可以将常用模型固定在顶部，折叠不常用的模型，并且直接在下拉菜单中查看成本、能力和每次对话预估的信用消耗 。配套的 Copilot 使用情况窗口也进行了刷新，现在显示的是按 Token 计费，而非按请求计数，并提供实时用量指标和使用量接近限制时的主动预警 。

这一重新设计反映了 2026 年 6 月后基于用量计费的新现实。正如一项分析所指出的：“消耗 AI Credits 的是所有被归类为代理式交互的操作：Copilot Chat 对话、代理模式会话、自主创建 GitHub 问题和 Pull Request 的云代理，以及代码审查” 。通过在模型选择器中直接显示成本信息，微软旨在防止账单意外，同时赋予开发者自由选择合适模型的能力。

组织级自定义代理

GitHub 组织所有者现在可以为其整个组织添加自定义代理，跨仓库共享团队特定的代理指令和工具 。这建立在 2026 年早些时候引入的自定义代理框架之上，该框架允许将通过 .agent.md 文件定义的代理存储在仓库的 .github/agents/ 目录或用户的个人资料中 。由微软团队编写的内置 .NET 和 Azure 技能现在也可以在工具选择器中使用 。

2026 年 7 月更新中引入的组织级自定义指令，允许 GitHub 组织所有者自动为所有团队成员定制 Copilot 的响应 。这种企业级治理能力是 Cursor 和 Claude Code 等新兴 AI 原生工具目前所欠缺的——这也直接瞄准了微软现有的企业客户群。

18.9.0 在竞争格局中的位置

微软的 AI 开发平台战略

18.9 版本是迄今为止最明确的信号，表明微软的战略是将 AI 原生地嵌入 Visual Studio 平台，而非作为附加功能提供。2026 年 7 月的更新引入了基于 GitHub Copilot SDK 的新代理（预览版），统一了 CLI、VS Code 和 Visual Studio 上的代理体验 。转向按 Token 计费、提供成本透明度和模型选择，都表明微软将 AI 作为 IDE 中的一级计量资源。

与 Cursor 和 Claude Code 的直接竞争

Visual Studio 18.9 直接对抗了新兴 AI 原生编码工具的势头：

• Cursor 以其内联差异、多文件编辑和模型灵活性普及了代理式编辑。Visual Studio 18.9 通过跨文件的 Copilot Edits、用于预提交审查的 Git 代理以及完整的模型选择器灵活性与之匹配 。
• Claude Code（Anthropic 的基于终端的编码代理）以及 CodeRabbit 等第三方扩展，已经提供了对未提交更改的 AI 代码审查 。通过将 Git 代理原生构建到 IDE 中（而不是依赖扩展），微软旨在无需开发者离开 Visual Studio 就能弥补差距。
• 组织级自定义代理 解决了 Cursor 和 Claude Code 缺少的一个区分点：企业级 AI 工具治理。组织级自定义代理允许 IT 和平台团队在整家公司范围内强制执行编码标准，并提供精心策划的 AI 角色。

更广泛的主题是，Visual Studio 2026 已不再是一个带有 Copilot 侧边栏的传统 IDE——它正在重新定位为一个 AI 集成的开发平台，具备代理式工作流、细粒度的模型控制、成本治理和团队级定制，旨在在 AI 编码工具领域日益分化之际，将企业团队留在微软生态系统内。