Copilot Fusion 半价接近顶配，GitHub 把赌注压在整条流水线

GitHub Universe 2026 第一天，GitHub 把 keynote 的重点放在一套从 issue 到 merge 的 agent 工作流上。GitHub 的新闻稿把目标说得很直接：交付完成的软件工作，功能、修 bug、安全修复都算，代码行数不算。Jay Parikh 在文章里给出的判断更夸张：到今天为止写过的软件，可能不到未来五年要写的 1%。

这次发布覆盖多个环节。Copilot app 连接项目里的 agent 和工具，让用户少做手动交接。Copilot Fusion 做多模型编排，按任务需要选择模型组合。GitHub 给出的数字：在 Artificial Analysis Coding Agent Index 上，Fusion Max 与 Opus 5.5 Max 差 2 分，成本约一半，每个任务少 40% 时间。这个数字最容易被转发，也最需要验证。测试集之外的脏仓库、长依赖、奇怪构建脚本，才是成本账真实发生的地方。有网友在回复里说，如果路由在真实仓库里也成立，很多团队现在为 agent 运行付的钱都偏高。另有网友补充，付费计划到 11 月底有折扣，具体以官方页面为准。

Copilot projects 让 agent 跨多个 repo 跑并行会话，用户在一个地方看进度、做决定。Session continuity 让同一个云端 agent 会话在 GitHub app、VS Code、CLI 和网页之间接着跑。Copilot automations 在 repo 里跑 AI 工作流，可以手动触发、按事件触发或定时跑，还能从结果里学习并提议改进。Code review 也加了 Max 档，GitHub 说它在 ReviewBench 的高严重问题上有最高 F1 分。日常 review 用 Lite 和 Balanced，需要深挖时用 Max。企业客户现在不用单独买 Copilot 订阅，所有 Copilot 功能可用，按 AI credits 付费。

有网友把注意力放在 review 责任上：当 agent 开始开多 repo 的 PR，还是得有人对改了什么、为什么改负责。这个提醒比模型排行榜更接近落地。有网友只想要基础设施，另一位说想看 GitHub 保持在线。这个要求不花哨，但很实际。还有网友问 Fusion 实际怎么拆分任务，这个问题只能等真实项目里的表现。

基础设施部分给了数字：今年新增 400 万 CPU 核、160 PB 高速存储、50 Tb/s 网络容量；正在迁到 Azure 多区域部署，预计明年年初完成。Git 架构的调整原则是简化原语、存储与计算解耦、减少协调。对普通用户，这些数字没有 Fusion 好懂；对每天被 CI 和 PR 队列卡住的人，它们决定 agent 工作流能不能真的跑起来。

GitHub 的愿景是把规划、编码、测试、部署串成一套持续系统。模型是其中一层，评审、权限、成本、基础设施都在同一张账单上。Fusion 的性价比值得试，但别只看 keynote 里的分数。找一个你最乱的仓库，让 agent 开一个 PR，再决定要不要把更大的任务交出去。

原文：GitHub Universe 2026: Evolving every layer of the stack
X 原帖：GitHub on X