Национальная модель ИИ: почему всё решает лицензия

Разница между двумя статусами разобрана в постатейном разборе 243-ФЗ: суверенная модель требует полной технической воспроизводимости и собственных компонентов, национальная — мягче. Она допускает и иностранные компоненты, и чужие фундаментальные модели в основе.

С одной оговоркой: чужая модель годится в основу, только если распространяется на условиях открытой лицензии.

На первый взгляд формальность. На практике — развилка, через которую проходит вся конструкция национального статуса. Потому что «открытая лицензия» и «модель с открытыми весами» давно перестали быть синонимами, хотя в разговоре их продолжают путать.

Инженер говорит «открытая модель», имея в виду, что веса можно скачать и запустить у себя. Юрист под открытой лицензией понимает конкретный правовой режим. Между этими двумя пониманиями помещается целый класс моделей, которые скачиваются свободно, но приходят с условиями, для открытой лицензии несвойственными.

Как формулировка ложится на модели, которые реально рассматривают российские разработчики и интеграторы:

Случай Llama: почему «скачивается свободно» ещё ничего не значит

Llama — одна из самых распространённых открытых моделей и первый кандидат в любом обсуждении локального развёртывания. При этом её лицензия содержит три условия, которых нет ни в одной классической открытой лицензии.

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

Случай API: компонента нет вообще

Отдельная и более простая ситуация — когда модель используется через API. Здесь вопрос об открытости лицензии даже не возникает, потому что нет самого предмета: владелец сервиса оказывает услугу по обработке запросов, а не передаёт компонент, который можно инспектировать, модифицировать и воспроизводить.

Для национального статуса это принципиально: закон говорит о контроле разработчика над существенными характеристиками модели — структурой, программным обеспечением, настраиваемыми параметрами. Через API таких характеристик не контролирует никто, кроме владельца сервиса. Причём это верно и для зарубежных поставщиков, и для российских: доступ к GigaChat или YandexGPT по API не делает вашу систему обладателем национального статуса, хотя сама модель поставщика на такой статус претендовать может.

Что считать открытой лицензией

Закон термин «открытая лицензия» не расшифровывает. В российском праве ближайшая опора — статья 1286.1 ГК РФ: она описывает открытую лицензию как договор присоединения, все условия которого доступны неопределённому кругу лиц и размещены так, чтобы с ними можно было ознакомиться до начала использования. И всё — требований о том, что лицензия не должна делить пользователей по размеру или ограничивать направления работы, в этой статье нет.

Опора при этом не идеальная: статья 1286.1 написана про произведения науки, литературы и искусства, для программ есть отдельный упрощённый порядок в пункте 5 статьи 1286, а веса модели — вообще спорный объект охраны. Так что применимость этой конструкции к моделям юристы обсуждают, и однозначного ответа до появления практики не будет.

Второй ориентир — отраслевой. Open Source Definition, на который де-факто равняется вся индустрия, прямо запрещает лицензиям ограничивать отдельных лиц, группы и сферы применения. Именно по этим пунктам «community»-лицензии крупных разработчиков и не считаются открытыми, хотя веса под ними скачиваются свободно.

Какой из двух ориентиров возьмут за основу подзаконные акты, пока неизвестно. Но практический вывод от этого не меняется: чем ближе лицензия к классическому образцу без оговорок — Apache 2.0, MIT — тем меньше поводов для спора при любом раскладе.

Логика закона подталкивает к очевидному выводу: проще всего требованиям соответствует модель, разработанная в России российским юридическим лицом. Для суверенного статуса это фактически безальтернативно — требование полной технической воспроизводимости цикла разработки, включая обучение, снаружи не выполнить.

Национальный статус мягче и рассчитан на реалистичный сценарий: российская команда берёт открытую модель как основу, дообучает её, разворачивает в отечественных ЦОД и контролирует существенные характеристики. Практический вопрос здесь один — что брать за основу.

И здесь лицензионный фильтр наследуется. Если российская модель построена на Qwen под Apache 2.0, ограничения основы не мешают. Если на Llama — условия Community License переходят вместе с весами, включая порог по числу пользователей и запрет обучать конкурирующие модели. Дообучение чужой основы не обнуляет лицензию, под которой эта основа получена.

Отдельный вопрос — требования к самому разработчику. Закон говорит о российском юридическом лице, и по оценке юристов сюда подтягиваются требования к структуре контроля над компанией. Детализация — в подзаконных актах, которых пока нет, поэтому строить планы на конкретных пороговых значениях преждевременно. Что можно сказать уверенно: для компании с иностранным участием вопрос статуса потребует отдельной юридической проработки.

Мы разобрали, какие модели проходят лицензионный фильтр. Теперь — ради чего вообще этот фильтр проходить.

