一个被忽视的事实：AI 正在压垮整个软件工程的"地基"
2026 年 10 月底，GitHub 经历了一次罕见的多小时大规模降级：仓库 clone 超时、Actions 排队、API 限流到肉眼可见。事后官方更新说得很克制——“availability incident”。但 The Pragmatic Engineer 对此追问出了一个更尖锐的问题：为什么 GitHub 比 GitLab、Bitbucket、Codeberg 更容易在 AI 浪潮中崩溃？
答案不在 SRE 团队，而在一个产业层面的结构性变化：AI Coding Agent 把 git 当成了高频读写的 RPC 后端，而不是开发者偶尔 push 一次的版本控制系统。 这不是一次故障，而是一种新负载形态对老地基的系统性挤压。
一、负载画像：从"人类行为"到"机器行为"
传统 Git 服务承载的是人类节奏：
| 维度 | 人类开发者 | AI Coding Agent |
|---|---|---|
| 单日 clone 次数 | 个位数 | 数百到数千 |
| commit 粒度 | 小时级 | 秒级（每个工具调用） |
| 并发度 | ~1 | 数十到上百（并行子任务） |
| 分支生命周期 | 天/周 | 分钟级（用完即弃） |
| API 调用 | 偶尔 | 每秒数次（status check / file read） |
| 缓存友好度 | 高（同一开发者重复操作） | 低（每个 agent session 都是冷读） |
Cloudflare 在 Q1 2026 互联网中断报告里指出，AI 代理流量已经成为"非人类流量"中增速最快的一类，对源站缓存命中率的破坏不亚于一次小规模 DDoS。这意味着：AI Agent 的"用力方式"对 CDN/对象存储/版本控制这三个最古老的基础设施都不友好。
二、为什么 GitHub 首当其冲？
三个结构性原因：
- 市场份额放大效应：GitHub 占公开仓库 80%+，几乎所有 Coding Agent（Cursor、Codex、Claude Code、Copilot CLI、OpenCode、Aider）默认就把 GitHub 当后端。GitLab/Bitbucket 因为份额小，反而避开了第一波冲击。
- Actions 紧耦合：很多 Agent 用 Actions 跑测试反馈循环，相当于在版本控制层之上又叠了一层"按需 CI"。这层 CI 的并发是 push 数量的 N 倍。
- Copilot 自身就是放大器：GitHub 自家把 Copilot 升级到了 usage-based billing（10/30 公告），等同于鼓励更密集的 token 消耗，而每一次 Copilot 调用又往往伴随多次仓库读取。自家产品是自家基础设施的最大攻击者。
三、Marc Brooker 的尖锐提醒：It’s time to be right
AWS 资深工程师 Marc Brooker 这周写了一篇短文 It’s time to be right，核心论点是：分布式系统过去十年的主流叙事是"快胜于对"（move fast）。但当系统被 AI Agent 以远超人类的频率调用，错误率不再是百分比问题，而是绝对数量问题——0.1% 的失败率在每秒 10 万次调用下就是每秒 100 次故障，足以让上游 Agent 进入死循环或错误重试风暴。
这呼应了 GitHub 事故的真正后果：不是用户看到 502，而是无数 AI Agent 在背后无限重试，把负载又翻了一倍。 这是一个新型反馈环：负载越高 → 失败越多 → Agent 重试越多 → 负载更高。
四、可行的工程对策
短期看，被压垮的不只是 GitHub。下一波很可能是 npm registry、PyPI、Docker Hub、Hugging Face。三类对策已经开始浮现：
- 客户端预算：Anthropic / OpenAI 在 Agent SDK 里开始内置 rate-limit budget，强制 Agent 在每个 session 内限制对外调用数。这是把 backpressure 从服务端推回客户端。
- 本地代理 / Cache Layer：Sourcegraph 这类公司开始卖"Agent-friendly Git mirror"——为 AI 流量做读写分离。GitHub Enterprise 也在测试 “Agent Caching Tier”。
- 协议升级：MCP 把"读文件"和"写文件"分开声明，未来很可能在协议层规定 Agent 必须声明自己的读取意图，让服务端能聚合冷读。
五、判断与预测
- 未来 12 个月，至少会有 2 家"看起来不会挂"的开发者基础设施服务出现公开级故障：候选包括 npm、PyPI、Docker Hub、Hugging Face Hub。原因都将是 AI Agent 流量。
- Git 协议将首次出现"AI 模式"扩展：可能由 GitHub 主导，引入 sparse-clone-on-demand、API-only checkout 等新动词。
- “Move fast” 时代结束，“Be right” 时代开启：分布式系统设计的主流口味会回摆——更强的一致性、更明确的错误语义、更显式的限流契约。Marc Brooker 这篇短文很可能在两年后被回看为分水岭。
对工程团队的可执行建议：今天就把所有依赖 GitHub/Hugging Face/npm 的 CI 流水线加上"上游降级时的本地缓存 fallback"。 这不再是 nice-to-have，而是 2026 下半年的必备。
参考来源
- The Pragmatic Engineer — The Pulse: AI load breaks GitHub – why not other vendors? https://newsletter.pragmaticengineer.com/
- Marc Brooker — It’s time to be right. https://brooker.co.za/blog/
- Cloudflare Blog — Shutdowns, power outages, and conflict: a review of Q1 2026 Internet disruptions https://blog.cloudflare.com/
- GitHub Blog — An update on GitHub availability https://github.blog/
- GitHub Blog — GitHub Copilot is moving to usage-based billing https://github.blog/
