前几天，我们说过《Getx删库跑路了》，但实际上并不是jonataslaw删库跑路了，而是他的账号被莫名其妙地封了。
今天我又去看一下Get的仓库，发现仓库又能访问了，对于Get使用者来说简直是天大的好消息。
GetX 是什么？Flutter 生态中最知名的状态管理框架之一，pub.dev 上数百万的下载量，无数项目依赖它运行。而它的作者，一夜之间从 GitHub 上消失了。
没有警告，没有解释，没有人工审核。自动化系统判定，执行，封禁。
jonataslaw 随后在 Reddit 上发了一篇文章，标题是 "A broken GitHub support system is destroying careers overnight"——一个崩溃的 GitHub 支持系统，正在一夜之间毁掉开发者的职业生涯。
他在文章中写道：他维护了 9 年的仓库，被 23 万+ 项目依赖，拥有数千颗星——但这些在自动化系统面前毫无意义。账号被封后，他提交工单申诉，收到的却是让他勾选一个根本不存在的确认框的自动回复。再提交，再收到同样的回复。
这不是申诉流程，这是一个死循环。
更让人心寒的是他文章中的这段话：
我的收入完全依赖于开源。今天，我真的不知道下个月怎么付房租，甚至不知道未来几周的基本开支怎么覆盖。
一个为数百万人提供工具的开源作者，因为一个自动化系统的误判，瞬间失去了自己的全部工作成果和收入来源。而当他试图寻求帮助时，面对的只有冰冷的机器循环。
这不是假设，这就是 jonataslaw 亲身经历的一切。
幸运的是，他的账号最终恢复了。但怎么恢复的？GitHub 没有给出任何解释。没有一个透明的流程告诉你发生了什么、为什么会发生、以及如何避免再次发生。
正如 jonataslaw 在文章中所说：
当自动化可以标记你，自动化可以关闭你的申诉，而官方指引把你引向一个已经不存在的操作步骤——信任就开始崩塌了。
GitHub 不只是一个代码托管平台。对数百万开发者来说，它是简历，是声誉，是收入来源，是职业生涯的基础设施。当一个这样的基础设施出现生产级故障，而且故障的"修复"完全依赖运气和舆论，这就不是一个技术问题了。
这是一个治理问题。
我们需要的是：
- 人工审核作为兜底——自动化可以辅助决策，但不能取代人工判断，尤其是在涉及账号封禁这种不可逆操作时
- 透明的申诉流程——开发者有权知道自己的账号为什么被封，以及具体的恢复路径
- 可触达的支持通道——当自动化系统出错时，必须有一条能联系到真人的通道
jonataslaw 的账号恢复了，这件事似乎"圆满解决"了。但下一个被误封的开发者呢？
我不是很清楚jonataslaw账号的解封是否和社区的关注和舆论的压力有关。但假如真的没有社区的关注和舆论的压力，他还能这么幸运吗？
我们也可以从文章评论中看到不仅仅是jonataslaw遭遇过类似问题，还有其他人也遇到了同样的问题。诚然，我不否认Github是门生意，我们作为“白嫖者”，不太敢奢望一分钱不花就能享受顶级服务。但是，请别忘了，想想在微软收购之前，GitHub 上承载了多少开源精神。当然，它一直是一门生意，但我们中的许多人早在它变成如今这副……鬼样子之前，就已经使用了它好多年（并且在不知不觉中喂肥了 Copilot）。
一个只靠运气和热搜才能修复的系统，不叫支持系统。叫轮盘赌。
