跳到主内容

GitHub Copilot 三个模型 11-16 退役,HydraFusion 新增 Max 档并换入前沿模型池

GitHub 官方 2026-10-15 公告:Opus 4.8 / Opus 5 / GPT-5.6 Terra 于 11-16 退役;10-14 HydraFusion 换入 Opus 5.5 与 GPT-6 家族并新增 Max 档。

2026-10-16 · GitHub 官方 Changelog(2026-10-15 退役公告 / 2026-10-14 HydraFusion 更新,两条均为官方原文一手核对)

发布 2026-10-16核实 2026-10-16

要点速览

  • 退役日已确定:2026-11-16。 GitHub 官方于 2026-10-15 公告,在全部 Copilot 体验中(Chat、inline edits、ask / agent 模式、代码补全)下线三个模型:
    被退役模型退役日官方建议替代
    Claude Opus 4.8*2026-11-16Claude Opus 5.5
    Claude Opus 52026-11-16Claude Opus 5.5
    GPT-5.6 Terra2026-11-16GPT-6.1 Sol 或 GPT-6 Luna

    * 唯一例外:Claude Opus 4.8 对「个人年度计划订阅者」继续可用——官方写明这是为了让这批用户仍保有一个 Opus 选项(so they retain an Opus offering)。Opus 5 与 GPT-5.6 Terra 无此例外。
  • 本站一项长期待核实项就此结案:此前多轮只能写「有汇总报道称 GPT-5.6 家族最便宜的 Terra 档已下线,未见 OpenAI 官方公告确认」。现在 GitHub 官方给出了确切日期与替代型号(Terra 本身的下线动作此前已完成,本次是 Copilot 侧的正式退役公告)。详见下文 ③。
  • HydraFusion 于 2026-10-14 更新并新增 Max 档:模型池换入 Claude Opus 5.5、GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna;推理强度按步骤定制(起草 medium、评审 high);Cascade 增加 judging 步骤、Critique 改用工具直查工作区 + 并行 critic。
  • HydraFusion 与 Max 均为 research preview,覆盖 VS Code、Copilot app、Copilot CLI 三端,需 Pro / Pro+ / Business / Enterprise 且开启实验性功能,并受组织模型策略约束。官方未给出 premium request 乘数或定价。

① 退役公告:范围、例外与「要不要手动处理」

官方原文界定得很清楚——影响范围是 across all GitHub Copilot experiences,并逐项点名:Copilot Chat、inline edits、ask and agent modes、code completions。不是只下架 Chat 里的一个选项,而是补全也会一起换。

对企业管理员,官方给的行为约定是:

Under default model enablement, the suggested alternatives are automatically enabled for Copilot Enterprise and Copilot Business customers unless an administrator has turned off the global default or explicitly disabled the model.

翻译过来是三种情况:

你的配置会发生什么
默认模型启用(未关 global default)替代模型自动开启,用户 11-16 前就能在 Chat 模型选择器里看到
管理员关掉了 global default需手动在 Copilot settings 的 model policies 里放行替代模型
退役发生后无需手动移除旧模型(官方:No action is required to remove the models after they have been deprecated)

「个人年度计划保留 Opus 4.8」这条例外值得单独看。 它不是单纯的技术兼容安排,而是订阅契约层面的兜底:年付用户签合同时买到的能力不能被中途抽走。对比商业软件常见的「提前 30 天通知即可下架」,GitHub 这次对 Opus 4.8 的处理更保守也更贵——它要为一条老模型路径继续承担推理成本。但也只对 Opus 4.8:同样被退役的 Opus 5 与 GPT-5.6 Terra 没有这条豁免,说明官方把「保底」的范围严格限定在「至少留一个 Opus」上,而不是「所有旧模型都保留」。

② HydraFusion:从「多模型编排」走向「按步骤分配预算」

HydraFusion 的定位官方一句话讲完:rather than being a single model, it orchestrates multiple models——它不是模型,是编排层。本次 10-14 更新的三项变化:

(a)模型池换代:现在从 Claude Opus 5.5、GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna 里取,且每个任务具体用哪些模型取决于编排工作流(The models used for each task vary based on the orchestration workflow)。

(b)推理强度按步骤定制——这条是本次最有信息量的一条:

Previously, HydraFusion only used each model's default reasoning effort. With this update, it explicitly tailors effort to each stage, using medium effort for initial drafts and high effort for review.

