AI项目爆火致GitHub瘫痪 核心开发者携5万星项目出走

全球开发者曾经最信赖的代码托管平台GitHub，正面临一场前所未有的信任危机。而敲响警钟的，是一位最意想不到的核心贡献者。

Mitchell Hashimoto，GitHub上第1299号注册用户，一个在开源世界举足轻重的名字。他是Vagrant、Terraform、Packer等一系列基础设施基石工具的创造者。近期，他做出一个令社区侧目的决定：为自己拥有超过5万颗星的明星终端项目Ghostty，发布了一封近乎“告别信”的公告，宣布将正式迁移出GitHub。

这并非一时冲动。在过去一个月里，Hashimoto像记录病历一样，在每一个因GitHub服务宕机而影响工作的日子后面打上标记。结果触目惊心——日历上几乎布满了叉号。这位在GitHub上度过了超过18年光阴、甚至曾梦想为其工作的开源老兵，最终选择带着自己最珍视的项目“出走”。

一场持续了18年的“单恋”终结

对于Mitchell Hashimoto而言，GitHub远不止是一个工具。用他自己的话说，它占据了自己超过一半的人生。从2008年2月注册至今，他几乎每天都会使用它。无论是大学凌晨四点在宿舍里敲代码，还是在蜜月夜里趁妻子熟睡时提交commit，甚至是在经历痛苦分手后于开源社区中寻求慰藉，GitHub曾是他“最快乐、最想待的地方”。

然而，就在最近，他在社交平台X上平静地宣布了Ghostty的离开。字里行间没有激烈的控诉，反而弥漫着一种“近乎不理智的悲伤”。

更具讽刺意味的是，就在他发布那篇早已写好的告别博文当天，GitHub Actions再次发生大规模故障，全球用户经历了近18小时的瘫痪，Pull Request无法评审，代码无法合并，整个CI/CD流水线陷入停滞。

这已不是偶发事件，而成为一种常态。一个根本性问题浮出水面：那个曾经以稳定可靠著称的代码托管与协作平台，究竟怎么了？

被AI重塑，也被AI“压垮”

时间线拉回2018年，微软以75亿美元收购GitHub，当时的承诺是让其更好地服务开发者。起初几年，GitHub Actions等功能的推出确实提升了开发体验。但转折点出现在AI编程助手Copilot的发布之后。

自此，GitHub的战略重心发生了肉眼可见的倾斜。从Copilot到Copilot Workspace，再到Copilot Agent，AI功能以惊人的速度迭代和扩张。翻看GitHub近期的官方博客，十条更新里可能有八条与AI相关。

与之形成鲜明对比的，是核心基础设施服务稳定性的下滑。GitHub Actions成为重灾区：构建排队动辄半小时，Runner莫名失败，缓存丢失，日志查询异常……这些问题影响着数百万开发者的日常工作效率。官方状态页面上，“性能下降”的故障通知越来越密集。

问题出在哪里？一个经典的商业悖论正在上演：当平台将最优秀的工程师和最主要的资源都倾注在能带来直接收入的AI新业务上时，那些免费或基础的服务，其维护优先级就不可避免地滑向“够用就行”。Copilot作为年营收数亿美元的产品，与作为免费功能的Actions之间，资源的流向不言自明。

AI生成代码的“回旋镖”效应

更深层次的影响，源于AI正在从根本上改变GitHub的负载模型。这并非猜测，GitHub新任CTO Vlad Fedorov近期罕见地公开承认，他们原定的10倍容量扩容计划很快就被证明远远不够，必须按30倍规模重新设计。原因被直接点明：自2025年底以来，基于AI Agent的开发工作流出现了急剧加速。

Copilot Agent、Claude Code、Cursor……这些AI编程工具让单个开发者的代码产出速度提升了数倍。一个使用AI辅助的工程师，一天提交的代码量可能相当于过去一周。当这个数字乘以平台上数百万的活跃用户时，后端承受的压力是几何级数增长。

