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

Кратко

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

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

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

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

Это регуляторный каркас раздела: урок про детекцию и распознавание лиц подробно разбирает биометрическую инженерию, а урок про качество, стоимость и раскрытие через 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, и среди них – несколько, затрагивающих видеопродукты: биометрическая идентификация и категоризация; использование ИИ в образовании для оценки результатов обучения или прокторинга экзаменов; применение ИИ при найме для отбора или оценки кандидатов; использование ИИ для определения доступа к жизненно важным услугам; применение ИИ в правоохранительной деятельности и пограничном контроле. Триггером является применение, а не сама технология: один и тот же детектор объектов будет иметь минимальный уровень риска при подсчёте свободных парковочных мест и высокорисковым – при отборе соискателей по видеозаписям.

Высокий риск не означает запрет – он означает значительную нагрузку по соблюдению требований. Провайдер высокорисковой системы должен организовать систему управления рисками, контролировать обучающие данные, вести техническую документацию, поддерживать автоматические логи, обеспечивать человеческий надзор, достигать установленных показателей точности и устойчивости, а также регистрировать систему в базе данных ЕС. Деплойер, в свою очередь, обязан, в частности, проводить оценку влияния на основные права (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 года ЕС осознал, что инфраструктура, необходимая для применения режима высокого риска – стандарты, уполномоченные органы, база данных – не будет готова к первоначальной дате вступления в силу 2 августа 2026 года. Еврокомиссия представила пакет реформ – Digital Omnibus on AI – 19 ноября 2025 года. После провала первого раунда переговоров в конце апреля 2026 года институты ЕС достигли предварительного политического соглашения 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; что каждая функция, затрагивающая субъекты данных ЕС, имеет 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 и новые защитные механизмы против интимных изображений управляют каждым релизом.

Метод остаётся неизменным: классифицируем функцию, фиксируем обязанности, реализуем их как шаги сборки и проверяем манифесты перед каждым выпуском.

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

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

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

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