GitHub Universe 2026 发布 GitHub Copilot app、Copilot Fusion 等智能体产品

作为开发者，我们的工作正在发生变化。短短几年间，我们从逐行编写代码，发展到与 AI 助手协作，再到如今统筹调度成群的智能体。但目标始终未变：交付完成的软件成果。一个功能、一个缺陷修复、一个安全补丁。真正重要的产出是完成的工作，而不是更多的代码。

今天在 GitHub Universe 上，我们分享了将 GitHub 打造为全球最全面的软件交付系统的愿景。我们发布了一系列让这一愿景落地的产品，并展示了我们如何重建其底层基础设施。

我们的愿景：从想法到完成的软件

软件开发生命周期（SDLC）不再是从规划到编码、测试再到部署的线性路径。一次代码变更、同事的一个请求，或一项生产指标，都可能触发系统中任意环节的工作。我们大多数人（以及我们的智能体）会根据手头的任务，在不同阶段之间来回切换。开发者把握方向、做出决策，并对最终交付负责。智能体负责实施和验证变更。所有环节都汇入一个持续学习的机器，并从中产出，让下一个周期变得更好。

这套智能体软件交付系统解决三个问题：

• 速度：尽可能快速、高效、低成本地从想法走到完成的软件
• 智能：将平台各处的上下文与持续学习引擎结合起来，让系统越用越好
• 质量：让完成的工作默认安全，并在缺陷上线前将其捕获

GitHub 为开发者及其智能体而构建。我们同时开放底层原语，让你可以构建自己的定制方案。工作内容、工具和成本始终由你掌控。

推动工作向前的新功能与新产品

今天在 Universe 上，我们展示了一些最新产品和功能的实际效果，首先是 GitHub Copilot 应用。

GitHub Copilot 应用：从 issue 到合并，一个应用搞定

GitHub Copilot 应用从设计之初就面向智能体软件交付。它跨项目连接你的智能体和工具，让你无需亲自处理每一次交接就能指挥工作。而且它不止用于生成代码：你可以在同一个智能体优先的界面里编写规格说明、进行设计讨论或分析遥测数据。

Copilot Fusion：多模型编排的极致

不同任务需要不同的模型。开发者不应该为了以合适的价格获得正确的结果，而不得不管理每一个模型选择。Copilot Fusion 会评估任务在推理、代码生成、调试和工具使用方面的需求，然后决定如何在一个或多个模型上执行。在 Artificial Analysis Coding Agent Index 中，Fusion Max 的得分与 Opus 5.5 Max 相差不到两分，成本只有一半，每个任务耗时减少 40%。

Copilot projects：给 Copilot 一个目标

从今天起，Copilot projects 在 GitHub Copilot 应用中原生可用，让你在完全托管的并行会话中跨多个仓库运行智能体工作。你可以在一个地方跟踪进度、做出决策并指挥下一步。这意味着你可以少花时间管理执行，多花时间决定什么值得构建。

会话连续性：跨界面持续工作

切换设备或工具时，你的工作不该从头再来。会话连续性让你可以在 GitHub 应用、VS Code、CLI 和网页端之间，启动并跟进同一个云端智能体会话。早上站会时用手机发起，坐到工位后在 VS Code 里引导它，午饭时再从 github.com 上看看进展。智能体始终在云端持续工作。支撑这一切的多模型运行框架强大、快速且成本高效。

Copilot 自动化：从结果中学习

Copilot 自动化让你可以在仓库内创建 AI 驱动的工作流。它们在云端运行，你可以手动触发，也可以设置为响应某个事件或按计划运行。借此你可以协调多个智能体处理问题分类、代码审查等任务。现在，自动化还能从自身的结果中学习，并提出改进建议供你审核批准。这就是学习引擎的实际应用：用已完成工作的结果，让下一次运行做得更好。

Copilot 代码审查 Max：深入了解交付内容

代码越多，拉取请求就越多，审查需求也越大。只有保证交付质量，提速才有意义。Copilot 代码审查能发现开发者需要捕捉的、有意义且可操作的缺陷。今天我们推出了 Copilot 代码审查 Max，它在 ReviewBench 的高严重度问题上取得了最高的 F1 分数。Lite 和 Balanced 让日常审查保持快速；当改动需要更深入的检查时，新的 Max 会提供更细致的审视。

无需单独企业订阅即可使用 Copilot 功能

从今天起，GitHub Enterprise 客户无需购买单独订阅，即可使用全部 Copilot 功能，包括 GitHub Copilot 应用、代码审查、自动化等。你只需为使用的 AI 额度付费。

该服务今天起可通过 GitHub Sales 获取，自助购买也即将上线。现有的 Copilot Business 和 Copilot Enterprise 客户可以继续使用当前方案，也可以准备好后再迁移。GitHub 依然保持开放和可扩展。你可以继续使用团队依赖的工具，包括 Cloudflare、Datadog、Figma 等。

持续的基础设施投入

这一切都依赖一个快速、可靠且可扩展的基础。智能体正在改变软件开发的规模和形态。增加容量很重要，但仅有容量还不够，我们还必须改变架构。

今年到目前为止，我们新增了：

• 400 万个 CPU 核心
• 160 PB 高速存储
• 50 Tb/s 网络容量

我们还在迁移到 Azure 的多区域部署，同时继续承载来自全球开发者的巨大流量。我们预计明年年初完成迁移。这些投入为我们留出了更大的增长空间。下一步是构建承载这些工作的系统。

多年来，随着 GitHub 上的活动不断增长，我们一直在扩展 Git。智能体时代对吞吐量和可靠性提出了新的上限要求。我们的新 Git 架构遵循三项原则：简化基础原语、将存储与计算解耦、尽量减少协调。

Git 只是我们为扩展平台所做工作的一个例子。我们在 GitHub 的 AI 网关、运行框架等诸多方面都做了大量工作。

超越最初的 1%

我们的工作正在发生变化，但开发者比以往任何时候都更重要。我认为，迄今为止我们写过的所有软件，加起来还不到未来五年我们将写出的软件总量的 1%。机会不只是写出更多代码，更在于解决我们以前解决不了的问题。

正因如此，我们正在打通整个软件交付体系，让开发者有更好的方式与智能体协作，并针对未来的需求演进基础设施。而这一切都在 GitHub 上进行，因为在这里我们可以共同构建。

文章 GitHub Universe 2026：演进技术栈的每一层 最早出现在 The GitHub Blog。