Регуляторный инжиниринг видео-ИИ по EU AI Act

Кратко

Большинство видео-ИИ функций попадают в одну из четырёх юридических корзин – запрещены полностью, высокий риск, только прозрачность или свободны к выпуску, – и самое ценное, что может построить инженер, это классификатор, который определяет корзину функции ещё до того, как написан код. По европейскому EU AI Act три видео-функции уже незаконны с февраля 2025 года (нецелевой сбор лиц, распознавание эмоций на работе и в учебных заведениях, биометрическая категоризация по чувствительным признакам), а с 2 августа 2026 года каждая система, которая генерирует синтетическое видео, или разговаривает с пользователем, или анализирует эмоции и биометрию, обязана дать раскрытие по Статье 50 – со штрафами до 35 миллионов евро или 7% мирового оборота за запрещённые практики и до 15 миллионов евро или 3% за отсутствующее раскрытие. Предварительное соглашение «Digital Omnibus», достигнутое в мае 2026 года, сдвигает тяжёлую документацию по высокому риску на декабрь 2027 и август 2028, но оставляет обязанности по прозрачности Статьи 50 на исходной дате 2 августа 2026, так что слой раскрытия – это то, что нужно внедрить в этом году. Этот урок превращает всё это в инженерию: функцию-классификатор, машиночитаемый комплаенс-манифест на каждую функцию, разделение «провайдер против деплойера», которое решает, кто маркирует, а кто раскрывает, и одностраничный аудит-чеклист, который вы запускаете перед каждым релизом.

Почему это важно

Если ваш продукт захватывает, генерирует или анализирует видео людей, регулирование перестало быть тем, что происходит с другими компаниями, – это набор требований, которые приземляются внутри вашей кодовой базы, процесса релизов и конвейера данных. Страдают не те команды, которые неправильно прочитали закон, а те, кто вообще не классифицировал свои функции, выкатил демо распознавания эмоций в EU-инструмент найма и узнал о границе только тогда, когда регулятор провёл её за них. Этот урок написан для продакт-менеджера, основателя или инженерного лида, которому надо выпустить функцию лиц, генеративного видео, аналитики встреч или видеонаблюдения в реальные рынки – и нужно конкретно знать, какие функции запрещены, какие требуют метки, какие требуют горы документации и какой код реализует каждую. Это регуляторный хребет раздела: урок про детекцию и распознавание лиц подробно владеет биометрической инженерией, а урок про качество, стоимость и раскрытие через C2PA владеет конвейером раскрытия для генеративного видео; этот урок связывает каждую функцию вашего продукта с правилом, которое ею управляет, и показывает классификатор и манифест, которые делают комплаенс шагом сборки, а не паникой.

Одна идея: комплаенс – это классификатор, а не чтение

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

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

Нажмите, чтобы увеличить

Закон, который вам реально нужно реализовать

Три режима касаются видео-продукта в 2026 году: европейский EU AI Act (самый требовательный и самый структурированный), лоскутное одеяло федеральных законов и законов штатов США, и правила маркировки контента Китая. Европейскую рамку стоит понять первой, потому что она всеобъемлюща, несёт самые крупные штрафы и стала шаблоном, который копируют другие регионы.

EU AI Act – формально Регламент (EU) 2024/1689 – это единый регламент, который классифицирует ИИ-системы по риску, который они несут, и прикрепляет обязанности к каждому уровню риска. Он вступил в силу 1 августа 2024 года, и его правила включаются поэтапно, а не все разом. Запреты пришли первыми, 2 февраля 2025. Правила для моделей общего назначения (GPAI) последовали 2 августа 2025. Правила прозрачности и основная часть режима высокого риска были назначены на 2 августа 2026. Мы вернёмся к повороту в графике 2026 года, который меняет то, что именно вы обязаны выпустить в этом году, но структура – запрет, высокий риск, прозрачность, минимальный – это хребет, и она напрямую ложится на четыре корзины классификатора.

