GitHub 是否需要被重造：智能体时代下的代码托管平台

迄今为止人类编写的一切代码——每一个操作系统、传输协议、开源库——或许只代表了即将构建之物中的1%。我们正经历一场技术断裂：随着重心转向能够规划、起草、变基和测试软件的自主子智能体，经典的软件开发生命周期（SDLC）正在崩塌。

没有哪个平台比 GitHub 更敏锐地感知到这一技术转变。根据 GitHub Octoverse 2026 报告，9 月该代码托管平台上超过 40% 的拉取请求由 AI 智能体发起——较 3 月的 17% 大幅跃升。

“SDLC 不再是线性的。事实上，SDLC 正在崩塌。我们大多数人会根据任务在不同阶段之间跳转。现在，智能体正在处理大部分实现和验证工作，一切都汇入并出自这台中央学习机器，”微软 CoreAI 执行副总裁 Jay Parikh 在 GitHub Universe 2026 的主题演讲中表示。

这股智能体活动的浪潮也给 GitHub 的基础设施带来了相当大的压力。7 月，该平台记录了八起影响 WebUI、Copilot、API 和 SSH 认证的性能下降事件。一个月后，又发生了一次近八小时的全球宕机，被追溯至美国数据中心的一起关键基础设施故障。

“要做到这一切，你需要一个极其强大的基础，一个高性能且可靠的基础设施。今年有些时候我们确实在这些方面遇到了困难。但其中很大一部分是由于增长和规模。这并非借口，不过我们将、也必须做得更好，”Parikh 指出。

为了让其 2.25 亿开发者和五亿个公共仓库不至于在自主提交的重压下崩溃，这家微软子公司今年新增了超过 400 万个核心和 160 PB 的内部存储。

GitHub 还在通过将计算与存储解耦并最小化协调来重建核心 Git 原语。这一架构旨在让计算和存储工作负载独立扩展，初期目标是将扩展能力提升 180 倍。

提交规模

根据 Octoverse 报告，GitHub 在一年内记录了 343 亿次提交和 179 亿次推送，合并的拉取请求超过 13 亿。

智能体采用的规模可以从一个例子中看出：Anthropic 仅由三名工程师组成的团队在一个月内将其核心 Messages API 从遗留的 Python 基础设施移植到 Rust——后者在原始速度、内存安全和并发管理方面均优于前者。关键在于，这些工程师实际上都不懂这门语言。

“我们实际上没有一个真正懂 Rust 的开发者……实际上是 Claude 知道如何编写 Rust，我们信任 Claude，然后围绕它构建了大量系统，”Anthropic Claude 平台产品负责人 Angela Jiang 在与 AIM 的对话中透露。

这就是为什么 Git 已有 20 年历史的架构需要一场变革。它最初是为人类规模下的去中心化、串行化提交而设计的，而不是为成群结队的自主智能体同时跨多仓库项目进行变基、测试和编译而设计的。此类活动可能引发重试风暴。

GitHub 现在正在彻底重构 Git，以防止高并发循环阻塞企业流水线。

“我们将在明年初完成向 Azure 的全面多区域迁移，以确保基础设施能够随客户需求弹性扩展，”Parikh 告诉 AIM。

一系列发布

除了底层基础设施投资之外，GitHub 的产品、商业和安全发布旨在强化其端到端软件交付系统。

Copilot Projects 构建了一个多智能体管理平台，使开发者能够协调子智能体并跟踪并行工作。

Copilot Automations 提供了一个自我改进的反馈循环，该引擎监控人工干预并自动优化其提示词排序和工具使用。与此同时，Copilot Dreaming 会在底层代码库更改语言或框架时自动开启拉取请求以更新过时的指令文件。

最引人注目的发布是 Copilot Fusion，这是一个运行时模型编排引擎，可评估任务复杂度并将请求路由到最适合执行该任务的模型。这些模型包括 Moonshot AI 的 Kimi K3 和阿里巴巴 Qwen 2.5 等开放权重模型。

“我们目前确实在模型选择器中提供某些开放权重模型，我们有过 Qwen，过去也有过其他模型。因此，我们继续真正倾听开发者的需求，并将其引入模型选择器，”GitHub 首席运营官 Kyle Daigle 表示。

该公司还在力推 Copilot Code Review Max，这是一个自主代码审查层级，GitHub 宣称其在 ReviewBench 上针对关键漏洞取得了最高的 F1 分数。与此同时，AI Scans 可检测代码库中的漏洞并运行 PR 检查，而可达性分析则对安全警报进行优先级排序。

保持相关性

在主题演讲、演示和采访中，高管层反复强调“开发者仍然处于中心地位”——即便每一场演示都展示了自动化系统提交问题、审查差异并合并代码。

“在这场变革中，AI 不会也不能取代人的核心。在这个新时代，你必须继续带来创造力、判断力和品味。AI 不写故事；故事由你来写，”GitHub 开发者关系副总裁 Martin Woodward 断言。

与此同时，开源维护者正疲于奔命。著名的是，命令行工具 cURL 的创造者 Daniel Stenberg 在被大量由 AI 生成的幻觉漏洞报告淹没后，暂停了公开的漏洞报告赏金。许多代码维护者也在积极禁止未经核实的 LLM 辅助补丁，因为这些补丁带来了额外的验证负担。

“在流程中提出‘我应该构建这个吗？或者这是正确的架构方法吗？’时，开 PR 已经太晚了。我们应该更早进行这样的对话，而不是在我花费 token 构建了某个我们可能现在需要重写或完全丢弃的东西之后，”GitHub 员工研究工程师 Maggie Appleton 评论道。

该公司通过 GitHub 安全开源基金，与开源安全基金会和 GitHub 安全实验室等组织合作，直接与全球约 25 万名维护者合作。

但 GitHub 断言，尽管面临来自 Cursor Origin 等初创公司或前 GitHub CEO Thomas Dohmke 的 AI 编程初创公司 Entire 的竞争，该平台仍能应对 AI 垃圾内容带来的基础设施挑战。其防御在于企业锁定，以及这样一种信念：无论软件开发如何演变，世界仍然需要代码托管平台——以某种形式。

“我不认为世界需要一个新 GitHub。他们可能需要不同的工具，这很好，但他们需要的是我们为这个智能体时代而演进，这正是我们正在做的，”Daigle 肯定道。