GitHub 在 9 月 29 日的 Changelog 里宣布，OpenAI 最新的 GPT-6.1 Sol 已经在 GitHub Copilot 中全面可用并开始逐步铺开。官方给它的定位是「agentic coding 和终端工作流」，并称它在早期测试中完成了任务，同时比 GPT-6、GPT-5.6 家族的老模型「明显用了更少的 token 和更少的步数」。
这类模型上架公告看起来只是下拉菜单里多一项，但它同时改变了三件事：谁的套餐能用、账单怎么走、以及企业管理员要不要动手。这篇文章按官方公告把这三件事拆开说清楚。
发生了什么：一个模型，十一个入口
按 GitHub 公布的细节，GPT-6.1 Sol 的适用档位是 Copilot Pro+、Max、Business 和 Enterprise——免费版和 Copilot Pro 不在这次列出的范围内。可以在模型选择器里切到它的入口包括：Visual Studio Code、Visual Studio、Copilot CLI、GitHub Copilot coding agent、GitHub Copilot 应用、github.com 网页端、iOS 和 Android 上的 GitHub Mobile、JetBrains IDE、Xcode 以及 Eclipse。
把这份入口清单和 9 月 22 日 GPT-6 Sol、GPT-6 Luna 上架时的清单对照，可以看出 GitHub 现在倾向于让新模型一次性铺满全部客户端，而不是先上 VS Code 再慢慢补。这对终端用户的好处是不用等自己常用的编辑器排到队尾；代价是各入口的铺开速度仍然不一致，公告只说「逐步铺开」，没有承诺各入口同步完成。同一个团队里，有人已经在 VS Code 里看到 GPT-6.1 Sol、有人在 JetBrains 里还没看到，属于预期内的状态，不是配置错误。
计费口径是本次公告里最容易被略过、但对团队最要紧的一条：GitHub 说它「按 provider list pricing 在使用量计费下结算」。公告没有给出 premium request 的倍数或 credit 费率，需要对照 GitHub 的 models and pricing 文档逐项核对。铺开是渐进的，公告原文写的是「没看到就过一阵再来看」。
工作流变化：省下来的 token 直接落在账单上
官方对早期测试的描述集中在一点：完成同样的多步编码任务，用的 token 和步数都更少。对一个人用 IDE 补全的开发者来说，这只是响应快一点；但对把 Copilot coding agent 或 Copilot CLI 接进 CI、按量计费的团队来说，token 数就是成本曲线本身。多步 agentic 任务是最耗 token 的场景，因为每一步都要把上下文重新发一遍，步数减少会同时压缩请求次数和上下文长度。
把它放进一条具体链路看会更清楚。任务通常是这样的：开发者在 issue 里写下要修的问题，Copilot coding agent 接单后要读文件、跑测试、改代码、再跑测试，最后开一个 PR。这条链路里每一次「读文件—改代码—跑测试」都是一轮模型调用，每轮都要把仓库上下文重新送进去。步数少一轮，省下的不只是那一轮的输出 token，还有那一次的完整上下文输入。所以官方说的「更少 token 和更少步数」在这条链路上是同一个乘数的两个因子，而不是两件独立的好事。对按 usage-based billing 结算的团队，这个乘数直接反映在月度账单上；对按月付固定费用的个人用户，它体现为等待时间变短。
另一件正在发生的变化是模型选择器的更新频率。翻一遍 9 月的 GitHub Changelog 就能看到节奏：9 月 21 日 Grok 4.7、9 月 22 日 Claude Opus 5.5 与 OpenAI 的 GPT-6 Sol 和 GPT-6 Luna、9 月 28 日 Claude Sonnet 5.5、9 月 29 日 GPT-6.1 Sol。如果团队的默认模型还按季度评审，评审周期已经比模型的换代周期还长了。
企业管理员要多做的一步
对 Copilot Business 和 Enterprise，管理员通过 Copilot 设置里的 model policy 管理访问权限。公告同时说明了一条默认行为：在默认模型启用策略下，新模型会自动启用，除非管理员关闭了全局默认，或针对这个模型显式禁用。这句话有两个方向的实际后果。
想收紧的组织，不能只设一次全局默认就完事，需要在新模型出现时逐个判断是否禁用，否则成员的模型选择器会持续自行扩张。反过来，已经把全局默认关掉的组织，GPT-6.1 Sol 不会自动出现，必须由管理员显式打开——如果团队里有人反馈「看不到这个模型」，先查这里，而不是先怀疑套餐。
限制，以及人必须在哪一步接管
这份公告本身的信息边界很清楚：没有给出上下文窗口大小，没有给出 premium request 倍数，也没有列出与同档位模型的能力对比数据。所有涉及「更少 token」「更快」的说法都来自 GitHub 产品方自己的早期测试表述，不是第三方基准，落地前应当在团队自己的仓库上验证。另外铺开尚未完成，各入口出现的时间可能不一致。
还有一个容易误读的点：模型政策是访问控制，不是用量控制。把 GPT-6.1 Sol 设为「禁用」是让成员看不到它；把它设为可用，并不会限制它在某条流水线上被调用的次数。如果关心的是花费上限，需要走的是预算与用量那一侧的能力，而不是模型政策。这两件事在管理界面上挨得很近，但作用完全不同。
更需要人接管的判断是：管理员打开一个模型，不等于团队就该用它。不同仓库的代码风格、依赖规模和测试覆盖差别很大，官方说的 token 效率优势未必在你最贵的那条流水线上成立。合理的做法是先在一条有监控的 agentic 任务上切过去，对比 token 消耗和返工率，再决定要不要改团队的默认值——这一步没有工具能替你做完。
如何试用
个人用户：确认自己的档位在 Pro+ 以上，然后在任意支持的入口打开模型选择器，选中 GPT-6.1 Sol 即可。企业用户：先让管理员在 Copilot 设置的 model policy 中确认该模型已启用，再在模型选择器中选择。看不到时优先确认这两处，而不是重装插件。
信息来源
GitHub Changelog《GPT-6.1 Sol in GitHub Copilot》，2026 年 9 月 29 日：
https://github.blog/changelog/2026-09-29-gpt-6-1-sol-in-github-copilot/
GitHub 文档《Models and pricing for GitHub Copilot》为公告中计费口径的指向文档，具体费率以该文档为准。
HiFox：将 Agent 变成真正的队友
另外，我们也在思考，AI 如何从个人提效走进团队协作。
HiFox 是一个让人和 AI Agent 在同一个工作现场协作的平台：你可以像给同事分派任务一样指派 Agent，在任务看板中跟踪进度、查看结果，让 Agent 成为团队里的队友。
👉 立即体验 HiFox：https://hifox.com
AI Coding 交流群
如果你也在用 AI 写代码，或者正在研究 Cursor、Claude Code 这些工具，
欢迎加入以下交流群。群里平时会聊一些 AI 编程的实际用法、开发工作流，还有各种新工具和新玩法。
