GitHub 在 2026 年 9 月 28 日的 changelog 中宣布，Anthropic 最新的 Sonnet 模型 Claude Sonnet 5.5 已在 GitHub Copilot 中正式可用（GA）。官方对其定位非常明确：面向范围清晰的日常工作，例如构建功能和修复 bug。这一定位决定了它更适合作为团队默认的“主力干活模型”，而不是只用于极端复杂推理的旗舰模型。
官方给出的核心事实
GitHub 在早期测试中给出的结论有三点值得注意：
- 在编码任务上，Sonnet 5.5 与 Claude Sonnet 5 表现相当（matching）。
- 它使用的步骤（steps）、token 和工具调用（tool calls）显著更少。
- 完成任务的速度明显更快。
这三点组合起来，指向的不是“能力上限提升”，而是“单位任务成本与延迟下降”。对日常开发而言，这往往比单纯的 benchmark 分数更有价值：同样的功能实现或 bug 修复，消耗的上下文预算更少，交互轮次更短，等待时间更低。
需要强调的是，官方并未公布具体的 token 节省比例、速度提升倍数或基准测试分数。任何具体数字如果资料中没有，就不应被当作事实引用。
可用范围与入口
Claude Sonnet 5.5 面向以下 Copilot 计划开放：Pro、Pro+、Max、Business 和 Enterprise。用户可以在模型选择器（model picker）中切换，覆盖的入口包括：
- Visual Studio Code
- Visual Studio
- Copilot CLI
- GitHub Copilot coding agent
- GitHub Copilot app
- github.com
- GitHub Mobile（iOS 与 Android）
- JetBrains IDEs
- Xcode
- Eclipse
官方说明 rollout 是渐进的。如果暂时看不到该模型，属于正常的灰度节奏，而不是配置错误。
企业侧：管理员如何控制访问
对 Copilot Enterprise 和 Copilot Business 的管理员，访问控制通过 Copilot 设置中的 model policy 完成。官方描述的默认行为是：在默认模型启用策略下，新模型会自动启用，除非管理员关闭了全局默认开关，或显式禁用了该模型。
这意味着企业需要关注一个治理细节：新模型上线时，默认是“开”而不是“关”。如果组织对模型来源、数据边界或成本有合规要求，应在模型发布节奏中建立例行检查，而不是依赖默认关闭。
计费边界
官方明确说明，该模型按 provider list pricing 在 usage-based billing 下计费，并指向 GitHub Copilot 的 Models and pricing 文档。这里有两个工程含义：
- 它不是包含在固定订阅里的“无限使用”模型，超出部分按用量计费。
- 具体单价需要查阅官方定价文档，本文不代为给出数字。
因此，团队在切换默认模型前，应先确认当前计划的计费模式，以及是否存在用量上限或预算告警机制。
工程选型建议（分析，非官方事实）
结合官方给出的“更少步骤、更少 token、更少工具调用、更快”这一组特征，可以推导出一些实践方向，但这些属于工程判断，不是 GitHub 的官方结论：
1. 把 Sonnet 5.5 作为日常默认候选。 对于功能开发、bug 修复、代码解释、小范围重构这类范围明确的任务，官方定位本身就是它的目标场景。团队可以先在小范围试点，观察实际 token 消耗与任务完成率。
2. 保留一个“重推理”模型作为升级路径。 官方只说明它在编码任务上匹配 Sonnet 5，并未声称它在所有任务上都更强。对于跨模块架构改造、复杂调试或长链路推理，仍可能需要切换到能力更强的模型。
3. 用工具调用次数作为观测指标。 官方特别提到 tool calls 更少，这对使用 Copilot coding agent 或 CLI 的团队尤其重要：工具调用往往对应外部操作与等待，减少调用次数通常意味着更短的端到端时间。建议在试点中记录每个任务的调用轮次，而不只是看最终是否成功。
4. 企业先定策略，再放开模型。 由于新模型默认自动启用，管理员应明确：哪些团队可以用、是否按用量计费、是否需要预算上限。把 model policy 纳入变更管理流程，比事后追查成本更可控。
5. 灰度期间不要急于统一。 官方说明 rollout 是渐进的，不同入口和账号看到模型的时间可能不同。在全员推广前，先确认目标 IDE 与入口已经可用，避免支持成本。
小结
Claude Sonnet 5.5 进入 GitHub Copilot 的意义，不在于刷新能力上限，而在于把“够用的编码能力”做得更省、更快。对个人用户，它提供了一个值得尝试的日常默认选项；对企业管理员，它带来一个默认开启、按量计费的新变量，需要在 model policy 和成本治理上提前应对。具体收益仍应以团队自身任务分布和官方定价文档为准。