GitHub 2026年10月28日在Universe大会上发布了一组新产品，核心变化只有一个：开发者的工作方式从亲手写代码，变成指挥一批智能体完成软件。GitHub在官方博客中称之为最全面的软件交付系统，衡量的标准不再是代码量，而是交付了多少工作。
从Copilot应用到多模型编排
主角是新版GitHub Copilot应用。它把智能体和工具连在同一个界面里，开发者可以在其中写需求文档、讨论设计、分析运行指标，从提问到合并代码，不必在多个工具间反复交接。
配合它的是Copilot Fusion，一套多模型编排机制。它按任务对推理、代码生成、调试和工具调用的需求，决定用一个还是多个模型完成。GitHub引用的Artificial Analysis数据显示，Fusion Max得分与Opus 5.5 Max相差不到两分，成本减半、耗时少40%。能否在真实项目中复现，是Fusion最需要接受检验的一点。
另外三项补齐了同一条工作流。Copilot projects已在Copilot应用内可用，支持跨多个仓库并行跑智能体任务，进度和决策集中在一个地方查看；会话连续性让同一个云端会话可以在手机、VS Code、命令行和网页之间接着跑；Copilot automations可以在仓库里建立AI工作流，处理问题分类、代码评审等重复工作，还能从结果中学习并提出改进建议，由开发者决定是否采纳。
代码评审与收费方式一起改
Copilot code review新增Max档。GitHub称，它在ReviewBench评测中针对高严重性问题的F1得分最高；日常评审用更快的Lite和Balanced档，高风险改动再用Max深查。
收费方式的变化可能影响更大：企业客户即日起无需单独购买Copilot订阅即可使用全部功能，改为按实际使用的AI额度付费，现有客户可保留原方案或迁移。新方式通过销售渠道提供，自助开通随后推出。
开发者真正要换的，是工作习惯
今年的基建投入也已公布：新增400万个CPU核心、160PB高速存储和50Tb/s网络容量，并向Azure多区域部署迁移，预计明年初完成。
但对多数开发者来说，关键不在参数而在分工：未来五年写出的软件会超过历史总量的百倍，开发者的价值转向定方向、做决策、对交付负责。Copilot应用和Fusion能否让这套分工真正省时间，要看它们在真实仓库里的稳定性和成本。