Момент, на котором спотыкается почти каждая команда: Регламент регулирует роли, а не только системы. Одна и та же функция несёт разные обязанности в зависимости от того, являетесь ли вы провайдером (тот, кто строит или существенно модифицирует ИИ-систему и выводит её на рынок под своим именем) или деплойером (тот, кто использует систему в своей деятельности). Когда вы встраиваете стороннее API генерации видео в свой продукт, вендор API обычно провайдер, а вы – деплойер, и, как мы увидим, это разделение решает, кто должен наносить водяной знак на выход, а кто – сообщать пользователю, что это подделка. Ошибётесь в роли – и либо сделаете работу, которая была не вашей, либо, что куда хуже, пропустите работу, которая была вашей.

Корзина 1 – Запретный список (Статья 5)

Первый вопрос классификатора – не является ли функция просто незаконной к постройке. Статья 5 Регламента перечисляет практики «неприемлемого риска», которые не спасёт никакой процесс управления рисками, и несколько из них прямо про видео. Эти запреты действуют с 2 февраля 2025, а значит продукт, выпускающий любую из них сегодня, уже под ударом.

Четыре из запрещённых практик важнее всего для видео-продукта. Во-первых, нельзя создавать или расширять базу распознавания лиц нецелевым сбором изображений лиц из интернета или из записей CCTV – практика, породившая знаменитые дела против стартапов поиска по лицам. Во-вторых, нельзя использовать ИИ для вывода эмоций людей на рабочем месте или в учебных заведениях, кроме узких медицинских причин или причин безопасности – так что «детектор вовлечённости» в e-learning продукте или оверлей «настроения кандидата» в инструменте видеонайма не рискованная функция для документирования, а запрещённая. В-третьих, нельзя выполнять биометрическую категоризацию, сортирующую людей по чувствительным признакам – раса, политические взгляды, членство в профсоюзе, религиозные или философские убеждения, половая жизнь, сексуальная ориентация – выведенным из их биометрических данных. В-четвёртых, биометрическая идентификация в реальном времени на расстоянии в публично доступных местах для целей правоохранителей запрещена, кроме узко очерченных случаев (поиск конкретных жертв или пропавших, предотвращение неминуемой террористической угрозы, локализация подозреваемого в тяжком преступлении), и даже тогда только при предварительной судебной санкции, оценке влияния на основные права и регистрации в базе EU.

Приближается пятый запрет. Реформенный пакет 2026 года (см. ниже) добавляет запрет на ИИ-системы, которые генерируют или манипулируют интимными изображениями без согласия – так называемые «nudifier»-приложения – и материалами сексуального насилия над детьми (CSAM). Для провайдеров генераторов изображений и видео общего назначения запрет написан так, чтобы кусаться, даже когда такой выход не является целевым назначением системы: если такая генерация является «разумно предвидимым и воспроизводимым» исходом, а система не имеет адекватных технических предохранителей против неё, провайдер отвечает. Инженерное следствие прямое: генеративная видео-функция теперь нуждается в предохранителях от злоупотребления как в проектном требовании, а не как в постфактумной модерации, и урок про модерацию контента в реальном времени покрывает детектирующую сторону этой обязанности.

«Частая ошибка. Трактовать запрещённую функцию как высокорисковую, которую можно «сделать соответствующей». Команды иногда отвечают на запрет добавлением экранов согласия, аудит-логов и человека-ревьюера, веря, что усердие превращает незаконную практику в разрешённую. Не превращает. Распознавание эмоций на рабочем месте, биометрическая категоризация по чувствительным признакам и нецелевой сбор лиц запрещены независимо от того, насколько аккуратно они построены и насколько свободно субъект дал согласие. Единственный соответствующий ответ на функцию из Корзины 1 – не строить её или переделать так, чтобы она больше не делала запрещённого, – например, заменить «определить, выглядит ли студент вовлечённым» на «определить, есть ли лицо в кадре», что является простой детекцией и не несёт никакого запрета.»

Корзина 2 – Высокий риск (Annex III)

