GitHub 博客的发布时间是 2026 年 10 月 28 日 16:09:28（UTC）。作者栏写的是 Jay Parikh。文章从当天的 Universe 写起，先点名 GitHub Copilot 应用。页面写，这个应用面向代理式的软件交付，把项目里的代理和工具接在一起。用途不限于写代码：也可以写规格、呈现设计讨论，或者分析遥测。这几句是产品说明，上面没有分数。
[1]
Copilot Fusion 写的是模型调度。页面写，它先看一项任务在推理、代码生成、调试和工具使用上需要什么，再决定交给一个模型还是多个模型。带数字的只有后面一句，出处是 Artificial Analysis 的 Coding Agent Index。Fusion Max 与 Opus 5.5 Max 的分差在两分以内，成本是一半，每项任务的时间少 40%。两分以内没有写谁更高。一半和 40% 也没有附上两边的原始分数，以及一半成本对应的价格。
[1]Copilot projects 写的是今天起就能用，而且原生放在 GitHub Copilot 应用里。它让代理工作跨多个仓库进行，会话由平台托管，并且可以并行。页面写，进度、决定和下一步放在同一处。并行能开到多少路，页面没有写。
[1]会话连续性写的是同一条云端代理会话。这条会话可以在 GitHub 应用、VS Code、命令行和网页之间接着看。页面举的例子是：站会上从手机开始，到工位用 VS Code 调整，午饭时在 github.com 查看，代理继续在云端工作。这一段还提到多模型套件，只用了有力、快、成本效率高这层说法，没有写 Foundry 上的预览或正式提供。那两个状态在另一篇文章里。
[1]自动化写的是仓库里的流程。流程跑在云端，可以手动开始，也可以跟着事件走，或者按日程走。页面举的协调例子是议题分拣和代码审查。新加的一句是：自动化可以从自己的结果里学习，并提出改进，交给人复核、批准。学习记的是什么、批准放在哪个界面，页面没有展开。
[1]代码审查 Max 是今天引入的。页面写，它在 ReviewBench 上针对高严重度问题拿到了最高的 F1。Lite 和 Balanced 继续把日常审查保持在较快的速度，Max 用在一份改动需要看得更深的时候。F1 的数字没有印出来。最高是和哪些审查比出来的，页面没有附对照表。
[1]计费写在功能后面，而且从今天起算。GitHub Enterprise 客户可以不再另买一份订阅，就使用全部 Copilot 功能。页面点了名的有 GitHub Copilot 应用、代码审查、自动化，以及更多。费用按使用的 AI 积分计算。今天通过 GitHub Sales 办理，自助购买写成 coming soon。已经在用 Copilot Business 或 Copilot Enterprise 的客户，可以留在当前方案，也可以以后再迁。配图是这篇博客的 Universe '26 主视觉。
[1]