Обратите внимание на характер этих стимулов: они устроены как преференции, а не как допуск на рынок. Подтверждение соответствия — добровольная процедура ради доступа к госданным и поддержке, а не обязательная сертификация, без которой нельзя работать. Это принципиальное отличие от конструкции, которая обсуждалась в мартовской редакции проекта и в принятый закон не вошла.

Здесь стоит сказать прямо, потому что вокруг темы много лишней тревоги. Статус присваивается модели, а претендует на него её разработчик. Компания, которая развернула чужую модель для своих задач, в этой части закона не участвует.

Из этой таблицы следует практический вывод, который стоит проговорить отдельно: для корпоративного заказчика лицензионный фильтр важен не потому, что ему нужен статус, а потому, что от него зависит доступность моделей в будущем.

Правительство вправе устанавливать случаи, когда в отдельных сферах допускается использование исключительно суверенных или национальных моделей. Банковский сектор и финансовый рынок названы в законе прямо. Перечня остальных отраслей и конкретных случаев пока нет — он появится в подзаконных актах. Но если такое ограничение будет введено, вопрос «на какой лицензии распространяется наша модель» превратится из теоретического в операционный.

Если статус нужен, но не получается

Для пограничных случаев есть альтернативный маршрут: экспериментальные правовые режимы по 258-ФЗ. В рамках такого режима допустимо отойти от отдельных положений — в том числе от определения фундаментальной модели и от критериев суверенности.

Практически это означает, что проект, который по общим правилам лицензионный фильтр не проходит, может получить возможность работать в согласованных границах «песочницы». Инструмент не массовый: вход в ЭПР — отдельная процедура со своими сроками и требованиями, и рассчитывать на него как на основной сценарий не стоит. Но для пилотных проектов с государственным участием или отраслевых экспериментов это рабочая опция, которую имеет смысл держать в виду.

Лицензионная чистота модели становится проектным требованием наравне с качеством на русском языке и требованиями к оборудованию. Раньше выбор между Qwen и Llama решался замерами качества и тем, насколько развито сообщество вокруг модели. Теперь добавляется третья ось — насколько лицензия совместима с возможными отраслевыми ограничениями.

К нам пришёл заказчик из промышленности с уже работающим пилотом на Llama. После разбора лицензионных условий сценарий пересобрали на Qwen. Замена заняла три недели и удлинила пилотный проект примерно на треть. На качестве переход не отразился — и это, пожалуй, главное: лицензионно чистый выбор не потребовал жертвовать результатом.

Три недели на этапе пилота — это ещё дёшево. Пилот работает на ограниченном объёме данных, с небольшим кругом пользователей и без интеграций в смежные системы. На промышленной установке та же операция стоит кратно дороже: там уже проиндексирован полный корпус документов, настроены сценарии под поведение конкретной модели, подписаны акты приёмки.

Практически это означает следующее. Если сценарий относится к чувствительной отрасли — банки, финансовый рынок, объекты КИИ, государственные информационные системы — выбор в пользу модели со свободной лицензией без оговорок (Apache 2.0, MIT) снижает риск переделки. Если сценарий нерегулируемый, лицензия остаётся обычным юридическим вопросом, а не фактором соответствия.

Отдельно стоит развести два решения, которые часто смешивают: где выполняются вычисления и какая лицензия у модели. Развернуть Llama полностью в своём контуре технически можно — и с точки зрения защиты данных это будет корректно. Но лицензионный вопрос локальным развёртыванием не решается: условия лицензии привязаны к самим весам и действуют независимо от того, где работает модель.

В AI-Контуре мы поэтому фиксируем лицензионный статус модели на этапе проектирования, вместе с классом данных и требованиями к аттестации среды. Причина простая: смена базовой модели на работающей системе — это не подмена файла, а переиндексация корпуса документов, перенастройка запросов под другое поведение модели, повторное тестирование качества и повторная приёмка. На этапе выбора та же проверка занимает несколько часов работы юриста.

1. Выяснить, под какой лицензией распространяется модель, на которой работают ваши ИИ-сценарии. Не «открытая или нет» на слух, а текст лицензии.
2. Отделить случаи доступа по API от случаев использования весов: это принципиально разные правовые конструкции.
3. Определить свою роль — пользователь или разработчик фундаментальной модели. От этого зависит, относится ли к вам вообще эта часть закона.
4. Если вы в банковском секторе или на финрынке — заложить в план сценарий, при котором Правительство ограничит выбор моделей.
5. Следить за подзаконными актами: перечень существенных характеристик для национального статуса и порядок подтверждения соответствия ещё не изданы.

Ни один из этих шагов не требует спешки: обязанности разработчиков и право Правительства вводить отраслевые ограничения вступают в силу 1 марта 2027 года, а для систем, находящихся к этой дате в промышленной эксплуатации, действует переходный период до 1 сентября 2032 года. Но все они дешевле, если делаются на этапе выбора модели, а не после её внедрения.