Спор вокруг chardet показал, как ИИ меняет правила опенсорса и лицензирования кода

История вокруг библиотеки chardet превратилась в один из самых заметных споров об ИИ в open source. Мейнтейнер переписал проект с помощью ИИ-агента, сменил лицензию и фактически предложил сообществу решить, считать ли это новым продуктом или спорным дублем старого.

Как начался спор В центре истории — разработчик

Дэн Бланшар, который больше 12 лет поддерживал chardet. В начале марта он выпустил новую версию библиотеки, заявив, что она написана с нуля и поэтому может распространяться сначала под MIT, а затем под 0BSD вместо прежней LGPL. По его словам, цель была практической: ускорить код, поднять точность и убрать лицензионное ограничение, мешающее включению chardet в стандартную библиотеку Python.

Бланшар описал процесс как «чистую комнату». Сначала агентский фреймворк помог ему собрать спецификацию: совместимость с публичным API, работа на CPython и PyPy, упор на многопоточность и производительность. Затем эти инструкции ушли в Claude, который сгенерировал новую реализацию.

Проверка через JPlag показала чуть больше 1% совпадений с последней LGPL-версией, и мейнтейнер назвал это аргументом в пользу легитимности подхода. Но даже такая прозрачная схема не успокоила сообщество: десятки контрибьюторов не поддержали смену лицензии.

Где проходит граница

Главный вопрос звучит просто: можно ли считать код «чистым», если человек, который формулирует спецификацию, много лет работал с исходным проектом и отлично знает его устройство? Именно здесь критики видят слабое место всей конструкции. Оригинальный автор библиотеки Марк Пилгрим публично возразил, что генеративный инструмент не дает мейнтейнеру никаких дополнительных прав на перелицензирование. Для его сторонников проблема не в самом ИИ, а в попытке обойти копилефт через формальную замену реализации.

«Использование навороченного генератора кода не дает никаких дополнительных прав».

Юридическая часть спора тоже далека от ясности. В статье отмечается, что в России обсуждается законопроект, при котором ИИ-контент может получать охрану как авторское произведение, если признан оригинальным. В США, напротив, в марте 2026 года был подтвержден более жесткий подход: работа без значимого человеческого вклада не получает авторско-правовую защиту. Отсюда вырастает парадокс: если новая версия библиотеки действительно почти целиком создана агентом, то спорным становится не только перенос лицензии, но и вопрос, есть ли у такого кода полноценный правообладатель вообще.

Что меняет практика У сторонников Бланшара своя логика.

Они напоминают, что метод clean room старше нынешней волны ИИ: так переписывали совместимые системы еще в 1980-х, а сегодня модели лишь резко снижают цену и время такой работы. В этом взгляде история с chardet — не атака на open source, а новая инженерная техника. Ее сторонники считают, что быстрее переписанный с нуля модуль иногда полезнее, чем зависимость от старой лицензии, одного мейнтейнера или заброшенного репозитория.

• Можно быстро получить совместимую замену критичной библиотеки Проще адаптировать проект под разрешительную лицензию и корпоративное использование Снижается риск саботажа или компрометации пакета в цепочке поставок * У сообщества появляется более дешевый способ делать форки и конкурирующие реализации Отсюда же возникают и новые риски. Если крупные компании начнут массово «пересобирать» чужие открытые продукты с помощью агентов, споры о лицензиях быстро превратятся в борьбу за экосистемы и аудиторию. В статье напоминают про форк OpenTofu после смены лицензии Terraform, а также про свежие примеры, когда облачные компании за считаные дни воспроизводят чужие инструменты. В такой среде решающим фактором остается не только закон, но и доверие комьюнити: разработчики могут просто не перейти на новую ветку, даже если формально она безупречна.

Что это значит

Спор вокруг chardet показывает, что ИИ в open source меняет не только скорость разработки, но и саму логику владения кодом. Теперь комьюнити придется заново договариваться о том, где заканчивается вдохновение архитектурой и начинается перенос чужого проекта под новым названием и лицензией.