Критическая инфраструктура Linux оказалась на «вайб-мейнтенансе» — и сломалась

В git-логе rsync 3.4.3 обнаружилось около 130 коммитов с соавторством Claude. Основной мейнтейнер Andrew Tridgell использовал AI для серии «security in depth» фиксов — и начались проблемы: простые операции копирования директорий через нативный протокол перестали работать.

В треде пользователь собрал список проблемных коммитов с открытыми issues. По его данным, мейнтейнер не реагирует на баг-репорты и продолжает пушить AI-генерированные «улучшения безопасности», которые ломают реальные сценарии использования. Проблемы начались ещё в 3.4.2 — значит, вайб-кодинг шёл не один месяц.

Ирония ситуации не ушла от участников: корпорации заставляют инженеров использовать AI и ставят это в KPI, но в open source за те же действия — общественное порицание. «В коммерческом секторе это поощряют, в open source — позор. Двойной стандарт?» — спросил один из комментаторов. Ответ оказался точнее вопроса: «Нет, это scourge в обоих случаях».

Rsync — не стартап-проект. Это основа бэкапов NAS-устройств, зеркал дистрибутивов, CI-пайплайнов. На него завязаны миллионы серверов. И альтернатива уже формируется: в треде ссылаются на openrsync от OpenBSD и Go-реализацию от Gokrazy — обе без AI-коммитов.

Первый крупный случай, когда AI-ассистированный мейнтенанс критического open source инструмента привёл к видимым регрессиям. Вопрос уже не «можно ли использовать AI в open source», а кто верифицирует результат, когда мейнтейнер один и у него нет code review.