rsync 作者怒斥 AI 生成低质 PR
为什么值得看
rsync 维护者在 GitHub issue 中激烈批评开发者使用 AI 工具批量生成粗糙的代码补丁，导致项目维护负担激增。这反映了开源核心基础设施项目正面临 AI 辅助编程带来的新型协作危机，维护者被迫花费大量时间审查无意义的"幽灵贡献"。
编辑判断
rsync 这类 30 年历史的基础工具维护者极度稀缺，核心 committer 可能只有 1-2 人。AI 工具降低了"提交 PR"的门槛，却没有降低"写出合格补丁"的门槛，结果是维护者的审查成本被指数级放大。
这与 Linux 内核等项目的做法形成对比：Linus 直接拒绝 GPT 生成的补丁，而 rsync 作者选择公开喊话，说明中小规模基础设施项目的治理资源已经捉襟见肘。如果你是依赖 rsync、curl、sqlite 这类项目的开发者，考虑通过基金会捐赠或直接参与代码审查来分担维护压力，而非增加噪音。
社区反馈
意见分歧 246 条评论
核心争论：AI生成测试代码是效率工具还是维护负担，核心基础设施能否承受实验性AI应用
Aww, but I have such big plans for it!
> 26k code changes in 2 months..... rsync was 67k LOC as of 236417c (latest not obviously vibecoded commit it seems?).[1] Wow. 1: https://github.com/RsyncProject/rsync/issues/929#issuecommen...
When I look at the commits themselves, most of the ones generated by Claude are testsuite changes, or at least labelled as such. https://github.com/RsyncProject/rsync/commits/master/