纳德拉官宣 GitHub Universe 系列更新：Copilot Fusion 正式可用，Copilot harness 进驻 Foundry，Copilot Projects 开启公测

美国西部时间 10 月 28 日上午（北京时间 29 日凌晨），微软 CEO Satya Nadella 在其官方 X 账号发帖，公布 GitHub Universe 2026 大会当天的一批产品更新。这场 GitHub 年度开发者大会正在旧金山举行（The New Stack）。纳德拉称 GitHub 正在「为 agentic 时代重新定义 SDLC」（SDLC 即软件开发生命周期），帖文列出三项发布：GitHub Copilot Fusion、进驻 Foundry 的统一 Copilot harness，以及为跨仓库多 agent（智能体）协作提供编排循环（orchestration loop）的 Copilot Projects；他还写道，GitHub 正在扩容并强化架构，让「agentic 开发之家」更有韧性。

其中数字最具体的是 Copilot Fusion：纳德拉称其可交付前沿级（frontier-level）质量，速度快 40%，成本最高降低 77%。上述性能与成本数字均为微软/GitHub 官方单方口径，未经独立核实。

Copilot Fusion：开发者选「努力水平」，系统选模型

GitHub 当天发布的更新日志确认 Copilot Fusion 正式可用（generally available）：开发者在模型选择器里选中 Copilot Fusion 时，选中的不是某个具体模型，而是一套为每条请求挑选、组合模型的系统，它合并了 Project HydraFusion 的多模型编排与 Copilot 此前自动模型选择的机制。用户保留的决定权是努力水平：Standard 面向日常编码，High 面向更有挑战、需要更深推理的任务，Max 面向最复杂的工作。

Fusion 文档将其描述为「智能运行时模型路由与编排器」，并对每条请求规定了三种执行模式：Single，由单个模型直接完成；Cascade，先用高效模型起草，再由质量检查决定接受，还是升级到更强的模型重做；Critique，一个模型起草、多个模型并行审阅，原模型汇总意见后修改。文档强调，选择执行模式这一步很轻量，简单任务不会为用不上的审查多等时间、多耗 AI 信用。

上线范围与计费：Fusion 面向所有 Copilot 计划开放，覆盖 Visual Studio Code、GitHub Copilot app、Copilot CLI 与 JetBrains IDE；按任务中实际调用的每个模型以标准费率计费，Fusion 本身不另收费，付费计划用户在限时活动内使用可获模型成本 30% 折扣。High 与 Max 档可能为一个任务调用多个模型，消耗的 AI 信用可能高于 Standard。管理员可以通过企业模型策略限制 Fusion 可选的模型池，单独为 Fusion 停用某个模型而不影响其他开发者，也能把 Fusion 设为 Copilot 用户的默认选项。

更新日志引用 AT&T 首席软件工程师 Hari Pokhrel 的声明：「此前，开发者常会为一个复杂任务选一个更强大的模型，然后忘记在日常活动中切回来。」他表示，Copilot Fusion Standard 通过自动为任务选择合适的模型，改善了 AT&T 的 token（词元）效率，减少了不必要的支出，为更高价值的工作保留了容量。文档还提到另一个细节：Fusion 在 Standard 档可按需调用本地模型——Windows 设备可在 Copilot CLI、Copilot app 或 Visual Studio Code 内安装 MAI Code 1.1 Flash，也可经 Ollama 等方式在本地安装 Qwen3.8 Flash Next；该能力现处 public preview（公开预览），需手动开启实验特性。把模型选择交给系统的不止 GitHub 一家：The New Stack 在报道中提到，Replit 今年夏天已把「智能模型路由」设为所有账户的默认设置，Ramp 本月也把模型选择内建进其开源编码代理 Open SWE。

性能数字的两套口径：帖文里的上限与已公布的基准

纳德拉给出的数字中，「快 40%」在官方材料里有可对照的口径：更新日志称，在 Artificial Analysis Coding Agent Index 上，Copilot Fusion Max 得分 60，与 Claude Code with Opus 5.5 Max 相差不到 2 分，同时平均每个任务的 API 成本约为后者一半，token 用量约一半，耗时少约 40%。主旨文章以同一口径复述了这一结果。「最高降低 77%」则只出现在纳德拉帖文中：GitHub 的更新日志、主旨文章与 Fusion 文档，以及 9 月的 HydraFusion 博文，都没有给出这一上限的测算口径。

Fusion 的前身 HydraFusion 于 9 月 4 日以研究预览形式启动，当时的离线评测结果更细：在 TerminalBench 2.1 上，相比 Claude Opus 5，验证任务质量高出 4.9 个百分点、估算成本低 67%；在 DeepSWE 上质量低 1.5 个百分点、成本低 36%；在 GitHub 基于真实 Copilot 会话整理的内部基准 CheckpointBench 上，质量低 0.1 个百分点、成本低 65%。GitHub 当时写明，这些受控结果只对应评测所用的基准版本、工作流配置、模型池与定价假设。

Foundry 里的 Copilot harness：不用自己运维的 agent 运行时

