Опенсорс всегда стоял на доверии: патч от незнакомого человека, вечер волонтёра за ревью, репутация вместо денег. Генеративные модели, как опасаются, расшатывают эту хрупкую экономику — писать код стало дёшево, а проверять по-прежнему дорого. Отдельные сообщества уже вводят запреты на ИИ-контент, мейнтейнеры вслух боятся лавины сгенерированных патчей. Разбираемся, что происходит и как выстроена оборона.
Вся ценность опенсорса держалась на простом соотношении: вклад сделать трудно, поэтому его мало, поэтому каждый патч хотя бы читают. Модели, если верить опасениям в сообществах, переворачивают эту дробь. Правдоподобный diff — дело пары минут. Проверка — часы: собери проект, разберись в контексте, напиши тесты, отладь чужую логику.
Технически разослать правки сразу в два десятка репозиториев — не проблема: авось где-нибудь вольют. Мотивация незамысловатая — строчки в резюме, закрытые issues, «наполненное» портфолио. Сгенерированные патчи, судя по рассказам из сообществ, частенько выглядят осмысленно, но проваливают элементарную проверку, а на вопрос «а что вы тут, собственно, сделали?» автор лишь разводит руками. Бывают и перлы с бессмысленными константами, где отправитель честно признаётся: подсказала модель.
Результат несложно предугадать — выгорание. Время волонтёра и было главным дефицитом этой экосистемы, и теперь его, по опасениям мейнтейнеров, съедает фильтрация мусора вместо развития продукта. Когда проверять дорого, а вклад не стоит ничего, рациональное решение напрашивается само: закрыть ворота на засов.
У явления уже есть имя: slop, по аналогии со спамом, — правдоподобный, но пустой или прямо вредный сгенерированный контент. Плохой патч в лучшем случае отклонят. Хуже, когда он ревью проходит: правдоподобие и корректность — разные вещи, и тонкая ошибка в криптографии, парсере или работе с памятью способна годами тихо жить в продакшене.
Вторая беда — цепочки поставок. История с бэкдором в xz Utils показала, на что способны годы терпеливой социальной инженерии: закладка почти доехала до основных дистрибутивов Linux. Генеративные модели удешевляют именно эту часть атаки. Убедительные письма, issues, документацию и пачку «безобидных» правок в десяток проектов можно наготовить за вечер. Фон и без того тревожный: исследования качества кода фиксируют рост копипаста и дублирования в репозиториях — на такой земле подозрительное заметить ещё труднее.
Есть риск, о котором говорят реже, — человеческий. Устанут и уйдут лучшие мейнтейнеры, и экосистема потеряет не строчки кода. Она потеряет тех, кто вообще умеет отличать хорошее от плохого.
Технический арсенал растёт на глазах. Подписанные коммиты и подтверждение авторства — инфраструктура вроде Sigstore. Обязательные тесты в CI. Жёсткие лимиты для новичков: первый патч с незнакомого аккаунта примут только после пройденных проверок и с внятным описанием. А кое-где просят контрибьютора «рассказать патч словами» — сгенерированный diff без понимания сыпется на первом же вопросе «почему так».
Социальные фильтры работают жёстче. Отдельные сообщества ввели полный запрет на ИИ-контент — мера редкая и радикальная. В обсуждениях звучат идеи пометок вроде «сделано человеком». Медленно, но кристаллизуется формула, похожая на консенсус: ИИ как инструмент — можно, ИИ как автор — нет. Отвечать за каждую строку придётся отправителю, что бы он там ни использовал.
Серебряной пули, увы, нет. Детекторы ИИ-текста ненадёжны и регулярно принимают живых авторов за машины, а фильтрация по стилю — это дискриминация по почерку. Поэтому главная ставка сообществ — не вычислять роботов, а вернуть цену входа: обязательное понимание кода и репутацию, которую не сгенерируешь одним запросом.
Российская отрасль сидит на open source плотно: Astra Linux, ALT Linux, ROSA и другие отечественные дистрибутивы собраны из открытых компонентов, а госсектор и бизнес работают на стеке, который сопровождается мировыми сообществами. Отсюда прямой интерес к их здоровью: мусор и уязвимости в upstream-проектах рано или поздно приезжают и в отечественные сборки.
Инфраструктура на случай самостоятельной жизни уже есть. Национальные хостинги кода — GitFlic, GitVerse — появились, команды туда переезжают и зеркалят проекты. При этом российские компании давно практикуют то, к чему мировым сообществам только предстоит привыкнуть: строгий приёмочный контроль. Патчи от сторонних разработчиков идут через внутреннее ревью и тестовые стенды, а ПО, претендующее на сертификацию по требованиям регуляторов, — ещё и дополнительный аудит кода. В таких условиях схема «сгенерировал и отправил» до продакшена просто не доезжает.
Остаётся проблема небольших команд и студенческих проектов, живущих на энтузиазме: им достаётся тот же поток slop, только без корпоративных ресурсов. Выход — переносить мировой опыт внутрь: обязательные тесты, подписи, норма «понимай то, что предлагаешь», плюс собственные инструменты анализа кода, которые промышленные вендоры и так развивают.
Опенсорс пережил лицензионные войны и корпоративные скандалы — переживёт и поток slop. Но лечение не в запретах ради запретов, а в починке базового контракта: вклад стоит чего-то, только если автор понимает код и отвечает за него. Локальные запреты и жёсткие фильтры мейнтейнеров — первые ласточки этого нового соглашения. Доверие в опенсорсе никогда не раздавали бесплатно, его всегда зарабатывали. Просто теперь зарабатывать придётся быстрее.