{"componentChunkName":"component---src-templates-blog-template-js","path":"/ru/blog/ai-open-source-and-intellectual-property","result":{"data":{"markdownRemark":{"html":"<h1>ИИ, открытый исходный код и интеллектуальная собственность</h1>\n<p>Открытое ПО всегда строилось на простом, но мощном соглашении: вы можете использовать, изучать, изменять и распространять код, но\nдолжны соблюдать лицензию. Эта сделка породила Linux, Kubernetes, PostgreSQL, Python, бесчисленные библиотеки безопасности\nи инфраструктуру, лежащую в основе большинства современных интернет-сервисов.</p>\n<p>Генеративный ИИ оказывает давление на это соглашение.</p>\n<p>Крупные модели ИИ обучаются на огромных объемах текста, изображений, аудио, видео и исходного кода. Значительная часть этого\nматериала была выложена в открытый доступ людьми, которые хотели поделиться, сотрудничать, задокументировать, обучать или публиковать. Однако публичная доступность не равна разрешению на любое коммерческое использование. Репозиторий в интернете\n— это не автоматический отказ от авторских прав. Лицензия open source — это не приглашение игнорировать атрибуцию, copyleft,\nуведомления, обязательства по распространению исходников или ограничения зависимых лицензий.</p>\n<p>В этом и заключается основная дилемма: компании, создающие ИИ, часто утверждают, что обучение — это анализ, обучение или добросовестное использование (fair use). Многие создатели и мейнтейнеры open source считают, что обучение моделей подразумевает копирование защищённых работ в промышленных масштабах — часто без\nразрешения, компенсации, атрибуции или даже возможности отказаться.</p>\n<h2>Почему open source особенно уязвим</h2>\n<p>Код с открытым исходным кодом легко собирать. Он структурирован, удобен для поиска, отслеживается по версиям и размещается в открытых репозиториях. Он также\nсодержит комментарии, тесты, обсуждения ошибок, примеры, историю коммитов, документацию и конфигурационные файлы.</p>\n<p>Для создателей моделей ИИ это крайне ценный материал для обучения. Для мейнтейнеров это создает ряд рисков.</p>\n<ul>\n<li>Обязательства по лицензии могут исчезнуть между обучающими входными данными и сгенерированным результатом.</li>\n<li>Атрибуция обычно не сохраняется, когда модель предлагает фрагменты кода.</li>\n<li>Код под copyleft может повлиять на выходные данные без ведома пользователя о лицензии исходника и связанных обязательствах.</li>\n<li>Мейнтейнеры могут увидеть, как их труд используют для создания коммерческих инструментов, конкурирующих с их собственными консультациями, поддержкой или облачными продуктами.</li>\n<li>Безопасные (или опасные) паттерны кода могут быть воспроизведены без контекста.</li>\n<li>Уязвимый или устаревший код может легко копироваться в больших масштабах.</li>\n</ul>\n<p>Вопрос не только в том, может ли модель буквально воспроизвести точную копию функции. Это было особенно заметно\nна ранних стадиях инструментов автогенерации кода, где иногда можно было получить узнаваемый код по подсказке. По мере развития продуктов провайдеры стали осторожнее с фильтрами, проверками сходства и контролем вывода. Но избегание явных дословных копий не решает главной проблемы. Процесс обучения всё равно мог зависеть от кода с лицензионными условиями, которые не были учтены.</p>\n<p>Иными словами, проблема авторских прав не исчезает только потому, что доказательства становятся труднее обнаружить в\nвыходных данных.</p>\n<p>Это особенно важно для реципрокных лицензий, таких как GPL и AGPL. Эти лицензии — не просто разрешения. Они дают широкие свободы, но также требуют, чтобы производные работы или ПО, распространяемое на соответствующих условиях, сохраняло эти свободы. Если модель обучалась на коде под GPL и затем выдает результат, существенно основанный на этом коде, пользователь может непреднамеренно внести в свой проект обязательства GPL. Если проект — закрытый исходный код, проприетарный или лицензирован несовместимо — это приведёт к нарушению лицензии.</p>\n<p>Практическая проблема в том, что пользователь обычно не в состоянии это узнать. Ассистент ИИ не говорит: \"это предложение получено из кода под GPL\", \"этот паттерн из проекта с AGPL\" или \"этот код похож на Apache-лицензию, значит, нужно сохранить уведомления\". Лицензионный контекст был в обучающих данных, но отсутствует в ответе.\nЭто разрывает цепочку соответствия, на которой строятся open source лицензии.</p>\n<h2>Неудобная разница между чтением и обучением</h2>\n<p>Разработчики учатся на открытом коде постоянно. Мы читаем код, понимаем паттерны, пишем свои реализации. Это нормально и полезно. Открытое ПО держится на таком обучении.</p>\n<p>Но обучение ИИ отличается масштабом, автоматизацией и рыночным эффектом. Человеческий разработчик не копирует миллионы репозиториев в pipeline, не сжимает их статистические закономерности в коммерческую модель и не продаёт доступ к автогенерации кода как услугу. Модель может и не хранить файлы как база данных, но бизнес-ценность всё равно создаётся извлечением паттернов из чужой работы.</p>\n<p>Поэтому дискуссия так сложна. Если каждое машинное обучение на общедоступном коде требует индивидуального разрешения — современные ИИ становятся практически невозможны для обучения. Если разрешение не требуется — экономические и моральные права авторов становятся гораздо слабее. Обе крайности проблемны.</p>\n<h2>ЕС против США: две разные юридические традиции</h2>\n<p>Юридический ландшафт неоднороден. Страны пытаются вписать ИИ в законы об авторском праве, которые не были рассчитаны на\nмассовое обучение моделей.</p>\n<h3>Европейский Союз</h3>\n<p>В ЕС есть более явная рамка. <a href=\"https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32019L0790\" rel=\"nofollow\">Директива об авторском праве в цифровом едином рынке</a>\nсодержит исключения для text and data mining. Статья 3 охватывает исследовательские организации и объекты культурного наследия.\nСтатья 4 расширяет возможности text and data mining, включая коммерческие, но даёт правообладателям зарезервировать свои права, например, с помощью машиночитаемых механизмов.</p>\n<p><a href=\"https://digital-strategy.ec.europa.eu/en/policies/regulatory-framework-ai\" rel=\"nofollow\">Закон ЕС об ИИ</a> добавляет уровень для\nмоделей общего назначения. Провайдеры обязаны обеспечить прозрачность и соблюдать авторское право ЕС, в том числе документировать политику соответствия и предоставлять сводки об обучающих данных. Это не даёт однозначного ответа, было ли конкретное обучение законным, но приводит ЕС к модели, где генерирующие ИИ обязаны больше раскрывать, а правообладатели получают инструменты для возражений.</p>\n<p>Слабое место — практическое исполнение. Механизмы отказа фрагментированы. <code>robots.txt</code> разрабатывался для web-краулеров, а не для сложных ограничений авторских прав по всему интернету — исходным репозиториям, пакетным реестрам, зеркалам, датасетам, форкам. Мелкий open source мейнтейнер может обладать юридическим правом запретить обучение, но никак не проверить, соблюдается ли оно крупными разработчиками ИИ.</p>\n<h3>Соединённые Штаты</h3>\n<p>В США нет специального исключения по ИИ в законах об авторском праве. Дискуссия ведется вокруг добросовестного использования (fair use),\nсудебных исков, лицензионных соглашений и рыночного вреда. <a href=\"https://www.copyright.gov/ai/\" rel=\"nofollow\">Офис по авторским правам США</a> изучал\nИИ и авторские права в различных отчетах: о цифровых репликах, авторских правах на выходные данные ИИ и обучении генеративных моделей. Его <a href=\"https://www.copyright.gov/fair-use/\" rel=\"nofollow\">рекомендации по добросовестному использованию</a> подчеркивают, что каждое дело индивидуально и зависит от цели, объема, эффекта для рынка.</p>\n<p>Это делает американский подход более гибким, но менее предсказуемым. Разработчики ИИ могут заявлять, что обучение — трансформирующее использование. Правообладатели утверждают, что массовое копирование коммерческое, подменяет лицензирование и снижает ценность работ.\nСуды продолжают устанавливать границы.</p>\n<p>Для open source это создает неопределенность. Компания может считать обучение модели на публичных репозиториях fair use, а мейнтейнеры — что компания проигнорировала условия лицензии. Пока суды или законодательство не дадут четких ответов, возникает перекос: крупные компании могут позволить себе юридические риски, а отдельные разработчики — нет.</p>\n<h3>Великобритания</h3>\n<p>Великобритания находится между этими подходами. Правительство консультировалось по поводу рамки, которая объединила бы исключение для text and data mining, резервирование прав, лицензирование и более прозрачную отчетность. В консультациях признаётся, что существующее британское законодательство спорно, а уверенности нет ни у авторов, ни у разработчиков ИИ.</p>\n<p>Пытаются найти компромисс: разрешить масштабное обучение там, где права не зарезервированы, но дать больше контроля и прозрачности правообладателям. Практическая реализация зависит от деталей. Механизм отказа, доступный только крупным издателям — нечестное решение для независимых разработчиков, музыкантов, писателей и небольших open source проектов.</p>\n<h3>Япония и Сингапур</h3>\n<p>Япония считается одной из наиболее разрешительных для анализа информации и машинного обучения, хотя детали всё ещё трактуются компетентными органами. Японское агентство по делам культуры опубликовало общий взгляд на тему ИИ и авторских прав, признав, что ситуация юридически неоднозначна.</p>\n<p>В Сингапуре также имеется широкое исключение для анализа данных. Заявляется цель поддержки инноваций и развития ИИ, но компромисс привычен: чем шире разрешение на обучение, тем слабее рычаги у правообладателей, если не добавить прозрачность, лицензирование или другие меры.</p>\n<h2>Это шире, чем исходный код</h2>\n<p>Дискуссия open source — часть глобального конфликта по поводу цифровой идентичности и творческого труда.</p>\n<p>Актёры борются против систем ИИ, копирующих лица, движения тела и выступления. Актёры озвучки и певцы — против клонов голоса, способных создавать новые исполнения без согласия. Писатели и журналисты выступают против моделей, обученных на книгах, статьях и архивах. Художники — против генераторов изображений, способных имитировать стиль или переполнить рынок производными работами.</p>\n<p>Паттерн примерно такой во всех случаях:</p>\n<ul>\n<li>Творческая работа массово собирается.</li>\n<li>Модель учится на ней без прямого контакта с создателем.</li>\n<li>Итоговый продукт продаётся на основе этой способности.</li>\n<li>Автор имеет минимум прозрачности, минимум рычагов и мало возможностей доказать случившееся.</li>\n</ul>\n<p>Для актёров и певцов дело не только в авторском праве. Оно касается права на личность, права на изображение, трудового и договорного права, потребительской защиты и согласия. Голос может быть и исполнением, и биометрией, и брендом, и частью идентичности. Лицо может быть художественным объектом, а может — самим человеком.</p>\n<p>Open source разработчики могут не считать себя исполнителями, но экономика схожа. Их труд становится частью обучающей выборки для системы, которая способна конкурировать с ними, стирать атрибуцию и смещать ценность от многих мелких разработчиков к немногим крупным владельцам моделей.</p>\n<h2>Проблема аргумента \"оно было в открытом доступе\"</h2>\n<p>Один из самых слабых аргументов в спорах об ИИ — что \"публичный доступ\" равен неограниченному использованию. Веб никогда так не работал. Пост в блоге публичен, но нельзя свободно перепечатать его в книге. Фото публично, но нельзя использовать в рекламе. Репозиторий GitHub публичен, но всё равно подчиняется авторским правам и условиям лицензии.</p>\n<p>Open source лицензии построены на этом различии. Они предоставляют широкие права, но эти права сопровождаются условиями. MIT, Apache, BSD, GPL, AGPL, MPL и другие лицензии по-разному регулируют атрибуцию, патенты, распространение исходников, сетевое использование, производные работы. Возводя весь публичный код в \"сырое сырьё\", мы стираем эти различия.</p>\n<p>Это опасно, потому что разнообразие лицензий — не случайность, а проявление воли автора.</p>\n<h2>Как могла бы выглядеть более справедливая система?</h2>\n<p>Нет простого решения, но несколько принципов могли бы оздоровить экосистему.</p>\n<h3>1. Прозрачность по умолчанию</h3>\n<p>Провайдеры ИИ должны публиковать осмысленные сведения об источниках обучающих данных. Перечислять каждый файл необязательно, но общих фраз типа \"обучено на публичных данных\" недостаточно. Разработчики, художники, издатели и пользователи должны понимать, какие типы данных использовались и какую правовую позицию заняли провайдеры.</p>\n<h3>2. Соблюдение машиночитаемых прав</h3>\n<p>Если закон опирается на возможность отказа, механизм должен быть стандартизирован, доступен и реализуем. Мелкий проект не должен держать юриста, чтобы сказать \"не обучайте на этом\". Репозитории, реестры пакетов, сайты и контент-платформы нуждаются в прозрачных механизмах, которые реально соблюдаются краулерами ИИ.</p>\n<h3>3. Лицензийно-осведомленные инструменты ИИ</h3>\n<p>Ассистенты кода должны помогать пользователю понимать риски лицензирования. Если сгенерированный код похож на известный open source код, инструмент должен предупредить и подсветить соответствующую лицензию. Сокрытие таких сходств снижает исковые риски в краткосрочной перспективе, но увеличивает downstream-риски для пользователей и компаний.</p>\n<h3>4. Лучшие модели компенсации</h3>\n<p>Некоторые обучающие использования должны лицензироваться. Например, через прямое лицензирование, коллективные соглашения, маркеты датасетов, модели разделения доходов. Подходы будут разными для кода, музыки, кино, журналистики и визуального искусства, но принцип один: если коммерческий продукт ИИ зависит от высококлассной человеческой работы, эти создатели не должны быть невидимками.</p>\n<h3>5. Сильная защита против имитаций личности</h3>\n<p>Цифровое воспроизведение голосов, лиц и выступлений должно требовать согласия. Одной маркировки мало, если фейковый голос или лицо можно использовать для дезинформации, травли, мошенничества или вытеснения человека. Здесь авторское право — не единственное средство защиты.</p>\n<h2>Что могут делать мейнтейнеры open source сегодня</h2>\n<p>Ситуация юридически не определена, но у мейнтейнеров есть практические шаги.</p>\n<ul>\n<li>Внимательно выбирать лицензию и документировать своё решение.</li>\n<li>Добавлять в репозиторий понятные уведомления о предпочтениях в отношении обучения ИИ, если это важно для проекта.</li>\n<li>Поддерживать фонды и организации, выступающие за права open source в дискуссиях об ИИ.</li>\n</ul>\n<p>Это не решает проблему целиком. Это просто снижает риски, пока правовая система и индустрия догоняют реальность.</p>\n<h2>Реальная угроза для open source</h2>\n<p>Главная опасность не в том, что ИИ учится на open source. Это часть эволюции IT.</p>\n<p>Опасность в том, что ИИ превратит открытую коллаборацию в одностороннюю \"выкачку\". Если мейнтейнеры жертвуют код, документацию, баг-репорты, примеры и знания сообщества, а коммерческая ценность уходит в другие руки без атрибуции, соблюдения лицензий и поддержки общих интересов, социальный контракт разрушается.</p>\n<p>Open source держится на доверии. Компании ИИ нуждаются в открытом коде, но они же способны разрушить экосистему, от которой зависят. Соблюдение лицензий, прозрачность источников данных, поддержка мейнтейнеров, внедрение механизмов отказа и лицензирования — это не анти-ИИ позиции. Это позиции в пользу устойчивого будущего.</p>\n<p>ИИ может быть полезным инструментом для разработчиков, художников, писателей, певцов, актёров и компаний. Но полезность не отменяет права собственности, согласие или заслуги. Если общество хочет ИИ, обученный на труде миллионов, оно должно решить, как эти люди сохранят контроль над созданным ими.</p>\n<p>Этого решения нельзя доверять только компаниям, которые уже скопировали данные.</p>","frontmatter":{"date":"July 06, 2026","slug":"ai-open-source-and-intellectual-property","title":"ИИ, открытый исходный код и интеллектуальная собственность","description":"Как обучение ИИ ставит под угрозу открытый исходный код, авторское право, лицензирование и более широкий спор о творческом труде, голосах, лицах и цифровой идентичности.","author":"Sascha Pfeiffer","featuredImage":null}}},"pageContext":{"slug":"ai-open-source-and-intellectual-property","lang":"ru","langPathPrefix":"/ru"}},"staticQueryHashes":["2149092236","3128451518","3192060438"]}