纳德拉对第二项发布的表述是：统一的 Copilot harness（驱动 agent 执行的运行时框架）现已进入 Foundry——「一个用于构建会推理、使用工具并完成工作的长时运行 agent 的托管服务」。微软 Foundry 文档给出的机制更具体：Copilot harness 是 prompt agent（以提示词定义的 agent）的可选受管运行时（managed runtime），由 Foundry 负责运营 harness 及其执行环境，应用照常通过 Responses API 调用 agent，开发者无需部署或维护 harness 代码（文档）。

该功能现处 public preview：预览不附带服务等级协议（SLA），微软不建议用于生产负载；初始预览阶段只能在创建 agent 时选择 harness，不能给已有的 prompt agent 补挂；所用模型须支持推理与工具调用，自带模型（BYOM）暂不支持。运行时内置五类工具——读取文件、写入文件、执行 shell 命令、抓取网页内容、把工作委托给 subagent（子代理）——新建 agent 默认全部开启。每个对话有独立工作区，Foundry 可以在不打断对话的情况下闲置、恢复或替换沙箱，工作区状态在正常操作后保留。

微软在 Universe 前一天（10 月 27 日）发布的一篇文章解释了 harness 的定位：它把指令、脚本和配套资源打包成可复用技能，让行之有效的工作方式沉淀为可复用的生产资产，而不是困在单个 agent 会话里（commandline.microsoft.com）。

Copilot Projects：一个目标，跨仓库的多个 agent

第三项发布 Copilot Projects 当天在 GitHub Copilot app 中开启 public preview。用法是：新建项目、描述目标，附上所需上下文（仓库、设计稿、Slack 讨论串或会议纪要都可以），再选定模型与工具；Copilot 按工作量启动足够多的 agent，把结果（例如 pull request，代码合并请求）带回给用户审查。重复性工作可交给 project automations，比如「功能合并时自动产出一支宣传视频」。这对应纳德拉所说的「跨仓库、与多个 agent 协作构建的编排循环」。主旨文章对其定位是：agent 工作以完全受管的并行会话跨多个仓库运行，进度追踪、决策与下一步指令集中在一处，开发者可以「少花时间管理执行，多花时间决定值得做什么」。

配套的 session continuity（会话接续）让同一个云端 agent 会话在 GitHub app、VS Code、CLI 与网页之间接续：早上站会用手机发起，回到工位用 VS Code 接手，午餐时在 github.com 上查看进度，agent 始终在云端运行。主旨文章称，支撑这一连续体验的正是公司的多模型 harness，并称其强大、快速且具成本效益。

扩容与计费变化：年内新增 400 万个 CPU 核心，Enterprise 免单独订阅

主旨文章署名 Jay Parikh，微软 CoreAI 执行副总裁。文章列出的年内投入是：新增 400 万个 CPU 核心、160 PB 高速存储与 50 Tb/s 网络容量；公司称容量之外还改了架构，新 Git 架构遵循三条原则——简化原语、存储与计算解耦、尽量减少协调。这些数字均为公司单方口径。

商业条款同步调整：即日起，GitHub Enterprise 客户无需单独购买订阅即可使用全部 Copilot 功能（包括 Copilot app、代码审查与 automations），按实际消耗的 AI 信用付费，当天起经 GitHub Sales（销售渠道）办理；现有 Copilot Business 与 Copilot Enterprise 客户可保留原计划或择机迁移。同日还有配套发布：Copilot code review Max——GitHub 称其在 ReviewBench 基准的高严重度问题上取得最高 F1 分；Copilot automations 能从执行结果中学习并提出改进建议，供用户审核后采纳。

文章结尾，Parikh 给出的判断是：迄今人类写下的所有软件，加起来将不到未来五年所写软件的 1%。两项进度留待后续核验：自助开通功能「稍后推出」；基础设施向 Azure 多区域部署的迁移，GitHub 预期明年初完成。

参考链接

• Satya Nadella 的 X 帖文：https://twitter.com/satyanadella/status/2115490856685990244
• GitHub Universe 2026 主旨文章（Jay Parikh）：https://github.blog/news-insights/company-news/github-universe-2026-evolving-every-layer-of-the-stack/
• GitHub 更新日志：Route and orchestrate models with GitHub Copilot Fusion：https://github.blog/changelog/2026-10-28-route-and-orchestrate-models-with-github-copilot-fusion/
• GitHub 更新日志：GitHub Copilot app, Universe releases：https://github.blog/changelog/2026-10-28-github-copilot-app-universe-releases/
• GitHub 文档：About GitHub Copilot Fusion：https://docs.github.com/en/copilot/concepts/models/copilot-fusion
• Microsoft Foundry 文档：Use the Microsoft Copilot harness with prompt agents：https://learn.microsoft.com/en-us/azure/foundry/agents/how-to/use-tools-skills-copilot-harness
• GitHub 博客：Project HydraFusion: Frontier quality via multi-model orchestration：https://github.blog/ai-and-ml/github-copilot/project-hydrafusion-frontier-quality-via-multi-model-orchestration/
• commandline.microsoft.com：The new primitives of agentic software delivery：https://commandline.microsoft.com/new-agentic-software-delivery-primitives/
• The New Stack：GitHub debuts Copilot Fusion：https://thenewstack.io/github-copilot-fusion/
• 微软官方博客：Jay Parikh 作者页：https://blogs.microsoft.com/blog/author/jayparikh/