GitHub COO Kyle Daigle：Agent 流量模式颠覆扩容假设，代码验证将成下一个瓶颈

在旧金山举行的 GitHub Universe 2026 会议上，GitHub 首席运营官 Kyle Daigle 和微软 CoreAI 执行副总裁 Jay Parikh（现负责 GitHub）面对一个尖锐问题：前 CEO Thomas Dohmke 创办的竞争平台 Entire 刚刚上线，GitHub 是否需要担心被替代？Daigle 的回答是：世界不需要一个新的 GitHub，需要的是 GitHub 为 Agent 时代进化。但支撑这一判断的技术理由，比这句口号本身更值得细看。

Daigle 解释称，GitHub 今年夏天开始遭遇一系列意外故障——那些原本为人类开发者流量模式设计、长期稳定运行的服务突然崩溃。他的归因不是容量不足，而是行为模式的根本差异：Agent 与人类的操作方式完全不同。某些服务在人类使用下扩展良好，但在 Agent 并发访问下出现了团队完全没有预料到的失败点。他明确指出，仅靠增加核心数和水平扩容已经不够，必须重写核心服务本身，因为行为模式差异太大。

Parikh 补充说，当前增长速率让渐进式优化变得毫无意义。他在 Facebook 和 Akamai 积累了大规模基础设施经验，判断是：获得百分之五到十的改进，现在只能撑一两周。因此 GitHub 决定对核心服务进行彻底重写，而不仅仅是增加容量。

具体的架构响应包括两个层面。第一，将计算与存储在 Git 基础设施中分离，使两者可以按各自需求独立扩展。Parikh 解释，根据流量类型、时间段、用户身份和产品形态，计算负载和存储负载的变化模式不同，分离后各自优化。第二，从 GitHub 自有数据中心迁移到 Azure，获得弹性容量、地理灵活性和冗余——这些是固定设施无法提供的。截至十月初，迁移完成约百分之六十。

但 Daigle 认为真正的新约束不在生成端，而在验证端。当五个或十个 Agent 同时向一个仓库提交代码时，为每次提交运行完整构建既不可取也不必要。他提出几种可能的应对方向：对本地执行的构建进行签名并随 Agent 的工作一起提交、选择更小的相关测试集、探索基于证明的开发方法。他强调，正确的测试、评估和实时验证组合取决于具体应用场景——汽车制造商不会让 Agent 自行检查刹车卡钳是否接合。

在竞争叙事层面，Parikh 将 GitHub 定位为平台公司：提供完整工作流，同时也提供可独立使用的原语，让企业保留选择权。他明确说 GitHub 既有产品也有平台，而当前大量竞争工具只是单一产品。Daigle 则把当前时刻类比为零利率时代末期——当时涌现了大量精巧但极窄的开发工具，最终许多团队加入了 GitHub。这一类比暗含的判断是：Agent 时代同样会经历工具碎片化，但平台整合是最终方向。

需要指出的是，以上全部是 GitHub 领导层的自我评估和战略叙事。Dohmke 的回应直接质疑其前提：将软件开发的未来交给单一大型科技公司本身就是一个问题。Daigle 关于 Agent 行为模式导致意外故障的描述是归因性陈述，GitHub 已发布过八月故障的公开复盘，但本文未读取该复盘的具体技术细节。验证瓶颈的论述目前仍是方向性判断，尚未有已部署的解决方案来证明其可行性。