Порог: пять признаков одновременно
Фундаментальность в законе — составное понятие. Все пять признаков должны совпадать:
- интеллектуальные задачи на уровне человека или выше;
- обучение на составах данных;
- роль основы для создания или доработки других программ;
- не менее 1 млрд параметров;
- применение для широкого круга задач.
Если хотя бы один признак отсутствует — система вне периметра. Поэтому кредитный скоринг, антифрод, компьютерное зрение-классификаторы, ML на табличных данных и сценарные боты под требования не подпадают: не совпадает либо круг задач, либо параметрический порог. Пограничные истории — дообучение открытых моделей крупных размеров и перепродажа доступа по API — требуют индивидуальной оценки. Детальный тест — в разборе порога, проверка типовых систем — в материале о применимости.
Сводная таблица требований
| Требование | Норма | Когда действует | Кого касается |
|---|---|---|---|
| Признаки большой модели | понятийный блок | с 01.09.2026 | определение периметра |
| Статусы суверенной и национальной | статья о статусах | механика с 01.03.2027 | добровольно, для преференций |
| Меры безопасности | обязанности разработчика | с 01.03.2027 | статусные модели |
| Правила эксплуатации и вывода | там же | с 01.03.2027 | статусные модели |
| Техническая документация | там же | с 01.03.2027 | статусные модели |
| Пометка генераций аудио и видео | правила маркировки | с 01.03.2027 | право автора, кнопка платформ |
| Уведомление о правах на генерации | режим РИД | с 01.03.2027 | предоставляющие доступ |
| Ограничения при обучении на произведениях | режим РИД | с 01.03.2027 | обучение статусных моделей |
Чего закон не требует
Это важно читать вместе с требованиями — чтобы не строить лишнего:
- Мониторинга инцидентов — из отклонённого проекта вырезали; сообщать о сбоях модели государству не нужно.
- Раскрытия кода или весов — интеллектуальная собственность остаётся у разработчика.
- Машиночитаемых меток — в принятом тексте их нет; пометка генераций — видимая, формат по соглашению.
- Отчётности по каждой генерации — ни форм, ни бланков закон не вводит.
- Собственных штрафов — статья об ответственности отсылочная.
Добровольный слой: стандарты
Рядом с законом живёт ГОСТ Р ИСО/МЭК 42001-2024 — система менеджмента ИИ, введённая 01.01.2025, и ГОСТ Р 71539-2024 о жизненном цикле систем. Формально они необязательны, фактически — конвертируются в требования через госзакупки и корпоративные ТЗ. Разумная стратегия для тех, кто работает с госсектором: строить документацию по стандарту заранее — тогда формальные обязанности закроются автоматически, а ответ на тендерные вопросы будет готов до подачи заявки.
Как проверить свою модель
Пошагово: выпишите параметры модели (если учитесь на чужих весах — смотрите базовую модель); отметьте, для скольких задач она используется; проверьте, является ли она основой других продуктов. Вывод зафиксируйте письменно с обоснованием — это рабочий аргумент в переговорах с заказчиками, которым после 01.03.2027 понадобится ясность о статусе ИИ-компонентов. Держите выводы в внутреннем учёте.
Что делать, если порог пройден
Если модель действительно фундаментальная: оцените целесообразность статуса (суверенного или национального), начните правила эксплуатации и техдокументацию — они понадобятся в любом случае, проверьте обучение датасетами на предмет режима охраняемых данных. Тянуть до весны 2027 года не стоит: подзаконные акты могут выйти внезапно и добавить требований.
Подтверждение соответствия
Для статусных моделей закон требует подтверждения соответствия законодательству и традиционным российским духовно-нравственным ценностям. Порядок подтверждения устанавливает Правительство — на 18.09.2026 акт не принят, и это самая туманная часть регулирования: непонятно, кто проверяет, по какой процедуре и что происходит при отказе. Разумная стратегия — следить за актом и не строить процессов до его появления, но уже сейчас вести документацию так, как будто проверка будет.
Мини-кейс на применимость
Команда делает сервис автоподбора тарифов: модель на 200 млн параметров, обучена на своих данных, решает одну задачу. Признак порога не выполнен — сервис вне периметра, обязанности не возникают. Вторая команда берёт открытую модель на 70 млрд параметров и дообучает под клиента: порог пройден, но широта применения и роль основы для чужого ПО — под вопросом; вывод фиксируем письменно с обоснованием по каждому признаку. Разница между командами — не в технологиях, а в честности теста признаков.
Вывод по требованиям
Итоговая проверка страницы: пять признаков одновременно — это фильтр, который выводит большинство корпоративных систем за периметр; обязанности статусных моделей — три документа, а не три тома; маркировка — право автора и кнопка платформ; обучение на охраняемых данных — режим с техническим opt-out. Чего нет: мониторинга, раскрытия кода, машиночитаемых меток и штрафов. Если после теста признаков вы вне периметра — зафиксируйте вывод письменно и переключите ресурсы на контур персональных данных: там риски измеряются миллионами уже сегодня. Если внутри — начинайте с документации, она понадобится при любом сценарии.