过去所有步骤都用模型的默认推理强度,现在起草用 medium、评审用 high。这是一个非常朴素的判断:草稿不值得花高推理预算,但审查值得。 它把「推理强度」从一个全局开关变成了一个可以按流程环节调度的资源。

(c)Cascade 与 Critique 两条工作流各自升级:

工作流此前2026-10-14 起
Cascade初始模型解题,需要时升级到更强模型加入 judging 步骤:先检查初始成果,只在需要时才请求修复
Critique重度依赖文本摘要更多用工具直接检查工作区;并改用并行 critic 模型审查

Critique 从「读摘要」改成「用工具直查 + 并行 critic」是明显的一步正确棋。 评审环节读的是起草模型自己写的总结,本质上是在审一份二手材料——被审对象控制了你看到什么。改成用工具直接看工作区之后,评审拿到的证据不由起草者转述。「并行 critic」则是在压评审延迟:多个 critic 同时看,而不是排队。

(d)新增 HydraFusion Max,官方定位表:

选项官方描述典型场景
HydraFusionBalanced approach with moderate token savings需要在速度 / 成本 / 性能之间取平衡的 agentic 任务
HydraFusion MaxFrontier capability for more demanding tasks, with token efficiency considered through orchestration需要最深推理与最全面分析的任务

官方未给出任何 premium request 乘数或价格数字,只在定位上区分「moderate token savings」与「frontier capability」。本站不转录任何第三方估算的倍率。

③ 一条长期待核实项的结案:GPT-5.6 Terra

这条要写清楚,因为本站此前在三个页面上都留了同一个「待核实」。

自 2026-09 起,GPT-6 Astra、GPT-6 Sol、GPT-5.6 三张模型卡里都写着同一句:「有汇总报道称 GPT-5.6 家族中最便宜的 Terra 档已下线,该说法未见 OpenAI 官方公告确认,请以官方定价页为准。」

现在这一条有了官方口径:GitHub 在 2026-10-15 的公告中把 GPT-5.6 Terra 明确列入 2026-11-16 退役名单,并给出替代型号 GPT-6.1 Sol 或 GPT-6 Luna。

但结案范围必须收窄,不能顺手写成「OpenAI 官方已确认 Terra 下线」:

  1. 公告发布方是 GitHub,不是 OpenAI。 这是 GitHub Copilot 产品侧的退役公告,不是 OpenAI API 的产品线公告。
  2. 它证明的是「Copilot 里 Terra 会在 11-16 消失」,以及「GitHub 官方认为 Terra 的继任者是 GPT-6.1 Sol / GPT-6 Luna」——这两点是一手且确定的。
  3. OpenAI API 侧的 GPT-5.6 Terra 定价页是否仍在、是否可调用,本次核对未取得 OpenAI 官方公告,该项继续保留为待核实。

结论:三张模型卡里的表述将改为「Terra 在 GitHub Copilot 中将于 2026-11-16 退役(GitHub 官方 2026-10-15 公告)」,而不是「Terra 已下线」。

AI 之家 观点

这两条放一起看,主线是同一件事:Copilot 正在从「模型超市」变成「编排层」。

一边砍掉三个旧型号(Opus 4.8 / Opus 5 / GPT-5.6 Terra),一边把 HydraFusion 的模型池换成清一色的当代前沿模型(Opus 5.5、GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna),还给它加了一个 Max 档。方向不是「给你更多选择」,而是「你不必选,我来编排」。 这与本站此前在 GitHub Copilot 10 月编排化资讯 里的判断一致,只是这次动作更实:先砍 SKU,再上编排。

第二个判断:把「推理强度」按流程环节调度,是 2026 年最有实用价值的成本优化手段,比换便宜模型更值得学。 官方那条「起草 medium、评审 high」看着简单,但它承认了一件事:一次任务里不同步骤的边际价值完全不同。 团队自己搭 agent 流水线时可以直接抄这个思路——批量生成阶段锁低推理、审查与合入阶段放开,比全局降档省钱且不掉质量。我们在 长任务分解 里强调的「分段控制成本」也是同一原则。

第三个观察:退役公告的「例外条款」比退役本身更值得读。 「个人年付用户保留 Opus 4.8」是合同义务压过产品整洁度的典型案例。给选型的人一个实用判据:看一家厂商怎么处理旧型号的退出——是提前 90 天公告 + 给替代 + 给豁免,还是静默下架。这比看它上架了多少新模型更能预测你明年会不会被坑。 本次 GitHub 给了一个月的窗口期(10-15 公告 → 11-16 生效),对自动化流水线来说偏紧,建议本周就把硬编码模型名的脚本查一遍。