更关键的是，AI生成的代码往往伴随着更频繁的自动化测试和持续集成/持续部署（CI/CD）流水线触发。以前一个功能分支可能只跑一次完整测试，现在AI在几分钟内迭代五轮优化，就意味着流水线要执行五次。GitHub的基础设施，最初是为“人类手速”设计的，如今却要承受“AI手速”的冲击。

于是，一个颇具黑色幽默的循环形成了：GitHub大力推广的AI编程工具，在提升开发者效率的同时，其产生的海量负载反过来又压垮了GitHub自身的基础设施。Hashimoto日记里记录的那些症状——频繁的宕机、卡顿的代码评审、漫长的构建排队——正是这个循环最直接的体现。

“出逃”的序幕，还是孤立的抗议？

那么，Ghostty最终将去往何方？根据Hashimoto的博文，目的地尚未最终确定，他正在与多家服务商（包括商业和开源方案）洽谈，未来几个月才会公布。原GitHub仓库将保留为只读镜像，迁移会以渐进方式进行。

需要明确的是，Hashimoto的这次迁移并非一场全面的“断舍离”，他个人的其他项目暂时仍会留在GitHub。这次动刀的，是那个他和维护团队受宕机影响最深的项目——Ghostty。

然而，这一事件在社区中激起的讨论远超个案本身。过去一年，“去GitHub化”的声浪在开源世界确实有所抬头。一些知名项目已经付诸行动：

• Zig编程语言：于2025年11月将其规范主仓库从GitHub迁移至Codeberg。
• Gentoo Linux：在2025年宣布迁移计划，并于2026年2月将主仓库正式迁至Codeberg，其理由直接点名了Microsoft Copilot使用GitHub仓库训练AI的问题。

当然，GitHub强大的网络效应——Issue、PR、Star、社区互动构成的完整社交图谱——依然是极高的迁移壁垒。对于绝大多数项目而言，离开的成本巨大。但这次事件的不同之处在于，离开的不是边缘参与者，而是平台最早、最核心的“居民”之一。当最忠诚的用户开始用脚投票，信号意义远大于实际影响。它迫使整个行业思考：代码托管平台的核心价值，是否正在发生偏移？

开发者工具行业的“AI悖论”

将视角拉远，GitHub的困境其实是整个开发者工具生态面临的一个结构性矛盾。AI极大地提升了开发者的生产力，这本是巨大的进步。但这份“进步”的代价，是让整个工具链的基础设施承受了数倍乃至数十倍的压力。

CI/CD系统要处理更多的构建任务，代码审查流程要吞吐更多的PR，包管理器要应对可能由AI生成的、质量参差不齐的海量包。每一个环节都在超负荷运转。然而，资本市场的叙事焦点和企业的资源分配，却几乎全部涌向了能带来直接增长和想象空间的AI功能本身。

对于GitHub的母公司微软而言，2025财年在AI基础设施上投入超过800亿美元，这些资金主要流向了大规模的训练与推理算力，而非用于扩容Git托管服务器或增强Actions的稳定性。在商业逻辑上，这无可厚非：AI是利润中心，是未来；而基础托管服务更像是成本中心，是现在。

Hashimoto在博文结尾写下一句充满怀旧与伤感的话：“GitHub曾是我的梦想工作。” 18年前，那个开发Vagrant的年轻人，怀揣着或许能加入GitHub的梦想。18年后，他带着自己的项目，告别了这个曾经承载梦想的地方。

这或许揭示了AI浪潮下更深层的变革：AI改变的远不止是写代码的方式，它正在重塑写代码的人所处的整个环境、他们所依赖的工具，以及工具背后那些微妙的平衡与取舍。

最后，对于那些猜测这是否为某个竞品平台营销策略的声音，Hashimoto的回应很干脆：没人付得起这笔钱。看来，这位开源大佬的失望，是实实在在的。