2026 年 5 月，一位 rsync 用户在升级至 3.4.3 版本后，发现运行多年的任务频繁失败。回退至 3.4.1 版本后问题消失。
用户查阅 GitHub 提交记录时震惊地发现，最近 36 次提交的作者署名多为"tridge and claude"。这意味着 rsync 这一关键基础软件疑似引入了 AI 参与开发。
随即，rsync 的 GitHub Issues 中出现标题为“求求你，别用 AI 把这个软件毁了”的帖子，引发了社区对作者 Andrew Tridgell 的激烈争论。
rsync 是互联网领域最核心的数据同步与备份工具，其“快速、省流量、断点续传”的特性支撑着无数后端服务。而其创始人 Andrew Tridgell 更是传奇人物，他不仅发明了 rsync，还创建了 Samba、Ardupilot，并间接推动了 Git 的诞生。
若将互联网基础设施比作城市，Andrew Tridgell 至少亲手修建了三条高速公路。那么，这款影响互联网数十年的关键工具，为何会陷入"AI 开发”的争议漩涡？
01 一个伟大算法的诞生
故事始于上世纪 90 年代。彼时拨号上网速度慢且不稳定，传输大文件极为困难。更糟糕的是，若文件仅发生微小变动（如 1KB），仍需重新传输整个文件（如 100MB），效率极低。
能否只传输文件的变动部分？这一想法实现起来极具挑战，因为改动可能发生在文件的任何位置，形式也多种多样。
1996 年，正在澳大利亚国立大学攻读博士的 Andrew Tridgell 提出了"rsync 滚动校验算法”，完美解决了这一难题。
该算法的核心流程如下：
1. 接收端将文件分块，计算每块的弱校验码（快速）和强校验码（精确），并发送给发送端。
2. 发送端利用“滑动窗口”在本地文件逐字节比对，先匹配弱校验，成功后再验证强校验。
3. 发送端仅传输无法匹配的原始数据及匹配块的编号，接收端据此在本地重组新文件。
这一算法成为 Andrew 博士论文《排序和同步的高效算法》的基础，也是分布式计算领域的经典文献。凭借深厚的理论功底与卓越的编码能力，Andrew 仅用一周时间便用 C 语言实现了 rsync 0.1 版，并以 GPL 协议开源。
恰逢 2000 年前后互联网与开源运动爆发，rsync 凭借高效、节省流量及易于脚本化的优势，迅速成为 Linux 发行版标配，广泛应用于网站发布、服务器迁移及灾备系统。
02 意外催生 Git
随着 rsync 的流行，Andrew 将重心转向了另一个由其创造的项目——Samba。Samba 实现了 Windows 与 Linux 之间的文件共享，是早期互联网不可或缺的明星项目。
面对微软不断升级的企业网络技术，原有 Samba 架构难以维系。Andrew 决定推倒重来，于 2002 年启动 Samba 4 重构项目。此后十年，他将主要精力投入其中，rsync 则交由 Wayne Davison 维护。
在此期间，Andrew 还无意间促成了 Git 的诞生。当时 Linux 内核团队使用商业工具 BitKeeper，Andrew 试图研究其协议以开发兼容客户端，却引发作者 Larry McVoy 的不满，导致 Linux 社区被撤销免费授权。
失去版本管理工具的 Linus Torvalds 被迫亲自下场，开发了 Git。可以说，Andrew Tridgell 虽未编写 Git 代码，却推倒了其诞生的第一块多米诺骨牌。
03 你竟然用 AI 写代码？
Wayne Davison 接手 rsync 二十余年，将其打磨成生产环境的标准工具。随着精力受限，他于 2024 年邀请 Andrew 回归协助。
然而，Andrew 面对的是全新的挑战：大模型能批量生成海量安全报告（含大量误报），且 rsync 陈旧的测试体系亟需重建自动化设施。
为此，Andrew 选择借助 Claude 辅助开发。他随后澄清：Claude 主要负责测试框架、测试用例及辅助代码的编写；核心设计、架构决策、代码审核及最终提交仍由他本人负责。
尽管 Andrew 强调仅是将重复性工作交给 AI，但 rsync 3.4.3 中数百个"tridge and claude"的提交记录仍引发了用户恐慌。当用户遭遇 Bug 并看到 AI 署名时，质疑声浪随之爆发。
04 到底在害怕什么？
相比大厂高调宣传"AI 生成代码”，Andrew 仅用 AI 辅助测试便招致猛烈声讨，原因主要有二：
传奇身份的反差
Andrew Tridgell 被视为传统工程精神的化身。连这样的大师都开始依赖 AI，给社区带来了巨大的心理落差。
触碰开源神经
开源界普遍认为编程不仅是写代码，更是理解系统。而 LLM 擅长生成代码却未必理解系统逻辑，这让开发者对概率模型参与关键软件开发天然反感。
深层来看，这种愤怒实则是对未来的焦虑：如果连 Andrew 都需要依赖 AI，未来的软件工程将走向何方？这不仅是关于 rsync 的争论，更是整个技术社区对 AI 时代角色定位的深刻反思。