备受开发者青睐的开源终端项目 Ghostty，即将正式告别 GitHub 平台。
这一决定由项目创始人、HashiCorp 联合创始人 Mitchell Hashimoto 在其个人博客中公布。他以一篇情感真挚的长文，详细阐述了离开的原因，核心问题直指 GitHub 日益频繁的系统故障与糟糕的服务稳定性。
随后，在 X（原 Twitter）和 Hacker News 等开发者社区的讨论中，Mitchell 进一步分享了更多心路历程与细节。
Mitchell 在博文中写道：“我是 GitHub 的第 1299 号用户，于 2008 年 2 月加入。过去 18 年来，我几乎每天都会访问 GitHub。” 对他而言，GitHub 曾是梦想的载体，见证了他绝大部分的编程生涯。项目托管平台的选择对他从来不是问题——答案永远是 GitHub。他甚至在后续互动中坦言，撰写那篇告别博客时情绪激动，泪水曾滴落在键盘上。
然而，正是这样一位拥有 21.8 万粉丝、贡献记录绿意盎然的顶级开源贡献者，最终决定带着他那收获 5.2 万星标的明星项目，彻底迁移出这个平台。值得注意的是，在宣布离开的前一天，Ghostty 项目仍在进行常规更新。
促使他做出这一艰难抉择的根本原因非常明确：GitHub 越来越频繁的宕机与故障，已经严重阻碍了日常开发工作。Mitchell 抱怨道，最近几乎每天都会遭遇问题。就在他撰写博客的当天，由于 GitHub Actions 服务崩溃，导致他长达两小时无法进行任何代码审查工作。用他的原话说：“我想要完成工作，但平台似乎并不想让我完成。”
这篇充满个人感受的声明，迅速在 Hacker News 和 X 等全球开发者社区中引发了强烈共鸣与广泛热议。
许多开发者表示深有同感。能将一位如此活跃的骨灰级用户逼迫至此，足以说明平台用户体验的恶化已到了何种程度。
更多用户开始分享自己在 GitHub 上遭遇的类似糟糕体验：
讨论很快深入到问题根源。不少开发者将矛头指向了平台当前的运营策略，以及平台上泛滥的 AI 自动化生成内容。有网友贴出数据图表指出，大量低质量或恶意的自动化提交以及活跃的机器人账户，正在疯狂消耗 GitHub 的基础设施资源，导致真实人类开发者的使用体验急剧下滑。
更尖锐的批评则直指问题核心：在外界看来，微软似乎已不再专注于产品本身，其服务对象更像是“股东”。凭借其市场垄断地位和用户高昂的迁移成本，大型科技公司为了追求漂亮的增长指标，甚至可能有意为用户制造摩擦，以榨取最大的商业价值。
这种局面也让其他开发者萌生去意。有人表示，糟糕的稳定性已经迫使他们改变工作流程，自己也正计划将经营多年的重要项目迁出 GitHub。
开发者的困境与平台演进的反思
这场充满遗憾的告别，折射出一个深刻的现实：开发者平台在规模化演进中面临的普遍困境。
GitHub 曾是全球开发者心目中的绝对圣地，甚至被 Mitchell 视为“梦想中的公司”。然而，在全行业向 AI 狂奔的浪潮下，GitHub 的核心重心显然发生了显著偏移。
当平台试图承载海量的 AI 生成代码，并追逐极致的商业增长 KPI 时，最基础、最核心的服务稳定性与开发者体验，却成了被牺牲的一环。
这堪称一个典型的“规模化反噬”案例。当平台在官方博客中炫耀着直线上升的代码提交数量和合并记录时，真正在创造价值的核心人类开发者，却因为连环崩溃的基础设施而被迫停工，无法高效进行代码审查和协作。
正如社区讨论所揭示的，在当前的商业逻辑下，一些科技巨头将指标操纵视为唯一目标，完全偏离了服务开发者、赋能创新的初衷。垄断地位带来的安全感，让他们在降低用户体验时有恃无恐，因为他们确信大多数用户的迁移成本高不可攀。
然而，Ghostty 项目的出走释放了一个强烈的警示信号。对于开源社区而言，平台和工具的本质是释放创造力、提升效率。一旦工具本身变成了创造力的绊脚石和效率的瓶颈，再深厚的情怀与用户习惯也无法留住那些需要脚踏实地交付软件、追求稳定性的开发者。
如果连 Mitchell Hashimoto 这样拥有强大行业号召力的标杆人物都能毅然离开，势必会引发更多高价值、高活跃度的开源项目效仿，考虑迁移至 GitLab、Codeberg 或其他替代平台。
这也给所有服务于开发者的基础设施与协作平台敲响了警钟：切勿让那些炫目的 AI 饼图和虚高的业务数据，掩盖了底层用户体验正在加速崩坏的事实。稳定、可靠、以开发者为中心的服务，才是平台长期存续的基石。
以下是 Mitchell Hashimoto 博客原文的核心内容摘要：
Ghostty 将离开 GitHub
写下这些让我非常难过，但 Ghostty 确实要离开 GitHub 了。
我是 GitHub 用户 #1299，2008 年 2 月注册。从那以后，我几乎每天都会打开 GitHub，持续了 18 年之久，超过了我人生的一半。GitHub 是让我最快乐的地方，是我投入时间最多的地方。无论是经历个人低谷，大学凌晨的时光，甚至是蜜月旅行中，GitHub 都是我沉浸思考和编码的所在。
我甚至曾希望我早期的开源项目 Vagrant 能帮我获得一份 GitHub 的工作，那里曾是我心中的“梦想公司”。
最近，我在公开场合对 GitHub 提出了很多批评，带着情绪。因为 GitHub 每一天都在让我失望。过去一个月，我专门记录了日志：每当 GitHub 故障影响工作，我就在当天打一个“X”。结果几乎是每天都有一个“X”。就在写这篇文章的今天，因为 GitHub Actions 故障，我已经有两小时无法进行代码审查。如果一个平台每天都会把你卡住几个小时，它就不再适合进行严肃的软件开发工作了。
这里已经不再让我感到快乐。我想留在这里，但它似乎不想让我留。我想完成工作，但它似乎不想让我完成。
我当然希望它变得更好，但我也想写代码。而现在，我已经没办法在 GitHub 上好好写代码了。18 年之后，我必须离开了。我很希望未来某一天还能回来，但前提必须是看到实实在在的改进和积极的结果。
接下来几个月，我会分享 Ghostty 项目迁移的更多细节。我们将制定一个渐进的迁移方案，并在 GitHub 上保留当前仓库的只读镜像。我个人的其他项目暂时还会留在 GitHub 上，Ghostty 是受平台故障影响最直接的部分，所以优先从这里开始调整。