Если функция не запрещена, классификатор далее спрашивает, не высокорисковая ли она. Регламент перечисляет высокорисковые применения в Annex III, и несколько из них достают до видео-продуктов: биометрическая идентификация и категоризация; ИИ в образовании для оценки результатов обучения или прокторинга экзаменов; ИИ в найме для отбора или оценки кандидатов; ИИ для определения доступа к жизненно важным услугам; ИИ для правоохранителей и пограничного контроля. Триггер – это применение, а не технология: один и тот же детектор объектов минимально рискован для подсчёта свободных парковочных мест и высокорисков для отбора соискателей по видео.

Высокий риск не означает запрета; он означает существенную нагрузку по соответствию. Провайдер высокорисковой системы должен вести систему управления рисками, управлять обучающими данными, писать техническую документацию, вести автоматические логи, встраивать человеческий надзор, достигать целей по точности и устойчивости и регистрировать систему в базе EU. Деплойер должен, среди прочего, проводить оценку влияния на основные права (FRIA) для определённых развёртываний и хранить логи системы. Это та корзина, что превращает функцию в проект, – именно поэтому правильная классификация важна: вы не хотите обнаружить, что функция «прокторинг экзаменов» была высокорисковой, уже выпустив её без всей этой обвязки.

Честное инженерное замечание: большинство видео-ИИ функций в типичном продукте не высокорисковые. Фильтр размытия фона, транскрибатор встречи, генератор хайлайтов, модель рекомендаций, апскейлер качества – ни одна из них не решает, кто получит работу, место в учебном заведении или льготу, поэтому ни одна не входит в Корзину 2. Режим высокого риска реален и тяжёл, но он применяется к меньшинству функций. Задача классификатора – точно найти это меньшинство, чтобы остальной продукт не тормозила бумажная работа, которой он не должен.

Корзина 3 – Прозрачность (Статья 50): то, что вы внедряете в 2026

Большинство видео-ИИ функций, которые касаются пользователя, попадают в Корзину 3: не запрещены, не высокорисковые, но подпадают под обязанность прозрачности по Статье 50. Это рабочая лошадка Регламента для обычных продуктов и – из-за поворота в графике 2026 года – это обязанность, которая должна работать у вас в этом году. Статья 50 ставит четыре обязанности, и инженерный трюк – увидеть, что каждая из них является маленьким конкретным выходом, который система обязана выдать.

Первая обязанность (Статья 50(1)) лежит на провайдере любой ИИ-системы, предназначенной для прямого взаимодействия с людьми: система должна ясно дать понять, что человек говорит с ИИ, если это не очевидно. Для видео-продукта это ловит ИИ-ресепшионистов, аватар-агентов и голосовых ботов в звонке. Реализация – однострочное раскрытие в начале взаимодействия.

Вторая обязанность (Статья 50(2)) лежит на провайдере любой системы, генерирующей синтетические аудио, изображение, видео или текст: выход должен быть помечен в машиночитаемом формате и обнаружим как искусственно сгенерированный или изменённый, решениями, которые «эффективны, совместимы, надёжны и устойчивы насколько это технически осуществимо». На практике это означает маркер происхождения, встроенный в файл – стандарт C2PA Content Credentials является механизмом, на который указывает кодекс практики Еврокомиссии, – подкреплённый невидимым водяным знаком. Полное построение этого маркера живёт в уроке про раскрытие через C2PA; регуляторный момент здесь – кто это должен: провайдер генератора, а это обычно ваш вендор API, а не вы.

Третья обязанность (Статья 50(3)) лежит на деплойере системы распознавания эмоций или биометрической категоризации: вы должны проинформировать людей, подвергаемых ей, и обрабатывать их данные по GDPR. Заметьте взаимодействие с Корзиной 1 – распознавание эмоций на рабочем месте или в учебном заведении запрещено полностью, так что эта обязанность прозрачности применяется только к разрешённым видам анализа эмоций и биометрии (например, замер реакции аудитории на потребительском мероприятии, с надлежащим уведомлением).

