AI编程工具把GitHub撑爆了，微软不得不向AWS借服务器

今天看到一条新闻的时候，我第一反应是：这剧情也太魔幻了。

Business Insider爆料，微软已经在AWS上给GitHub开了后门，临时租了一批云容量来处理溢出流量。原因是AI编程工具太猛了，GitHub自己的基础设施根本扛不住。

微软和亚马逊在云市场是死对头，现在微软因为GitHub扛不住，不得不向最大的竞争对手借服务器。这就好比你家厨房塌了，只好去邻居家借沙发睡觉。

数据有多疯狂

先看几个关键数字。

2025年9月，AI代理产生的Pull Request约400万条。到2026年3月，这个数字飙到了1700万条。半年增长325%。更夸张的是commit数，GitHub COO Kyle Daigle四月份说，2026年全年commit数预计达140亿，而2025年只有10亿。翻了14倍。

带来这波增量的，主要是Cursor、Claude Code、GitHub Copilot、Devin这类AI编程工具。它们不像人类开发者那样朝九晚五、节假日休息，而是24小时不间断地写代码、提交PR、跑CI。而且它们不走浏览器界面，全走API和命令行，流量模式完全不在GitHub原本的容量规划里。

微软的尴尬处境

微软其实正在干一件大事：把GitHub从自有数据中心往Azure上迁。五月份已经搬了40%，目标是七月达到50%。但问题是，迁移期间平台还在同时承受AI流量冲击，两头烧。

结果就是GitHub五月份一口气报了九次降级事故，六月份预计可用性远低于三个九(99.9%)。Vagrant作者、HashiCorp联合创始人Mitchell Hashimoto四月份直接发博客说：GitHub现在这德性，一天好几小时打不开，已经不适合认真干活了。

这话说得狠，但数据支撑得住。GitHub CTO二三月份就承认过平台已经突破SLA底线。对于一个拥有超过1亿开发者的平台来说，这个稳定性问题已经不是小打小闹了。

AI编程工具到底在干什么

很多人可能没意识到，AI编程工具的使用方式已经和传统开发完全不一样了。

以前开发者写代码，一天可能提交两三次。现在Cursor、Claude Code这些工具，一个任务可以触发几十次API调用：生成代码、运行测试、修复错误、再提交。而且它们可以并行工作，一个项目里同时跑多个Agent，每个Agent都在不停地和GitHub交互。

更关键的是，这些工具不是辅助人类写代码，而是自主写代码。Claude Code甚至可以在你关机之后继续运行任务。这意味着GitHub的流量不再是人类作息的函数，而是AI Agent工作节奏的函数。

对开发者生态的影响

GitHub不稳定，最先受影响的不是大公司，而是独立开发者和开源社区。

大公司有自己的GitLab私服、有企业版GitHub，稳定性有保障。但独立开发者用的是免费版，开源项目依赖的是公共基础设施。当GitHub频繁宕机的时候，这些人会流向哪里？Self-hosted GitLab、Coding.com，或者干脆本地跑。

反过来看，这也给替代方案创造了窗口期。GitLab、Bitbucket、Gitea这些竞争对手，可能会因为GitHub的稳定性问题获得一批迁移用户。开源社区的替代方案反而获得了曝光机会。

代码平台的护城河变了

这件事最值得玩味的地方，是它揭示了一个结构性变化。

以前GitHub的竞争优势是协作体验、Issue跟踪、Actions集成这些功能层面的东西。现在Cursor、Claude Code这些工具直接绕过了大半UI，直接API狂刷。GitHub作为基础设施的价值凸显了，但同时也暴露了它作为商业产品的脆弱性，容量规划赶不上AI的增长速度。

代码平台的护城河，已经从功能好用变成了容量够不够硬。谁能稳定承载AI Agent的海量并发请求，谁就能在下一个时代站住脚。

我的判断

GitHub这次的危机，短期看是容量问题，长期看是架构问题。AI编程工具的流量模式完全不同于人类用户，需要重新设计底层架构来应对。微软的Azure迁移计划要到2027年才能完成，在那之前，这个世界最大的代码托管平台，可能还得继续向竞争对手借服务器。

但更深层的信号是：AI编程工具已经不是辅助人类写代码的定位了，它们已经是基础设施建设者必须认真对待的力量。整个软件开发的底层设施，都需要为AI时代重新设计。