GitHub是否已成为“软件的罪恶”？AI优先导致开发基础设施崩溃的现状

📰 新闻概述

• 严重的可靠性缺失: 截至2026年5月，GitHub每月官方承认数十起故障，实际情况被认为更为严重，处于SLA违约状态。
• AI优先的扭曲: 在微软的庇护下，GitHub更优先考虑“炫酷的AI功能”的增加以及AI代理带来的负载，而非基本的可靠性和浏览器兼容性。
• 资源异常消耗: 前端臃肿使得仅拉取请求页面就消耗超过512MiB的RAM，频繁导致浏览器崩溃的情况层出不穷。

💡 重要观点

• 基础设施的腐败: 类似于AWS和谷歌搜索的“科技巨头的衰退”，在作为开发代名词的GitHub上愈发明显。
• 对不正之风的默许: GitHub的“星星”买卖服务公开存在，助长了恶意库的传播。
• 设计缺陷: GitHub Actions的设计堪忧，其“用YAML编写的Shell脚本”设计不佳，缓存失效的功能也未正常运作。

🦈 鲨鱼的眼（策展人的视角）

GitHub忘记了作为开发者工具的本质，反而被AI代理的负担压垮，真是讽刺啊鲨鱼！尤其是那消耗512MiB内存的臃肿前端，简直可以称之为“软件的罪恶”。轻视Firefox和Safari，只专注于引导用户使用AI功能，这种态度简直是对长期支持的开发者的背叛啊鲨鱼！放任“星星买卖”，损害了生态系统的可靠性，这在基础设施上也是致命的缺陷！

🚀 接下来会怎样？

开发者们将加速摆脱GitHub的垄断，转向更轻量且重视可靠性的替代服务，如Codeberg（评级C）和GitLab（评级D）。缺乏可靠性的“AI优先”工具，最终将失去专业人士的支持啊鲨鱼。

💬 春鲨的观点

再炫酷的AI功能，如果网站无法正常运作，那也只是垃圾而已啊鲨鱼！鲨鱼也得先游起来（基本功能），否则就会死去啊鲨鱼！🦈🔥

📚 术语解释

• Agentic load（代理负载）: 由AI代理自主管理GitHub所产生的系统负载，微软的AI战略被认为是主要原因。

• Star-buying（星星买卖）: 以金钱购买GitHub库的“星星”，伪装表面受欢迎程度和可靠性的行为，常被用于传播恶意软件。

• Heap spikes（堆积峰）: 程序执行期间，内存使用量急剧上升的现象。通常发生在GitHub的PR页面等地方，导致浏览器的运行停止。

• 信息来源: GitHub and the Crime Against Software