一条标题为"Please Do Not Vibe Fuck Up This Software"的 GitHub issue,让 rsync 这个经典同步工具陷入了开源社区的风暴中心。
事件起因
rsync 的维护者(网名 tridge)在项目中引入了 AI 辅助开发,随后有用户报告 rsync 的最新版本出现了回归问题:增量备份失败、CPU 占用率异常飙升。这些问题迅速激起了社区的愤怒——有人直接开 issue,用"Vibe Fuck Up"这个词表达对维护者的不满,认为他用 AI 写代码太过轻率,把一个稳定可信赖的工具当成了实验场。

支持者的声音
然而,Hacker News 关于此事的讨论中也有截然不同的声音。支持者指出,tridge 并非普通开发者——他是 rsync 算法的 original creator,当年读博士期间写出了这个工具。在安全漏洞日益严峻的背景下,他近期的工作主要由 6 个 CVE(安全漏洞)修复驱动,而非追求新特性。此外,很多最近的 commit 实际上是围绕测试和 CI 展开的,而非改动核心代码逻辑。支持者认为,回归问题在任何软件开发中都可能发生,与是否使用 AI 无关。

Vibe coding 争议的深层矛盾
这起事件折射出一个正在整个技术社区蔓延的张力:一方面,AI 编程工具正在快速降低开发门槛、改变工程师的工作方式;另一方面,当这些工具被用在那些被数十亿次调用所依赖的基础设施上时,用户对稳定性的预期与快速迭代之间的冲突变得异常尖锐。
有评论者指出,AI 编程工具容易让人产生依赖,削弱对代码的批判性审视能力。还有人提到,当维护者将 AI 引入一个成熟项目时,社区的反弹往往不仅仅是对工具选择的质疑,更是对"这个工具会不会破坏我多年信任的系统"的本能恐惧。
开源维护者的边界在哪里
更深层的问题是:开源维护者是否有权利选择自己的工具?社区是否有权利因为他的工具选择而表达愤怒甚至抵制?有一种观点认为,维护者是无偿贡献者,选择使用什么工具是他们的自主权,用户不应该因为工具选择而发起道德审判。另一种观点则认为,当一个项目的影响力大到成为互联网基础设施的一部分时,维护者的决策就超越了个人选择范畴,需要对依赖它的用户负责。
无论如何,这场争议恐怕不会很快平息。AI 辅助开发已经成为不可逆转的趋势,而那些曾经被视为"稳定压倒一切"的老牌项目,正在被迫重新回答一个古老的问题:谁在守护这些系统,以及我们能信任它们背后的那个人吗?
参考来源:https://news.ycombinator.com/item?id=48342705