GitHub Copilot 上线"思维强度"拨盘：三档推理模式 + 组织级自定义 Agent 全仓库发布
「用最强的模型」从来不是一套工作流。
Visual Studio 2026 的 8 月更新（18.9 版本）里，GitHub Copilot 拿到了一个新控件：思维强度（thinking effort）。对支持的模型，用户现在可以在 Low、Medium、High 三档之间手动切换，决定这个模型在给出回答前到底想多久。这是第一次把推理深度从 API 请求里那个参数，搬到了编辑器界面上。
同一批更新里还有一件更偏基础设施的事：GitHub 组织和企业所有者，现在可以发布组织级自定义 Agent，一次发布，全组织仓库可见。
一个管「想多久」，一个管「谁来干」。这两件事放在一起，指向的是同一个问题：当 AI 编程助手从补全工具变成按量计费的 Agent，团队到底该怎么控制它。
一、一个拨盘，三档
三档的官方定义相当直白。
Low 给出快速响应、推理最少，适合直白的问题和代码建议，消耗的 token 更少；Medium 平衡推理深度与响应速度，面向日常编码；High 用于复杂问题，官方点名的场景是棘手算法、架构决策和难调试的 bug，代价是更多 token。
调整入口有两个：模型选择器，以及全新的模型管理视图。后者是这次一并重做的界面，除了切换思维强度，还能把常用模型置顶、把不常用的折叠起来，并在同一个页面查看每个模型的能力、上下文窗口大小和成本信息。
值得注意的是覆盖范围。微软在发布说明中明确，这批 Copilot 更新适用于所有 GitHub Copilot 计划，包括 Free、Student、Pro、Pro+、Max、Business 和 Enterprise。换句话说，这不再是企业版的专属治理能力。
二、Low、Medium、High 分别该给谁
微软给出的建议是分场景路由：Low 给简单问题和代码补全，Medium 给日常开发，High 给复杂算法、架构决策和难调试问题。
这个建议听起来朴素，但它的真实含义是：把成本控制的判断权交还给使用者。在此之前，同一个仓库里改一行注释和设计一套迁移方案，走的是同一档推理，花的是同一档 token。
问题也随之而来：多数人会怎么选？
行业评论里已经有这种担忧——把拨盘交给用户，最常见的结局是大部分人直接推到 High 就不再动，因为「万一简单任务也需要深度呢」。真要让它发挥作用，前提是开发者能看见差异。这次更新里那张能从提示框直接进入的用量面板，某种程度上就是在补这个缺口：你至少知道自己还剩多少。
另一个更实际的用法是分阶段。规划阶段用 High 把方案想清楚，执行阶段回到 Medium 按计划落地，验证阶段再调回 High 做批判性复查——比全程拉满更省，也往往效果更好。
三、组织级 Agent：从「拷文件」到「发布」
自定义 Agent 不是新东西，但它此前有一个很难受的限制：作用域是单个仓库。
团队想要一个熟读内部 API 或编码规范的安全审查 Agent，过去的做法是把同一份定义文件复制到每个仓库，然后祈祷它们不会各自漂移。Visual Studio 这次上线的组织级自定义 Agent，就是冲着这个问题来的。
机制是这样的：GitHub 组织或企业所有者发布一个 Agent 后，组织内所有人在符合条件的仓库里打开 Visual Studio，IDE 会自动检测到它并加进 Agent 选择器；鼠标悬停可以看到它的描述和组织来源，点「定义」按钮可以直接打开定义文件。
按 Visual Studio Blog 的说法，这能让 Copilot 更一致地遵循团队共享的工作流与规范。门槛只有一个：需要一个 GitHub 组织。
这也是这批更新里最不像「功能」、却最像「基建」的一项——它把 Agent 从个人配置升级成了组织资产。
四、为什么是现在
时间点很说明问题。
2026 年 6 月 1 日，Copilot 切换到按量计费（usage-based billing），社区随即出现一波账单休克，社交平台上出现了「用得更少、付得更多」的抱怨，有开发者晒出单月 180 美元的账单。此后微软和 GitHub 的动作几乎都围着成本可见性转：VS Code 1.125 加了消费计量表，1.126 继续收紧 token 使用，Visual Studio 这边先是上了用量仪表盘，这次又把上下文窗口用量、模型成本、思维强度三样东西摆到了同一个界面上。
思维强度拨盘，本质上是这套成本治理拼图的最后一块：既然要按 token 付钱，那就让用户能决定每个任务付多少。
隔壁也没闲着。8 月 3 日，GitHub 已经给 Copilot cloud agent 的任务启动界面加了推理级别下拉框，覆盖 Pro、Pro+、Business、Enterprise 和 Max。同一周，Anthropic 宣布 9 月 14 日起 Claude Code 标准周额度永久提高 25%，而 OpenAI 则在为 Codex 修复 8 类异常消耗 Bug 后，预计同样额度可多撑 10%—50%。
三家在同一周里做了同一件事：把「推理深度」和「额度」的对应关系，摆到用户面前。
五、拨盘之外，还有一道缺口
不过，这个拨盘目前还不完整。
据开发者实测，Copilot cloud agent 的推理级别只存在于任务启动的 UI 里。按 X-GitHub-Api-Version: 2026-03-10 的 Agent Tasks REST API，请求体接受 prompt、model、custom_agent、create_pull_request、base_ref、head_ref，没有任何字段对应推理强度。也就是说，如果你用脚本批量派发任务，这一档你调不了。
命令行这一侧的粒度反倒是更细的。Copilot CLI 1.0.80（8 月 14 日发布）的 --effort 参数给了 7 个可选值：none、minimal、low、medium、high、xhigh、max。但没有哪个模型支持全部 7 档——Claude Sonnet 5、Opus 5 这一档支持 low 到 max 共 5 级，GPT-5.6 系列支持 low 到 max，Gemini Flash 系列是 minimal 到 high，Kimi K3 只有 low、high、max 三档。
这意味着同一套脚本在不同模型间横跳时，很可能在某一档上踩空。而 UI 层统一收敛成 Low/Medium/High 三档，某种程度上是在替使用者抹平这种碎片化。
对跨境团队来说，这件事的意义不在编程本身，而在成本模型。当 AI 工具全面转向按量计费，谁能把「想多久」变成一项可配置的策略，谁就能把单次任务的成本从玄学变回预算。真正的考验是：三档够不够用，以及有多少人会真的动手去拨它。
