本年 2 月 9 日，北京时期夜深，宇宙数以千万计的开导者盛开 GitHub，看到了兼并个页面。

不是 404，比 404 更让东谈主慌乱——是阿谁让统统工程师后背发凉的黄色告诫条，加上景况页上一滑排从绿色变成红色的诱骗灯。

github.com 挂了。

API 挂了。

GitHub Actions 挂了。

Git 操作挂了——就连 Copilot 也没能避免。

那一晚，有东谈主的 CI/CD 活水线在最重要的节点停摆，有东谈主的自动化部署卡在了半空中，还有东谈主在恭候一个迟迟无法合并的 PR——背后是一个恭候上线的功能，恭候的是的确用户。

过后 GitHub 发布了事故敷陈。根底原因，用本领话语说，是「一个矜重认证和用户管制的，中枢数据库集群过载」。但这几个字背后藏着一条惊魂动魄的触发链——

两天前，工程团队为了尽快给用户推送一个新模子，把一个「用户设立缓存」的刷新时期从 12 小时改成了 2 小时。等于这一个设立数字的编削。

恶果，本来漫步在 12 小时内完成的缓存重写，被压缩进了 2 小时，酿成了一次密集的「缓存重写风暴」，异步任务队伍被倏地打爆，分享基础设施组件崩溃，四百四病彭胀到了矜重代理 HTTPS Git 操作的作事，最终导致统统这个词平台的伙同耗尽。

一个数字，从 12 改到 2。

GitHub，是被我方改的一个设立打穿的。

但如果你只看到这一个设立编削，那你随机错过了这个故事最伏击的部分。

01

不是一次不测，是十次不测

事实上，2026 年的前三个月，GitHub 资格了至少 8 次紧要事故。2 月份单月就有 37 次群山万壑的故障纪录。GitHub 的 CTO Vlad Fedorov 其后在博客里承认，这两个月 GitHub 没能保管它向企业客户情愿的「三个九」——99.9% 可用性。

翻开这两个月的故障档案，你会发现一个奇特的端正：每一次事故，看起来都是不同的原因。

2 月 2 日：Azure 算计提供商出问题，GitHub Actions 停摆近 4 小时，Copilot 编码代理、CodeQL、Dependabot 全部受牵扯。 2 月 9 日：缓存重写风暴，认证数据库过载。 3 月 5 日：Redis 集群故障，GitHub Actions 95% 的职责流无法在 5 分钟内启动，平均蔓延 30 分钟。 3 月 18 日：Webhook 蔓延飙升到日常水平的 32 倍。

每一次看起来都是「不测」，每一次的平直原因都不一样。但 Fedorov 的讲解注解把它们串成了兼并个故事。他说，这些事故背后有三个共同的结构性原因：「快速的负载增长、作事之间的紧耦合导致局部故障扩散，以及系统枯竭对特别客户端的流量保护能力。」

用工程师的话说，GitHub 的地基，仍是运行在新负载的重压下出现过错。

而这个「新负载」，有一个具体的名字。

02

每周 2.75 亿次提交

重要数据

2025 年全年 commit 总量：约 10 亿次 2026 年单周 commit 量：2.75 亿次 按此速率，2026 年全年展望：140 亿次（同比增长 14 倍） GitHub Actions 算计量：2023 年每周 5 亿分钟 → 2025 年 10 亿 → 2026 年头某周 21 亿分钟

如果你是 GitHub 的基础设施工程师，2025 年和 2026 年的监控神情盘对比，随契机让你缄口结舌。

2025 年全年，GitHub 处理了大致 10 亿次代码提交。这个数字自己仍是很大了，是 GitHub 平台多年积贮的恶果。但到了 2026 年，单周的提交量就达到了 2.75 亿次。换算一下——如果按这个速率走十足年，2026 年的总提交量将接近 140 亿次，是 2025 年全年的整整 14 倍。

这不是一条平滑增长的弧线，而是一王人斜坡。GitHub 的 Actions 算计量变化更能讲解问题：2023 年每周花消 5 亿分钟，2025 年翻倍到 10 亿，然后在 2026 年头的某一周，平直飙到了 21 亿分钟。

是什么在放荡提打法码？

不是东谈主类开导者。

GitHub 的数据显现，AI Agent 正在成为这个平台上最活跃的「用户」。Claude Code 单唯独个用具，当今孝敬了 GitHub 统统公开仓库提交量的 4.5%。每周 260 万次提交，而在 2025 年 9 月底，这个数字还唯有 10 万——三个月内增长了 25 倍。

AI Agent 开启的 PR 数目相似在爆炸。2025 年 9 月，AI 生成的 PR 大致是每月 400 万个，到 2026 年 3 月，这个数字跳到了 1700 万——四倍多，半年内。

有一个画面不错帮你王人集这意味着什么。

以前，GitHub 的「用户」主淌若东谈主类圭表员。他们白安分责，晚上休眠，周末休息，每次提交会念念考，会夷犹，手速有上限。系统的负载随着东谈主类的作息走，有峰谷，不错预测。

当今，越来越多的「用户」是 AI Agent。它们不休眠，不竭息，不夷犹，一个任务不错同期开多个并行的 Agent，每个 Agent 每小时的提交量，21点游戏2026最新手机版app下载安装粗俗跳跃一个的确工程师一周的职责量。更伏击的是，它们不仅仅在提打法码，还在不绝创建新仓库——把仓库当成职责流的「输坐蓐品」，而不是东谈主类的「职责空间」。

