一条标题为"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