GitHub说Copilot便宜了77%，评论区在问merge按钮谁按

Satya Nadella在X上发了条推，说GitHub正在重新定义agent时代的SDLC。同一天GitHub Universe 2026的博客把细节铺开了，作者是Jay Parikh，标题叫《Evolving every layer of the stack》。

Jay Parikh在博客里写，SDLC不再是规划、编码、测试、部署的线性路径。代码改动、同事的请求、生产指标，任何地方都能触发工作。开发者定方向、做决定、对交付负责，agent负责实现和验证。

最实在的数字来自Copilot Fusion。GitHub的说法是前沿模型级别的质量，速度快40%，成本低77%。在Artificial Analysis Coding Agent Index上，Fusion Max跟Opus 5.5 Max差两分，成本一半，每个任务少花40%时间。Mark在评论区问：Fusion是在多个模型之间路由，还是一个新模型？按GitHub文档，Fusion评估任务需要什么，在推理、代码生成、调试、工具调用几个维度上决定怎么执行，可以跨一个或多个模型。所以Fusion做的是路由编排，没有发布新模型。

Copilot Projects是另一个重点。它让你跨多个仓库跑agent任务，完全托管，并行session。Anand Butani说真实工作本来就跨多个仓库，能在一个地方跑agent正是缺的东西。Mr. Clicker问得更直接：一个循环跨多个仓库听起来不错，直到两个agent互相踩到对方的改动。那个merge谁赢？Aleksandar Janca补了一句：多个仓库同时跑agent，一个坏改动会同时落在好几个地方，他希望每次merge都有人批。

这些担心有来由。dipeshpatel在回复里说，现在几乎什么都能vibe code，但如果没有扎实的工程实践，企业级产品很难保证质量。更多agent只意味着更多代码要有人review。The Lunar Misfit的调侃更损：多个agent跨多个仓库，都在问GitHub是不是挂了。

Foundry那块也值得看。GitHub的统一Copilot harness进了Foundry，变成托管服务，用来跑长时间运行的agent，能推理、能调工具、能干活。harness可以理解成驱动agent的运行时，你不需要自己搭了。

几个小更新也有用。Session continuity让你在GitHub app、VS Code、CLI和web之间跟着同一个cloud agent session跑。手机上开始，到工位切VS Code，午饭时从github.com看一眼，agent在cloud里继续干。Copilot automations可以在repo里建AI工作流，跑在cloud上，能手动触发也能按事件或定时跑，现在还能从结果里学习，提出改进让你审。Copilot code review Max在ReviewBench的高危问题上F1分最高，Lite和Balanced管日常快审，Max负责深看。

商业上有个变化。GitHub Enterprise客户现在不用单独买Copilot订阅就能用所有Copilot功能，包括app、code review、automations这些，按用的AI credits付费。现有Copilot Business和Enterprise客户可以保留原计划或者随时迁。

基础设施数字：今年加了400万CPU核心、160PB高速存储、50Tb/s网络。正在往Azure多区域部署迁移，预计明年初完成。Git架构也在改，原则是简化primitives、存储和计算解耦、减少协调。Jay Parikh在博客里写：到目前为止写的所有软件，加起来可能不到未来五年要写的软件的1%。

评论区里Jon Cheney把重点放在77%成本降低上。他说跟他聊的公司已经不怎么卡在质量上了，一过试点团队，账单才是问题。这个观察比发布会本身更接近多数团队的实际情况。

Tory说GitHub的护城河正在从代码托管变成工作流重力。如果Fusion能降推理成本，Projects又能跨仓库协调多个agent，那每多一个agent，GitHub在软件构建流程里就更靠中心一步。这个判断比单纯说Copilot是个更好的编程助手要准确。

也有跑偏的。有人问微软到底做不做模型，有人问Azure DevOps怎么办，还有人直接开骂。评论区嘛。

最后放个搞笑视频，有人拿魔兽世界的角色配了句"You didn't MERGE my PULL request"。