GitHub 的基础设施工程师们，面临的仍是不是一个流量更大的同类问题，而是一个性质十足不同的问题。

03

Copilot 的钱不够烧了

故障频发仅仅问题的一面，GitHub 还有另一个更让东谈主头疼的费劲——算账的时候发现亏了。

Copilot 领先的订价逻辑，确立在一个合理的假定上：用户主淌若「赞助补全」式的使用，每次交互是一会儿的，算计量可预测。个东谈主版每月 10 好意思元，买卖版每月 19 好意思元，按座位收费，这个模子在往常几年里运转邃密。

然后，Agentic AI 来了。

Agentic 职责流和传统补全是两个物种。圭表的代码补全，苦求是线性的、可预测的，算计周期一会儿。而一个 Agentic 编码 session，可能运行几个小时，同期启动多个并行线程，进行多步推理、自我纠错、跨仓库重构——一个 session 花消的 token 量，粗俗跳跃一个无为用户一整月的订阅用度。

GitHub 面临的场所是，少数重度 Agentic 用户，正在用几好意思元的月费花消极度于几百好意思元的算计资源。

面临这个场所，GitHub 的响应很平直——先控流，再改价。

本年年头运行，GitHub 对 Copilot 启动了两套并行限流机制：session 时长上限和每周使用量上限，两个维度都按照 token 花消量乘以模子算计权重来算。与此同期，部分个东谈主 Copilot 套餐暂停了新用户注册。

6 月 1 日，GitHub 完成了更根底的订价纠正：Copilot 全面切换按用量计费，用「AI Credits」取代蓝本的套餐用度，1 个 AI Credit 等于 1 好意思分，使用量按 token 花消及时算计。

按座位收费的期间，在 Agentic AI 眼前，走到了止境。

这个滚动不仅仅 GitHub 的纳闷。这是统统这个词 AI 用具行业在 2026 年正在资格的一次集体订价危险——当 AI 运行替代东谈主类推论无缺的职责流，而不仅仅「赞助」东谈主类职责时，统统基于「每东谈主每月」的订阅逻辑都会失效。

04

30 倍，不是 10 倍

回到基础设施问题。GitHub 到底准备何如粗俗这个「14 倍增长」？

这里有一个细节，能讲解问题的严峻程度：

2025 年 12 月下旬，Agentic 职责流倏地运行加快。GitHub 的工程师们意志到，10 倍不够。到 2026 年 2 月，也等于那次严重停机之后，GitHub 晓谕需要按照今天界限的 30 倍从头算计打算架构。

不是扩容，是从头算计打算。

这两个词的辞别很大。扩容是把现存的机器变多、把现存的数据库加内存——标的不变，仅仅界限变大。从头算计打算意味着，现存的架构假定在 30 倍界限下会系统性失效，必须从底层从头念念考作事拆分、数据流、故障遮拦的风物。

GitHub 露馅的具体标的包括，解耦重要作事以驻扎级联失败、引入背压机制和流量左迁能力、为热门作事部署独处主机、摈斥单点故障，以及更完善的变更管制——避免「把缓存 TTL 从 12 小时改到 2 小时」这种操作在莫得充分压测的情况下平直上线。

值得精明的是，GitHub 并不孑然。

Stripe 仍是际遇了 AI Agent 批量创建账户的问题，AWS 正在构建 Agent 专用的身份系统、日记系统和生产截止机制。这些看成不是未雨缱绻，而是监控神情盘上仍是出现了它们不得不贬责的信号。

GitHub 仅仅第一个被打穿的——因为它在 AI 用具链的最中枢。

05

代码仓库，正在变成 AI 的排气管

停驻来想一想这整件事的性质。

GitHub 是什么？最直不雅的回复是，它是圭表员存代码的方位。但更深一层，它是东谈主类软件合作的基础设施——提交纪录是合作的轨迹，PR 是盘考的容器，Issues 是意图的留存，Action 是推论的管谈。整套系统，是为东谈主类的职责节律、念念维风物和合作模式算计打算的。

AI Agent 改变了这一切。

当一个 AI Agent 一天不错提交几百次代码，每一次「提交」背后莫得东谈主类的念念考和衡量，唯有一个任务轮回的程度神色——代码仓库照旧「合作的容器」吗？

当 AI 用具自动生成仓库、自动开 PR、自动跑 CI、自动 merge——开导者照旧这个过程的主体，照旧说他们仍是退化成了「审核者」致使「旁不雅者」？

GitHub CTO 在刻画此次危险时，用了「负载快速增长」这个词。但这个词很可能低估了问题的本色——这不仅仅量的增长，是使用风物的质变。在旧模子里，GitHub 是「开导者的用具」；在新模子里，GitHub 正在变成「AI 的排气管」，一个自动化职责流的输出管谈。

这对 GitHub 意味着什么，其实还莫得谜底。30 倍扩容能贬责流量问题，但贬责不了买卖模式的再界说，也贬责不了「谁是我的真确用户」这个身份问题。

最近有一个颇为语重点长的慷慨：GitHub 在停机之后开了大都工程博客，相当翔实地刻画了每一次事故的根底原因，简直达到了令东谈主不测的透明程度。有东谈主合计这是 GitHub 在主动确立信任，也有东谈主合计这是在以透明度疏浚开导者社区的耐性——因为接下来的重构期，还会有更多不褂讪。

一个平台21点游戏下载手机版app官方版，在被我方的生效打穿之后，需要把我方斥逐重建——而这个过程自己，亦然一次能不成撑住的历练。