去年一整年的提交量，现在一个月就干完了。AI编程工具在创造代码的同时，也在摧毁承载代码的基础设施——GitHub 18年老用户愤然出逃，30倍扩容计划追不上AI的增长曲线。
事件回顾：当AI编程把GitHub"写崩了"
2026年6月12日，The Register发布了一份关于GitHub可用性的深度报道，数据触目惊心：GitHub去年全年处理了10亿次commit，而现在——每个月就要接收14亿次commit。
换句话说，AI编程工具全面铺开后，一个月产生的代码提交量就超过了2025年一整年。
GitHub早在2025年10月就启动了10倍容量扩容计划。但到2026年2月，CTO Vlad Fedorov公开承认：10倍远远不够，必须按30倍规模重新设计。他在博客里写道：自2025年12月下半月以来，agentic开发工作流出现了"急剧加速"——Copilot Agent、Claude Code、Cursor、Codex等工具的全面铺开，让GitHub上的PR数量、Issue数量、Actions构建次数全部暴增。
结果呢？The Register引用非官方追踪项目"The Missing GitHub Status Page"的数据：过去90天GitHub实际可用率仅87.26%。4月最惨——只有78.33%。而GitHub自家状态页显示的数字是99.9%。两者差距超过11个百分点。
不止是数字：18年老兵决裂出逃
数据背后是真实的人的愤怒。
Mitchell Hashimoto——Vagrant和Terraform的创造者、GitHub第1299号注册用户——在5月带着他的5万星开源项目Ghostty正式离开了GitHub。他写了一篇博客，开头是这样的：
"在过去的18年里，GitHub占据了我超过一半的人生……GitHub曾是我最快乐、最想待的地方。但最近，我开始在公开场合频繁批评GitHub，甚至表现得有些愤怒和刻薄。这种愤怒其实源于一种极度私人的情感：我比任何人都爱GitHub，但它现在每天都在辜负我。"
他专门记了一本日记，"在每个因GitHub宕机而影响工作的日子后面打叉，结果几乎每天都有记录。"
更巧的是，这篇博客发出来的当天——4月27日——GitHub的ElasticSearch集群发生大宕机，全球开发者瘫痪了将近18小时。CTO后来承认，根因正是集群被打满。
为什么重要：AI编程的"自噬循环"
这个故事对AI创业者至少有三层含义。
第一层：基础设施是AI的隐形瓶颈。 当我们讨论AI Agent、氛围编程、自动化开发时，很少有人想到——所有AI生成的代码最终都要落在某个平台上。当Cursor一个月帮开发者写了100个PR，GitHub Actions就要跑100次CI。以前一个PR跑一次构建，现在AI迭代五轮就是五次。这个乘数效应正在压垮平台。
第二层：AI编程工具的内卷才刚刚开始。 CNBC在5月22日的报道中尖锐指出：微软拥有GitHub+Copilot+VS Code+Azure的完整生态，原本应该在AI编程赛道稳赢。但频繁宕机让Cursor和Claude Code抢走了大量用户。Satya Nadella在财报电话会上说"GitHub正经历前所未有的增长"，但增长的另一面是"我们正在拼命扩容来满足需求"。
第三层：成本曲线正在翻转。 GitHub已经暂停了新Copilot订阅，并调整了定价。CB Insights报告指出，Cursor这类年收入5亿美元的AI编程公司，现在面临LLM推理成本增长20倍的困境，被迫限速和涨价。"氛围编程的夏天结束了"——这不是调侃，是行业共识。
我们能学到什么
1. 不要把鸡蛋放在一个篮子里。 Mitchell Hashimoto不是第一个离开GitHub的，也不会是最后一个。对于AI创业者来说，代码托管、CI/CD、包管理的冗余方案应该提上日程。GitLab、自托管Gitea、甚至直接用文件系统+Git，都是备选项。
2. AI生成代码的质量债务正在累积。 一个月14亿次commit中，有多少是AI写的？npm和PyPI已经被AI生成的垃圾包污染。Reddit的IncidentHub分析显示，GitHub Actions是受影响最严重的服务——57次宕机中16次是重大事故。CI/CD管道的可靠性直接影响交付速度。
3. "基础设施即竞争力"的时代来了。 当所有AI编程工具都在卷模型能力时，谁能提供更稳定的代码托管和CI/CD体验，谁就能留住开发者。这对做开发者工具的创业者是一个明确信号：不要只关注AI功能，基础设施的可靠性本身就是护城河。
行动建议
- 代码托管做冗余：即使主用GitHub，也设置GitLab或Gitea镜像推送。Git的分布式特性不应该被中心化平台绑架。
- CI/CD不要绑死GitHub Actions：自托管Runner可以减轻对GitHub基础设施的依赖，Jenkins和Drone CI也是成熟替代方案。
- 关注替代平台的机会：Hashimoto明确表示正在和"多家服务商洽谈"。开源社区"去GitHub化"的声音越来越大，这意味着新的平台机会。
- 控制AI的代码产出节奏：不要无限制地让AI Agent自动提交。设置合理的PR频率限制，避免自己的仓库成为压垮GitHub的又一根稻草。
#AI创业 #AI编程 #GitHub宕机 #基础设施 #一人公司
本文由AI辅助创作，经人工审核编辑发布