Разбираем Европейский Кодекс практик для ИИ общего назначения ч. 1

Друзья, начинаем разбирать финальную версию кодекса. Его первая часть посвящена разъяснению требований к поставщикам моделей ИИ общего назначения, которые содержатся в пунктах a и b части 1 статьи 73 Регламента ЕС по ИИ и корреспондирующих им приложениях XI и XII.

Если обобщить кратко, то эти пункты направлены на то, чтобы обеспечить требования к документации, которую поставщики должны предоставлять для органов власти и других субъектов внутри цепочек поставок.

Для выполнения этих требований кодекс ожидает от поставщиков следующее:

- необходимо разработать и своевременно обновлять документацию модели ИИ. Примерное её содержание закреплено в самом кодексе в виде типовой формы. Я вам приложу её на скриншотах. Важно отметить, что в случае обновления модели документация всё равно должна сохраняться на все версии в течение 10 лет.

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

- помимо типовой формы документации, поставщики моделей ИИ должны предоставлять последующим поставщикам (downstream providers) по запросу иную информацию, которая позволит им, с одной стороны, лучше понимать особенности, возможности и ограничения работы модели ИИ для того, чтобы безопасно встраивать её в свои продукты, а с другой — надлежащим образом выполнять требования, возложенные на них Регламентом как на поставщиков систем ИИ. Важно отметить, что кодекс призывает поставщиков отвечать на такие запросы в разумный срок, но не более 14 дней.

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

Разбираем Европейский Кодекс практик для ИИ общего назначения ч. 3

Тем временем у нас на очереди финальная часть разбора кодекса. Сегодня мы поговорим про его самую объёмную часть — safety and security. Следует отметить, что данная глава относится только к поставщикам моделей ИИ общего назначения, представляющих системные риски. Если совсем кратко, то в эту группу пока входят наиболее большие модели, обладающие продвинутыми способностями, такие как ChatGPT, Claude, Gemini и т.д. Однако по мере развития и удешевления технологий этот список может расширяться за счёт стартапов и небольших компаний. Про тонкости классификации мы с вами как-нибудь поговорим отдельно в ближайшее время.

Всего документ содержит 10 общих принципов и 10 обязательств, состоящих из отдельных мер, глоссария терминов и 4 приложений.

Пройдёмся тезисно по основным моментам. В частности, поставщики обязуются:

- разработать, внедрить и регулярно обновлять Safety and Security Framework (SSF). Документ должен содержать высокоуровневое описание внедрённых и планируемых процессов и мер по оценке и снижению системных рисков, которые предусмотрены кодексом. Помимо этого, для каждого системного риска отдельно прописываются триггерные точки и соответствующие им разные уровни риска. Вообще, это местами очень напоминает Anthropic's Responsible Scaling Policy.

Поставщики обязаны утвердить SSF не позднее чем через четыре недели после уведомления Еврокомиссии по статье 52(1) Регламента по ИИ и не позднее чем за две недели до размещения модели на рынке. Также поставщики должны оценивать и снижать системные риски как до вывода модели на рынок, так и в течение всех этапов жизненного цикла (подробнее на скриншоте). При этом сам SSF нужно регулярно пересматривать, а изменения логировать.

- идентифицировать системные риски, присущие их моделям. Для этого в Приложении 1 содержится классификация системных рисков.

- анализировать системные риски. Для каждого риска предусмотрено пять шагов:

а) сбор общей, не привязанной к конкретной модели информации;

б) проведение внутренних и внешних оценок моделей (требования к оценкам содержатся в Приложении 3);

в) моделирование системных рисков;

г) оценка системных рисков;

д) проведение пострыночного мониторинга.

- определить чёткие критерии принятия системных рисков Если риски нельзя принять, то и модель нельзя размещать на рынке.

- предпринимать меры по обеспечению качества и безопасности моделей. Среди них можно выделить:

а) фильтрацию и очистку данных;

б) мониторинг входных данных и выходных результатов;

в) ограничение доступа к моделям (сначала API — потом для всех);

г) использование перспективных методов и обеспечение кибербезопасности.

- до вывода модели ИИ на рынок обязуются предоставлять AI Office отчёт о модели (Security Model Report), в котором описываются используемые методы и процессы для снижения системных рисков. Не буду подробно останавливаться, так как это в целом очень близко к уже применяемым в индустрии системным и модельным карточкам.

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

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

- хранить документацию не менее 10 лет, а также предоставлять дополнительную информацию по запросу AI Office. Между тем, делать публичными части SSF и SMR прямой обязанности нет. Используется хитрая формулировка: агрегированные версии документов могут быть опубликованы в той мере, в какой это необходимо для оценки и/или снижения системных рисков.

Помимо того, что мы с вами разобрали, в тексте есть также масса интересных деталей. Мы к ним будем неоднократно возвращаться в дальнейших материалах 🐱.

Еврокомиссия утвердила шаблон раскрытия обучающих данных для моделей ИИ общего назначения

Хотел сегодня написать про очередной американский AI Action Plan, но подоспели более важные новости. Когда мы недавно разбирали с вами GPAI Code of Practice, вы могли заметить, что мы пропустили пункт d части 1 статьи 73 Регламента ЕС по ИИ:

(поставщик) d) составляет и публикует достаточно подробное резюме о контенте, использованном для обучения модели ИИ общего назначения, в соответствии с шаблоном, предоставленным AI Office.

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

Для чего он нужен?

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

Какие наборы данных должны быть описаны?

Все данные, которые используются на этапах предобучения и постобучения, включая элайнмент и файнтюнинг. Однако данные, используемые на этапе эксплуатации модели (например, при использовании RAG), уже не должны включаться в шаблон, если модель на них не обучается.

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

Из чего состоит шаблон?

Шаблон состоит из трёх основных разделов:

- общая информация: информация, позволяющая идентифицировать поставщика и модель; информация о модальностях и их размерах;

- перечень источников данных:

а) раскрытие основных наборов данных, использованных для обучения модели, такие как крупные частные или государственные базы данных;

б) полное описание данных, собранных с помощью веб-скрейпинга самим поставщиком или третьими лицами (включая краткое описание наиболее релевантных доменных имён);

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

- отдельные аспекты обработки данных: раскрытие того, каким образом исполняются машиночитаемые оговорки и удаляется противоправный контент. В этой части происходит пересечение с GPAI Code of Practice, поэтому поставщики могут сослаться на его исполнение и продублировать соответствующие части. Подробнее этот момент можно посмотреть в моём недавнем обзоре кодекса.

При этом важно подчеркнуть, что поставщики должны лишь указать основные доменные имена ресурсов, с которых собирались данные, но без описания конкретных единиц контента (например, работ художников). Вместе с тем Еврокомиссия поощряет добровольное раскрытие поставщиками более детальной информации, а также в качестве доброй воли просит взаимодействовать с правообладателями по их запросам об обучении на конкретных охраняемых объектах. Понятно, что правообладатели были разочарованы таким трактованием закона, так как ожидали императивного механизма раскрытия и удаления информации, а не ссылки на общее законодательство.

Где и как должна быть размещена информация?

Форма с кратким описанием обучающих данных размещается публично на сайте поставщика и должна регулярно обновляться не реже чем раз в 6 месяцев.

Когда эти положения начнут действовать?

Как я уже отмечал ранее, соответствующая глава Регламента начинает действовать с 2 августа 2025 года. Однако для моделей ИИ, размещённых до этой даты, даётся срок на выполнение требований до 2 августа 2027 года. А если эти поставщики по каким-то причинам не могут раскрыть информацию о данных, то они должны чётко обосновать причины.