6 月 16 日，微软承认了一件挺没面子的事：GitHub 快扛不住了，得把一部分流量甩给亚马逊的 AWS。
是的，就是那个跟自家 Azure 抢了十几年生意的对头。
把全世界程序员的代码都托管在自家平台上的微软，现在得花钱去租对手的机房，才能让 GitHub 喘上气。
原因只有一个：AI 写代码，写得太狠了。
一周 2.75 亿次提交，这活儿人干不出来
先看几个数。
GitHub 的 COO Kyle Daigle 今年早些时候给过一个数字：平台每周要处理 2.75 亿次代码提交。照这个速度，2026 全年会冲到 140 亿次。
对比一下，2025 一整年这个数才 10 亿。一年之间翻了 14 倍。
| 指标 | 早先 | 现在 |
|---|---|---|
| 代码提交 | 2025 全年共 10 亿次 | 每周 2.75 亿次（年化 140 亿） |
| Claude Code 周提交 | 2025 年 9 月约 10 万次 | 260 万次 |
| AI agent 月均 PR | 2025 年 9 月 400 万个 | 2026 年 3 月 1700 万个 |
| GitHub Actions 用量 | 2023 年每周 5 亿分钟 | 每周 21 亿分钟 |
| 平台可用率 | 企业 SLA 承诺 99.9% | 近期约 88% |
光 Claude Code 一家，每周就往上灌 260 万次提交——去年 9 月这个数还只有 10 万出头。九个月，25 倍。现在全球公开提交里，差不多每 22 次就有 1 次出自 Claude Code 之手。
AI agent 开的 pull request 涨得更猛：去年 9 月每月 400 万个，今年 3 月变成 1700 万个，半年 325%。
这种量，人是堆不出来的。一个程序员一天能提交几十次就算高产，而一个 agent 一个会话就能甩出几百次。
机器不睡觉，也不走网页
GitHub 这套基础设施，当年是按”人”来设计的。
人有作息——白天写代码，晚上睡觉，周末摸鱼，提交量有潮汐。人也走网页：登录、点开仓库、点几下按钮，一套流程下来系统有喘息的空当。
agent 把这套假设全推翻了。
Cursor、Claude Code、Copilot、Devin 这些工具，全程挂在 API 和命令行上跑，根本不碰网页登录，不分昼夜，更没有周末这一说。GitHub 那套按人类使用曲线做的容量规划，到这儿直接失灵。
更要命的是连锁反应。一个 agent 提的 PR 不是孤零零一条，它会顺手触发一整串：CI 流水线跑起来、webhook 发出去、代码审查机器人开始读、Copilot 又凑过来给建议。一次人类提交对应一份负载，一次 agent 提交背后是一串负载在滚雪球。
GitHub Actions 的用量最能说明问题：2023 年每周 5 亿分钟，到今年初已经是 21 亿分钟。翻了 4 倍多，而且大头是机器自己在跑。
可用率掉到 88%，企业开始算账
扛不住的后果，已经写在故障记录里了。
GitHub 对企业客户承诺的可用率是 99.9%。但最近几个月，实际数字滑到了 88% 上下，单月最差的时候只有七成多。4 月出了 10 起服务故障，5 月又是 9 起。
代码搜索一度挂了将近 9 个小时。会话启动失败率峰值冲到 97.5%，意思是高峰期你十次里有九次半根本连不上。有人实测，agent 排队等响应能等上 54 分钟。
对掏钱买企业版、把整条研发流水线绑在 GitHub 上的公司来说，这已经不是”偶尔卡一下”的体验问题，而是实打实违反了合同里写死的 SLA。
微软的尴尬：一边往 Azure 搬家，一边找 AWS 借云
微软的应对，透着一股手忙脚乱。
它原本的计划是把 GitHub 整体迁到自家 Azure。GitHub 的工程 SVP Jakub Oleksy 说了句实话：
“We’re now serving 40 percent of monolith traffic from Azure, up from 8 percent in February.”
讲人话就是——主干流量里走 Azure 的那部分，从 2 月的 8% 拉到了现在的 40%。搬家在搬，但赶不上需求涨的速度。
问题是 Azure 这会儿自己也满了。微软去年 10 月估算容量得扩 10 倍，到今年 2 月一看，30 倍都打不住。自家的云填不上这个窟窿，只能临时去找 AWS 接盘——把一部分突发的算力和存储，尤其是 GitHub Actions 的运行器和 Codespaces 这种吃资源的活，甩给亚马逊扛着。
微软嘴上把这叫”多云容错”，听着像是主动的架构选择。但谁都看得明白，这就是被容量逼到墙角后的应急之举。官方的说法是 AWS 只是过渡，等迁完 Azure 就收回来，时间表指向 2027 年。
这事的味道
最值得玩味的不是哪家云赢了，而是这么个事实：AI 编程工具把它们赖以生存的那块地基，给踩塌了。
agent 能跑得这么欢，前提是有 GitHub 这样的平台接着它们的提交、跑着它们的流水线。结果这些工具一旦真普及开，产生的负载反过来把平台压垮了。这有点像养了一群不知疲倦的工人，结果发现工厂的地板承不住他们的重量。
往下看，账迟早要算到钱上。GitHub 现在还在按”人”的逻辑收费——按席位、按月。可一个席位背后挂着几个不眠不休的 agent 时，这个定价模型撑不了多久。Copilot 今年已经偷偷从包月改成了按 token 计费，GitHub 自己之前也暂停过新订阅。这次的基础设施警报，只是把同一个问题摆得更明白：当写代码的主力从人变成机器，整套云的成本、容量和定价，都得推倒重算。
微软借亚马逊的云这一幕，大概率不是最后一次。
参考来源：GitHub's AI Agent Crisis Forces Microsoft to Tap AWS as Outages Break Enterprise SLAs（TechTimes）；Microsoft Taps AWS to Keep GitHub Running Amid AI Surge（AI Weekly）；CocoLoop、GitHub Is Running on AWS Now. Here's Why AI Coding Broke the Platform（byteiota）；AI News Today June 16 & 17, 2026（unrot.co / Build Fast with AI）