Что произошло

После очередного обновления rsync у части пользователей начали ломаться инкрементные бэкапы — то, что должно работать «само», внезапно потребовало ручного вмешательства. Рутинный баг-репорт быстро превратился в интернет-скандал с угрозами, харасментом и требованиями форкнуть проект — всё из-за того, что в истории коммитов нашли следы работы с Claude.

⚠ Суть конфликта
Пользователи обнаружили десятки коммитов за авторством «tridge and claude» и обвинили ИИ-ассистента в деградации одного из самых надёжных инструментов Linux. Независимый анализ данных за 36 релизов показывает: обвинение статистически не подтверждается.

Как разгорелся скандал

Обычный баг-репорт мог бы остаться незамеченным, но пользователи начали копаться в истории коммитов rsync — и обнаружили, что начиная с версии 3.4.1 десятки коммитов подписаны как «tridge and claude».

30 мая 2026 года на GitHub появился тикет с названием «Please Do Not Vibe Fuck Up This Software» — к нему прикрепили скриншот поста в Mastodon с критикой использования Claude. Никакого баг-репорта, никакого технического содержания.

Обсуждение быстро разлетелось по Reddit и Hacker News, превратившись из разговора о конкретном баге в широкую дискуссию о том, можно ли доверять ИИ-коду в критической open source-инфраструктуре.

Дискуссия вышла за рамки слов: в тред попали удалённые впоследствии рисунки с изображением насилия над мейнтейнером проекта.

Позиция создателя rsync

Эндрю Триджелл (Andrew Tridgell) пояснил: он сам спроектировал новый тестовый фреймворк, а Claude вместе с Codex и Gemini использовал только для «черновой работы». «Я не просто отдал команду ‘перепиши тесты на Python’ и ушёл», — написал он. — «Я инженер с 40-летним опытом, поэтому сначала сделал дизайн и план валидации».

По его словам, поводом для активного использования ИИ стал поток автоматически генерируемых CVE-репортов: чтобы успевать закрывать уязвимости, нужно было существенно расширить тест-сьют, покрытие кода и CI-тестирование на множестве платформ.

«Мир разработки программного обеспечения кардинально изменился за последние несколько месяцев» — Эндрю Триджелл, Medium

От использования ИИ в разработке Триджелл отступать не намерен — инструменты останутся в арсенале при работе над запланированным релизом 3.5, сфокусированным на безопасности.

Что говорят данные

Именно здесь в игру вступает независимый анализ — тот самый «чарт регрессий», который сообщество просило, но не могло получить от самих участников конфликта.

Исследователи, проанализировавшие данные, указали на ключевой конфаундер: не ИИ написал код, который привёл к регрессиям. Просто ИИ помог найти дыры в безопасности — а это потребовало внести больше изменений, чем обычно. Больше изменений = больше регрессий, независимо от того, кто пишет код. Это не проблема Claude — это проблема объёма изменений.

Оба «клодовских» релиза попали в середину исторического распределения. Permutation test показал: 46% случайных пар из исторических данных дали бы результат «настолько же плохой или хуже».


graph TD
    A[Flood of AI-generated CVE reports] --> B[Tridgell forced to make more changes]
    B --> C[Larger diff per release]
    C --> D[More regressions — statistically expected]
    D --> E[Users blamed Claude]
    E --> F[GitHub issue: 329 comments + harassment]
    G[Statistical analysis: 37 releases] --> H[Claude releases within historical norm]
    H --> I[No evidence Claude caused extra bugs]

Для сравнения: релиз с абсолютно максимальным числом багов за всю историю проекта — 102 бага в 9 коммитах — вышел ещё до появления Claude. Тогда никто не открыл тикет с 300 комментариями, не было угроз и призывов к форку. Просто мейнтейнер выпустил сырой релиз и исправил его. Разница в том, что тогда не было врага, которого все заранее ненавидят.

ℹ Методология
Анализ охватывает 37 релизов rsync — от v2.4.6 до v3.4.3. Данные собирались через GitHub REST API, Bugzilla API и парсинг мейлинг-листов. Все числа автоматически подставлялись скриптом Python — без ручного ввода, чтобы исключить галлюцинации и ошибки.

Сравнение позиций

АргументКритикиДанные анализа
Баги выросли после Claude?«Явно выросли»Оба релиза в середине исторической нормы
Причина регрессий«ИИ пишет плохой код»Больше изменений из-за flood CVE-репортов
Тестирование«Тесты написаны ИИ — ненадёжны»Tridgell провёл ревью и CI-прогоны
Прецедент«Раньше rsync был стабильным»Максимум багов — ещё до Claude

Контекст и значение для отрасли

Сам Триджелл подтвердил причинно-следственную цепочку: поток AI-генерируемых CVE-отчётов вынудил его срочно расширять защиту rsync, а для работы с этим объёмом он и привлёк Claude — для написания тестов, hardening-патчей и разбора очереди уязвимостей.

История с rsync — не про то, плох ли Claude как инструмент разработки. Она про то, как быстро интернет-аудитория принимает нарратив на основе корреляции, игнорируя конфаунд. И про то, что open source-мейнтейнеры оказались в ловушке: с одной стороны — лавина AI-генерируемых CVE, с другой — возмущение пользователей, когда для борьбы с этой лавиной берут ИИ-инструменты.

💡 Главный вывод
Прежде чем обвинять инструмент — смотрите на данные. 37 релизов rsync показывают: частота багов после появления Claude не вышла за пределы исторической нормы. Реальный триггер — резко возросший объём изменений из-за давления AI-генерируемых security-репортов.