Четвёртая обязанность (Статья 50(4)) – та, которую все имеют в виду, говоря «правило про дипфейки». Деплойер системы, которая генерирует или манипулирует изображением, аудио или видео, являющимся дипфейком, должен раскрыть, что контент искусственно сгенерирован или изменён. Есть исключение для очевидно художественной, творческой или сатирической работы, где раскрытие должно лишь существовать, не портя произведение. Так что когда вы строите функцию замены лица или ИИ-аватара поверх модели вендора, две отдельные обязанности прикрепляются к двум отдельным сторонам: вендор (провайдер) машиночитаемо маркирует файл по 50(2), а вы (деплойер) показываете человеку видимое раскрытие «сгенерировано ИИ» по 50(4). Пропустите различие – и вы решите, что водяной знак вендора удовлетворяет вашу обязанность раскрытия; не удовлетворяет.

Нажмите, чтобы увеличить

Поворот в графике 2026 – Digital Omnibus

Вот факт, который большинство статей на эту тему всё ещё передают неверно, потому что он изменился в мае 2026 года. К концу 2025 года EU осознал, что машинерия, нужная для применения режима высокого риска – стандарты, нотифицированные органы, база данных – не будет готова к исходному сроку 2 августа 2026. Еврокомиссия внесла реформенный пакет, Digital Omnibus on AI, 19 ноября 2025. После того как первый раунд переговоров провалился в конце апреля 2026, институты EU достигли предварительного политического соглашения 6 мая 2026, подтверждённого представителями государств-членов в Совете 13 мая 2026.

Соглашение делает три вещи, важные для планирования. Оно откладывает обязанности по высокому риску: автономные системы Annex III теперь имеют срок до 2 декабря 2027, а ИИ, встроенный в регулируемые продукты по Annex I – до 2 августа 2028. Оно оставляет обязанности по прозрачности Статьи 50 на исходной дате 2 августа 2026, с лишь четырёхмесячным льготным периодом (до 2 декабря 2026) для уже находящихся на рынке систем, чтобы дооснастить машиночитаемую маркировку по 50(2). И оно добавляет новый запрет Статьи 5 на генераторы интимных изображений без согласия и CSAM, с переходным периодом до 2 декабря 2026.

Следствие для планирования острое, и это причина, по которой урок стоит в главе 8, а не в сноске. Тяжёлая документация – файлы управления рисками, оценки соответствия, регистрации в базе – теперь имеет реальный запас времени, в конец 2027 и в 2028. Слой прозрачности – нет. Если ваш продукт генерирует синтетическое видео, запускает ИИ-агента, говорящего с пользователями, или выполняет разрешённый анализ эмоций или биометрии, раскрытия по Статье 50 нужны в 2026 году. Это та часть, которую надо строить первой.

Одна оговорка прямо: на момент написания Omnibus – это предварительное политическое соглашение, ещё не опубликованное в Официальном журнале, и отложенные даты становятся обязательными только при формальном принятии – ожидаемом до 2 августа 2026. Трактуйте новые даты высокого риска как базу для планирования, но проверьте формальное принятие, прежде чем на них опираться, и не позволяйте отсрочке стать поводом отложить работу по прозрачности, которую никто не сдвигал.

Нажмите, чтобы увеличить

Сколько на самом деле стоят штрафы – с арифметикой

Штрафы Регламента ступенчаты под корзины, и числа достаточно велики, чтобы посчитать вслух. Статья 99 ставит три потолка. Нарушение запрета Статьи 5 – самое серьёзное: до 35 миллионов евро или 7% совокупного мирового годового оборота, в зависимости от того, что больше. Нарушение большинства прочих обязанностей – включая обязанности прозрачности Статьи 50 – до 15 миллионов евро или 3% мирового оборота, что больше. Подача неверной или вводящей в заблуждение информации органам – до 7,5 миллиона евро или 1%.

Посчитаем пример, потому что «что больше» ведёт себя по-разному при разном размере компании. Возьмём крупную платформу с годовым оборотом 2 миллиарда евро, которая выпускает запрещённую функцию распознавания эмоций:

Потолок Статьи 5 = max( €35 000 000 , 7% × €2 000 000 000 )
                 = max( €35 000 000 , €140 000 000 )
                 = €140 000 000

Для компании такого размера доминирует процент, а фиксированный потолок нерелевантен. Теперь прогоним то же нарушение для стартапа с оборотом 4 миллиона евро:

Потолок Статьи 5 = max( €35 000 000 , 7% × €4 000 000 )
                 = max( €35 000 000 , €280 000 )
                 = €35 000 000

Фиксированный потолок затмевает процент – за исключением того, что Регламент добавляет смягчающую оговорку для малого и среднего бизнеса (SME): для SME или стартапа штраф – это меньшая из двух цифр, а не большая. Так что экспозиция того же стартапа – это 280 000 евро по проценту, а не потолок в 35 миллионов. Урок арифметики в том, что заголовочные «35 миллионов или 7%» – это потолок, а не тариф; реальная экспозиция масштабируется с вашим размером, и процент – это то, что кусает крупную компанию. В любом случае отсутствующее раскрытие по Статье 50 – дешёвая в реализации обязанность – сидит в уровне 15 миллионов или 3%, чего всё равно хватает, чтобы стереть годовую маржу на функции, которую сделали соответствующей за полдня.

Нажмите, чтобы увеличить

Комплаенс-манифест – одна запись на функцию

Теперь инженерный паттерн, связывающий корзины. Самый устойчивый способ эксплуатировать видео-ИИ продукт под этими правилами – прикреплять небольшой машиночитаемый комплаенс-манифест к каждой ИИ-функции – структурированную запись, фиксирующую, что функция делает и какие обязанности несёт. Постройте его один раз на функцию, держите в системе контроля версий рядом с кодом, и он станет единственным источником правды, питающим классификатор, слой раскрытия, GDPR-реестр обработки и итоговую регистрацию в базе высокого риска.

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

{
  "feature_id": "avatar-agent-v2",
  "purpose": "AI-аватар, который приветствует и отвечает посетителям в живом видео-киоске",
  "video_processing": ["synthetic_generation", "direct_interaction"],
  "data_subjects": ["end_users"],
  "jurisdictions": ["EU", "US-IL", "CN"],
  "risk_bucket": "transparency",
  "obligations": {
    "eu_ai_act_50_1": "показать 'Вы говорите с AI' на первом кадре",
    "eu_ai_act_50_2": "провайдер (вендор X) встраивает C2PA-маркер — проверить в CI",
    "eu_ai_act_50_4": "показать видимый бейдж 'сгенерировано AI' на рендере",
    "cn_label": "явная + неявная метка для дистрибуции в Китае",
    "gdpr_basis": "согласие (ст. 6/9) зафиксировано до захвата"
  },
  "retention_days": 30,
  "owner": "video-platform-team",
  "last_reviewed": "2026-06-03"
}

С манифестом на функцию комплаенс перестаёт быть квартальной пожарной тревогой и становится свойством, которое может проверить сборка. Шаг непрерывной интеграции (CI) может утверждать, что каждая функция с synthetic_generation в списке обработки имеет заполненные обязанности 50_2 и 50_4; что ни у одной функции нет risk_bucket со значением prohibited; что каждая функция, касающаяся субъектов данных EU, имеет GDPR-основание. Это та же дисциплина, что урок про стенды оценки применяет к качеству – закодируйте требование как тест, и требование держится. Это также сырьё для аудит-харнесса: скрипта, который обходит манифесты и печатает по каждой функции, что должно и чего не хватает.

Статья 50 в коде – раскрытие, которое должен деплойер

Обязанности прозрачности сводятся к трём конкретным выходам, и поскольку это то, что нужно выпустить в 2026 году, их стоит увидеть как код. Работа деплойера для генеративной видео-функции – выдать видимое человеку раскрытие (Статья 50(4)) и подтвердить, что машиночитаемый маркер провайдера присутствует (Статья 50(2)). Тонкий комплаенс-слой, оборачивающий вызов модели, выражает оба:

def deliver_generated_clip(clip, manifest):
    # 50(4): деплойер должен раскрыть дипфейк / изменённое медиа человеку,
    # ясно и при первом контакте. Вшитый бейдж плюс UI-метка это удовлетворяет.
    if "synthetic_generation" in manifest["video_processing"]:
        clip = burn_in_label(clip, text="Сгенерировано AI")       # видно зрителю
        clip.ui_flags["ai_disclosure"] = True                     # показать до воспроизведения

    # 50(2): *провайдер* машиночитаемо маркирует файл. Как деплойер вы проверяете,
    # что он пришёл — никогда не предполагайте, что вендор это сделал; отсутствие — блокер релиза.
    if not has_provenance_marker(clip):                           # есть C2PA-манифест?
        raise ComplianceError("маркер 50(2) отсутствует — блокировать релиз, спросить провайдера")

    # 50(1): если функция взаимодействует с пользователем (агент), объявите это сразу.
    if "direct_interaction" in manifest["video_processing"]:
        announce_ai_to_user(session, manifest["obligations"]["eu_ai_act_50_1"])

    return clip

Важна форма, а не имена хелперов: раскрытие – это страж на границе, где контент доходит до пользователя, и манифест говорит стражу, что проверять. Художественно-творческое исключение в 50(4) – это флаг в манифесте, а не отдельная ветка кода; требование явной-и-неявной маркировки Китая (ниже) – ещё одно раскрытие, которое тот же страж может выдать, когда манифест перечисляет CN в юрисдикциях. Постройте стража один раз – и каждая генеративная функция его наследует.

За пределами Европы – США и Китай

Европейская рамка самая структурированная, но глобальный продукт выходит ещё в два режима, и классификатор, знающий только европейский закон, пропустит обязанности, у которых уже есть зубы.

В США нет единого федерального ИИ-закона, но два федеральных действия прямо касаются видео. TAKE IT DOWN Act, подписанный в закон 19 мая 2025, уже в силе: он делает осознанную публикацию интимных изображений без согласия – включая ИИ-дипфейки – федеральным преступлением и требует, чтобы охваченные платформы удаляли такой контент в течение 48 часов после действительного запроса и прилагали разумные усилия к удалению копий, причём Федеральная торговая комиссия (FTC) применяет обязанность уведомления-и-удаления с мая 2026. Если ваш продукт хостит пользовательское видео, у вас уже есть обязанность иметь рабочий путь уведомления-и-удаления. NO FAKES Act – это законопроект, за которым стоит следить: пересмотренная, широко поддержанная версия была внесена в Сенат и Палату 20 мая 2026, и она создала бы федеральное право против несанкционированных цифровых реплик голоса или визуального образа человека, с ответственностью платформ за осознанный хостинг и процедурой встречного уведомления для спорных удалений. Это ещё не закон – он ждёт рассмотрения в комитете, – но его сторонники (от крупных студий и лейблов до OpenAI, YouTube и TikTok) делают его наиболее вероятным федеральным законом об образе, и продукт, строящий ИИ-аватары, клоны голоса или замены лица, должен проектировать потоки согласия и удаления, предвосхищая его.

На уровне штатов США закон, который чаще всего удивляет инженеров, – это иллинойсский Biometric Information Privacy Act (BIPA). Он требует информированного письменного согласия до того, как вы соберёте биометрический идентификатор – а отпечаток лица или голоса, построенный из видео, считается, – плюс письменную политику хранения и уничтожения, и запрещает продажу данных. Что важно, BIPA даёт людям частное право иска со статутными убытками 1000 долларов за небрежное нарушение и 5000 долларов за умышленное или безрассудное. Поправка 2024 года (SB 2979) облегчила арифметику, постановив, что повторное сканирование одного человека одним методом считается одним нарушением, а не одним на скан, но требование «согласие сначала» неизменно и является практическим триггером: захватите отпечаток лица иллинойсского пользователя без предварительного письменного согласия – и у вас иск на человека. Инженерия захвата согласия для функций лиц покрыта в уроке про распознавание лиц; регуляторное правило просто: согласие до захвата, записанное.

В Китае «Меры по маркировке синтетического контента, сгенерированного ИИ» Администрации киберпространства (CAC), подкреплённые обязательным национальным стандартом GB 45438-2025, вступили в силу 1 сентября 2025. Они требуют, чтобы ИИ-сгенерированный контент – включая видео – нёс и явную метку, видимую обычному зрителю, и неявную метку, встроенную в метаданные файла. Для продукта, дистрибутирующего ИИ-видео в Китай, это две метки, а не одна, и неявная метаданных-метка обязательна для всего такого контента. Паттерн рифмуется со Статьёй 50, но строже по видимой метке – поэтому страж раскрытия читает список юрисдикций функции, а не предполагает, что одно правило подходит каждому рынку.