最后一个提醒:别把 HydraFusion Max 当「更强的免费午餐」。 官方明说它仍是 research preview、受组织模型策略约束、且没有公布任何倍率数字。研究预览意味着行为可能变、可能下线、也可能计费口径变化。生产流水线不要把 research preview 的编排层放在关键路径上——它的价值是让你看清「编排到底能省多少」,不是让你现在就依赖它。

待核实

  • OpenAI API 侧的 GPT-5.6 Terra 是否仍可调用:本次依据为 GitHub Copilot 侧公告,未取得 OpenAI 官方对 API 产品线中 Terra 状态的声明,该子项继续待核实。
  • Claude Opus 5 退役后是否有类似 Opus 4.8 的用户豁免:官方公告只对 Opus 4.8 加了例外脚注,Opus 5 与 GPT-5.6 Terra 未提及豁免,本站按「无豁免」理解但不额外断言。
  • 「个人年度计划」的判定口径:官方表述为 individual GitHub Copilot subscribers on annual plans,未说明月付转年付、教育/非营利折扣订阅是否计入。
  • HydraFusion / Max 的 premium request 消耗倍率:官方公告完全未提,本站不给数字。
  • HydraFusion 各工作流具体调用哪些模型:官方称「因工作流而异」,未给出 Cascade / Critique / Single 各自的模型分配表。
  • GPT-6.1 Sol 与 GPT-6 Luna 在 Copilot 中的上架时间:公告未给,仅列为建议替代。
  • 退役是否影响 Copilot CLI 与第三方编辑器插件:公告只说「all GitHub Copilot experiences」并点名四类体验,未逐一列举客户端。

来源

口径说明:本文两条主线均取自 GitHub 官方 Changelog 原文(一手核对),引号内为官方原文引述,未加引号的归纳为本站表述。「退役」与「HydraFusion 更新」为两次独立公告,本文合并报道是因为它们共同构成 Copilot 模型池的一次重构,并非官方将它们打包发布。凡官方未给出的内容(倍率、模型分配表、API 侧状态),均已列入待核实,不作推断。

相关对比

Cursor vs Aider:GUI IDE 还是 CLI?2026 对比

Cursor vs Aider 2026 选型对比:GUI IDE vs Git 原生 CLI,从 Composer vs Architect 双模型、Tab 补全、多模型 BYOK、价格计费、开源与否和适合人群判断,帮开发者选对。Cursor 是闭源 VS Code fork 月费 $20,Aider 是开源 Apache-2.0 CLI 自带 API key。

Augment Code vs Cursor:企业 AI 编程怎么选?Context Engine vs AI IDE 对比

Augment Code vs Cursor 2026 选型对比:Context Engine 全仓索引的企业 AI 平台 vs SpaceX 收购的 AI IDE 天花板,从形态、Context 覆盖、长任务、价格、合规、中文支持和适合人群 8 个维度判断,帮你选对企业 AI 编程工具。

Claude Code vs Codex CLI:终端 AI Agent 双雄对比

Claude Code vs Codex CLI 2026 选型对比:Anthropic 与 OpenAI 两大官方终端 Agent 的模型、长任务、MCP 生态、Windows 支持、订阅打包价格和国内可用性全方位对比,帮你判断该用哪个终端 AI Agent,以及能不能两个一起用。

Cursor vs Claude Code:什么时候用哪个?(2026 实测选型)

Cursor 和 Claude Code 到底怎么选?一句话结论 + 决策树 + 价格实测 + 国内可用性对比。GUI 派选 Cursor,终端长任务派选 Claude Code,最优解其实是共存。

GitHub Copilot vs CodeBuddy:国内团队怎么选?2026 对比

GitHub Copilot 与腾讯 CodeBuddy 2026 选型对比:一个胜在生态覆盖与编辑器支持最广,一个胜在中文语境与国内直连。从产品形态、上手成本、长任务、价格与国内可用性 6 个维度给出明确取舍建议。

Codex CLI vs Crush:OpenAI 官方 vs 多模型 TUI(2026 实测选型)

Codex CLI vs Crush 怎么选:OpenAI 官方终端 Agent(GPT-5.6 + Windows 原生沙箱),对上开源 TUI(多模型切换 + LSP)。按模型、平台、价格、国内可用性对比。

相关评测