GitHub 于 2026 年 10 月 26 日宣布 GPT-6.1 Terra 在 Copilot 中正式可用,面向 Pro、Pro+、Max、Business、Enterprise 五类套餐,可在 VS Code、Visual Studio、Copilot CLI、JetBrains、Xcode、Eclipse 等十类客户端通过模型选择器切换;按用量计费、采用提供商列表价,企业管理员可用模型策略控制是否开放。
GitHub Copilot 上线 GPT-6.1 Terra:十类客户端可选,管理员可用模型策略管控
这次发布的是什么
GitHub 在 2026 年 10 月 26 日发布变更公告:OpenAI 的新模型 GPT-6.1 Terra 在 GitHub Copilot 中正式可用。公告给的定位很明确——面向日常的智能体式编码与终端工作,成本低于 GPT-6.1 Sol;在早期测试中,它在终端类与 C# 编码任务上解出的数量明显多于 GPT-5.6 Terra,工作方式是在界定清晰的任务上以集中、连贯的步骤推进。
这不是一个新工具,而是同一批客户端里多了一个可选模型。覆盖范围写得很具体:Copilot Pro、Pro+、Max 三类个人套餐,以及 Business、Enterprise 两类组织套餐;公告没有提到免费档。
可选的入口列了十处:VS Code、Visual Studio、Copilot CLI、Copilot 云代理、Copilot 应用、github.com、GitHub Mobile(iOS 与 Android)、JetBrains 系列 IDE、Xcode、Eclipse。选择方式统一在模型选择器里,不需要额外配置。
可用性与限制
- 套餐范围:Pro、Pro+、Max、Business、Enterprise;公告未列举免费版。
- 推送方式:渐进式推送,公告明确说如果暂时看不到就稍后再看,不是一次性全量开放。
- 计费口径:按用量计费,采用提供商的列表价;具体单价与每月额度以 GitHub 文档的模型与计费页为准。
- 企业管控:Business 与 Enterprise 的管理员可通过 Copilot 设置里的模型策略控制是否开放该模型。
- 默认策略的坑:在「默认模型启用」下,新模型会被自动启用,除非管理员关闭了全局默认,或明确禁用了这一个模型。
- 能力边界:公告把它定位在日常编码与终端任务;复杂工程任务仍然需要更强的模型,选型时不要按「新就是好」来换。
主要功能
- 在十个客户端与入口的模型选择器里切换 GPT-6.1 Terra
- 面向智能体式编码:多步任务里保持连贯的执行步骤
- 终端任务:命令行的排查与修复类工作
- C# 生态相对友好:早期测试中该类任务的解决数量提升明显
- 企业侧可按模型策略单独开关
- 与既有计费体系共用:按用量、按提供商列表价结算
- 在 Copilot 云代理与 Copilot 应用中同样可选
技术原理
这次变更本身没有技术机制,值得说的是「一个模型进入一个多模型客户端」要走完的链路,以及这条链路对使用者的实际影响。
Copilot 不是单一模型产品,而是一层路由:同一个提问会按所选模型、任务类型与套餐额度分派到不同后端。所以「上线一个模型」在工程上包含三件事——把模型接入后端池、在十个客户端的选择器里暴露入口、把计费与额度规则对齐到既有体系。这次公告同时提到了模型与定价文档页,说明后两件是同步完成的。
选择器里的模型差异,落到日常使用上主要是三处:一是速度,同一段补全或同一个多步任务,快模型给出的首字延迟更低;二是长任务的稳定性,界定清晰的任务上快模型能一次做完,任务模糊时它更容易中途跑偏;三是成本,按用量计费意味着同一个任务用不同模型跑,账单不同。
企业侧的模型策略是另一条线。过去新模型默认自动启用,管理员要事后去关;这次的公告把默认逻辑写明了——默认开启,除非全局默认被关或该模型被显式禁用。对受监管行业来说,这条默认值比模型本身更需要注意:新模型上线当天就可能出现在开发者的选择器里。
实际体验
想确认自己能不能用上,可以按下面几步走:
第一步,看选择器。在 VS Code 的 Copilot 聊天面板里打开模型下拉,找 GPT-6.1 Terra;看不到就先确认客户端版本是不是最新,再等等渐进推送。JetBrains、Xcode、Eclipse 的入口同理,都在各自的模型选择里。
第二步,用同一任务做对照。挑一个你熟悉的、界定清晰的小任务(例如给一个函数补单元测试、或按报错信息改一行配置),分别用 Terra 与你现在常用的模型各做一次,记录是否一次通过、是否需要追问。公告强调的是「界定清晰的任务上步骤集中」,模糊需求不是它的强项。
第三步,看账单口径。在组织设置里确认该模型是否按提供商列表价计费、当前套餐的月度额度怎么算;个人套餐用户可以在用量页面观察一次任务消耗多少额度,再决定日常是否默认切过去。
第四步,企业管理员单独确认策略。进 Copilot 设置的模型策略页,确认这个模型对哪些组织、哪些人开放;如果你所在的行业要求新模型先评估再用,这一步要在推送到达之前做,而不是等开发者已经用上再回收。
第五步,固定团队默认值。如果团队决定把它作为日常默认,建议在文档里写清适用场景与不适用场景,避免有人拿它做大规模重构后再回头换模型。
项目地址与获取方式
公告在 GitHub 博客的 changelog 分类下,标题为 GPT-6.1 Terra in GitHub Copilot,页内附模型与计费文档、支持模型文档两处链接。使用方式是在各客户端的模型选择器里切换,不需要安装额外插件;企业侧的开关在 Copilot 设置的模型策略里。价格、额度与限流以 GitHub 官方文档为准。
适合谁用
- 日常写业务代码、跑终端排错的开发者:这是公告定位的主力场景。
- C# 与 .NET 技术栈的团队:早期测试里该类任务的提升被单独提到。
- 用 Copilot CLI 或云代理做自动化的人:模型选择器在 CLI 与云代理里同样生效。
- 企业管理员:需要在推送到达前把模型策略与合规评审对齐。
- 做复杂重构或跨仓库改造的团队:更适合继续用更强的模型,把它留给高频小任务。
常见问题
为什么我的模型选择器里没有 GPT-6.1 Terra?
公告说明是渐进式推送,看不到属于正常情况,稍后再查即可。也可以先确认客户端是否为最新版本、账号套餐是否在 Pro / Pro+ / Max / Business / Enterprise 范围内——免费档不在公告列举的范围内。
用它会额外收费吗?
按公告,它按用量计费、采用提供商的列表价,走的是既有的计费体系,不单独收费。但「按用量」意味着同样的任务用不同模型跑,消耗的额度不同;具体单价与每月额度以 GitHub 文档的模型与计费页为准,本文不写具体数字。
企业管理员怎么关掉它?
在 Copilot 设置的模型策略里单独禁用该模型即可。要注意默认逻辑:新模型在「默认模型启用」下会自动开启,除非全局默认被关闭或这一项被显式禁用;所以只改全局默认是不够的,得逐项确认。
它和 GPT-6.1 Sol 该在什么场景切换?
公告的划分是:日常智能体式编码与终端任务用 Terra,成本更低;需要更强推理的复杂任务继续用 Sol。实践中的判断办法是看一次通过率——同一个任务如果 Terra 需要两轮以上纠正,省下的额度往往被返工吃掉。
相关工具与内容
相关内容
OpenAI 发布 GPT-6.1 Terra:把计算机操作压到更低的成本档
OpenAI 于 2026 年 10 月 26 日发布 GPT-6.1 Terra,定位是「快而省」的日常办公与电脑操作模型:视觉推理、表单与图纸类任务、更自然的写作,已在 ChatGPT Work 与 Codex 向 Plus / Pro / Enterprise / Edu 开放,API 型号为 gpt-6.1-terra;复杂的编码与研究仍推荐交给 GPT-6.1 Sol 与 GPT-6 Astra。
Cloudflare 披露 GLM-5.3 跨请求缓存泄露:一次配置与引擎叠出来的事故
Cloudflare 于 2026 年 10 月 26 日公开一起已修复的事件:Workers AI 上的 GLM-5.3 因为 KV 池小于上下文窗口,叠加 SGLang 在分离式推理下对被拒请求的错误处理,超长提示的返回里可能混入其他用户的数据;共 155 条响应受影响,模型在 9 月 9 日下线约 40 分钟后恢复,修复同时推到 SGLang 上游。
Transformers v5.21:一次纳入六个新模型,并行与缓存有破坏性改动
Hugging Face 的 Transformers 于 2026 年 10 月 26 日发布 v5.21.0,新增 MiniCPM-OCR、Flint、UltraVBert、Gradium Phonon TTS、Pocket TTS 及其音频分词器等实现,同时改动张量并行与 MoE 专家分片策略、给量化缓存加了 FP8 后端,并把最低 Python 版本提到 3.11。
继续阅读:MCP 官方参考服务器 2.1.0:修复 8 个安全漏洞 · Open WebUI 0.12.4:技能按需加载与上下文压缩