Нажмите, чтобы увеличить

GDPR лежит под всем этим

Ещё один слой бежит под ИИ-специфичными правилами, и его легко забыть: в Европе Общий регламент по защите данных (GDPR) управляет персональными данными, которые обрабатывают ваши видео-функции, и AI Act явно оставляет его в силе. Две статьи GDPR важнее всего. Статья 9 трактует биометрические данные, используемые для уникальной идентификации человека, как особую категорию, которую нельзя обрабатывать без специального правового основания – чаще всего явного согласия человека. Статья 22 даёт людям право не быть субъектом решения, основанного исключительно на автоматизированной обработке, если оно имеет правовые или сходно значимые последствия – релевантно в тот момент, когда видео-ИИ функция гейтит доступ к услуге или работе без человека в петле. Практическое чтение для инженера: раскрытие по Статье 50 необходимо, но недостаточно – сообщить пользователям, что работает анализ эмоций, удовлетворяет AI Act, но вам всё ещё нужно GDPR-основание для обработки биометрических данных, которые этот анализ потребляет. Поэтому классификатор должен выдавать GDPR-флаг рядом с корзиной AI Act, чтобы функция, касающаяся биометрических данных, никогда не выпускалась без записанного в манифесте правового основания.

Где здесь Фора Софт

Мы строим видео-продукты в конференц-связи, стриминге и OTT, e-learning, телемедицине и видеонаблюдении, и в каждом из них регуляторные вопросы приходят как инженерные решения, а не юридические абстракции. Наша практика – классифицировать каждую ИИ-функцию в её корзину на этапе проектирования, прикрепить к ней комплаенс-манифест в репозитории и дать CI-проверке валить сборку, когда у генеративной функции нет раскрытия по Статье 50, а у биометрической – записи о согласии. Слой раскрытия – видимый бейдж «сгенерировано ИИ», проверку машиночитаемого маркера происхождения, явную-и-неявную метки Китая – мы держим как одного стража в точке, где контент доходит до пользователя, управляемого манифестом функции, а не разбросанного по коду. Вертикали меняют, какие правила доминируют: телемедицина или инструмент найма – там кусается режим высокого риска и оценка влияния на основные права становится реальной работой; e-learning продукт – там запрет распознавания эмоций тихо вычёркивает соблазнительную функцию «вовлечённости»; генеративный OTT или аватар-продукт – там раскрытие по Статье 50 и новые предохранители против интимных изображений управляют каждым релизом. Метод постоянен: классифицировать функцию, записать обязанности, реализовать их как шаги сборки и проверять манифесты перед каждым выпуском.

Ключевые выводы

• Комплаенс сводится к классификатору: пометьте функцию запрещённой, высокорисковой, только-прозрачность или минимальной – обязанности следуют.
• Три видео-функции уже запрещены в EU: сбор лиц, распознавание эмоций на работе и в учёбе, категоризация по чувствительным признакам.
• Прозрачность Статьи 50 остаётся к 2 августа 2026; Digital Omnibus сдвинул только бумажную работу высокого риска на 2027 и 2028.
• Провайдер машиночитаемо маркирует файл (50(2)); деплойер показывает человеку раскрытие «сгенерировано ИИ» (50(4)) – разные стороны.
• Штрафы достигают €35M или 7% оборота за запреты, €15M или 3% за отсутствие раскрытия; SME платят меньшую цифру.
• Прикрепляйте машиночитаемый комплаенс-манифест на функцию и проверяйте его в CI; он питает раскрытие, GDPR-реестры и аудиты.

Что почитать дальше

• Детекция и распознавание лиц по EU AI Act
• Качество + стоимость + C2PA + раскрытие по Статье 50 EU AI Act
• Модерация контента в реальном времени в SFU