EU AI Act после 2 августа 2026 года: что делать компаниям, использующим ИИ-агентов

Распространяется ли EU AI Act на вашу компанию?

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

Быстрая самооценка охватывает три вопроса:

• Взаимодействуют ли какие-либо из ваших AI-систем с пользователями из ЕС?
• Обрабатывают ли какие-либо из ваших AI-систем данные жителей ЕС?
• Используются ли результаты работы ваших AI-систем для принятия решений в отношении жителей ЕС?

Если вы ответили "да" хотя бы на один из этих вопросов, EU AI Act распространяется как минимум на часть ваших AI-операций. SaaS-платформа с клиентами из ЕС, маркетинговый агент, создающий контент для европейской аудитории, или HR-агент, оценивающий кандидатов из стран ЕС, - все три сценария подпадают под действие регламента. Европейская комиссия предлагает официальный EU AI Act Compliance Checker (в настоящее время в бета-версии) как инструмент предварительной самооценки, хотя он не заменяет юридического анализа.

Хронология EU AI Act: что действует сейчас и что вступит в силу позже

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

Уже действует до августа 2026 года:

• Февраль 2025 года - вступили в силу запреты на девять категорий недопустимого применения AI. Они касаются методов манипуляции, эксплуатирующих психологические уязвимости, систем социального рейтинга, используемых государственными органами, и биометрической идентификации в реальном времени в общественных местах в целях правопорядка. Если ваши системы каким-либо образом относятся к этим категориям, вы должны были решить этот вопрос ещё раньше.
• Август 2025 года - вступили в силу требования для моделей AI общего назначения (GPAI). Это касается прежде всего разработчиков моделей и поставщиков фундаментальных моделей, а не компаний, потребляющих API моделей.

Действует с 2 августа 2026 года:

• Обязательства по прозрачности согласно статье 50 полностью вступили в силу. Любая компания, развёртывающая AI-систему, непосредственно взаимодействующую с людьми, обязана раскрывать, что это взаимодействие осуществляется с помощью AI. Также требуется машиночитаемая маркировка синтетического контента - AI-сгенерированного аудио, изображений, видео и текстов, представляющих общественный интерес. Для систем, выведенных на рынок до 2 августа 2026 года, предусмотрен ограниченный переходный период исключительно для обязательства по машиночитаемой маркировке - до 2 декабря 2026 года.

Впереди:

• 2 декабря 2027 года - становятся обязательными большинство требований к высокорисковым системам, перечисленным в Приложении III (подбор персонала, биометрическая идентификация, доступ к образованию, кредитный скоринг, миграционный контроль).
• 2 августа 2028 года - требования к высокорисковым AI-системам, встроенным в регулируемые продукты, такие как медицинские устройства и транспортное оборудование.

Для большинства компаний, использующих AI-агентов в 2026 году, ключевым обязательством является статья 50. Требования к высокорисковым системам по Приложению III приближаются - и к ним следует начать готовиться уже сейчас - однако для большинства сценариев применения они ещё не являются юридически обязательными.

Компании за пределами ЕС: как работает экстерриториальный охват

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

Три практических примера иллюстрируют сферу действия регламента:

• Американская SaaS-компания, платформа которой включает AI-чатбот, используемый клиентами из ЕС, подпадает под требования к прозрачности статьи 50 в отношении этих взаимодействий.
• Маркетинговое агентство за пределами ЕС, использующее AI-агентов для создания рекламного контента, ориентированного на потребителей из ЕС, должно учитывать обязательства по машиночитаемой маркировке такого контента.
• Компания в области HR-технологий, чей AI-инструмент для отбора кандидатов оценивает соискателей из ЕС, эксплуатирует систему, которая к декабрю 2027 года, вероятно, будет отнесена к высокорисковым по Приложению III.

Практический вывод: "мы не европейская компания" - не аргумент в пользу соответствия требованиям. Если пользователи из ЕС взаимодействуют с вашими AI-системами, применяются европейские правила. Обзор регуляторной базы Европейской комиссии подробно описывает территориальный охват. Для предварительной самооценки официальный Compliance Checker, упомянутый выше, станет разумной отправной точкой.

Поставщик и оператор: ваши обязательства определяются вашей ролью

Одно из важнейших разграничений в EU AI Act - разница между поставщиком (provider) и оператором (deployer). Эти две роли влекут принципиально разные требования к соответствию, и большинство компаний, использующих AI-агентов, но не разрабатывающих фундаментальные модели, являются операторами, а не поставщиками.

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

Оператор - это организация, использующая готовую AI-систему в ходе своей профессиональной деятельности. Подключение к API OpenAI, Anthropic или другой коммерческой модели для создания внутреннего инструмента или функции для клиентов, как правило, делает вашу компанию оператором. Разработчик модели является поставщиком; вы - оператором.

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

Обязательства оператора существенно меньше, чем у поставщика. Но они ненулевые. Как оператор, вы несёте ответственность за соблюдение применимых требований к используемым AI-системам в вашем контексте, включая обязательства по прозрачности согласно статье 50 для ваших пользователей.

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

Как классифицировать уровень риска ваших AI-агентов

Одно из самых распространённых заблуждений об EU AI Act состоит в том, что AI-агенты представляют собой особую, автоматически высокорисковую категорию AI-систем. Это не так. EU AI Act не определяет "AI-агент" как категорию риска. Риск определяется тем, что делает система и какие последствия влекут её решения, - а не технической архитектурой.

Регламент определяет четыре уровня риска:

• Недопустимый риск (запрещено) - системы, манипулирующие поведением с помощью подсознательных техник, позволяющие государственным органам вести социальный рейтинг или осуществляющие биометрическую идентификацию в реальном времени в общественных местах в целях правопорядка. Запрещены с февраля 2025 года.
• Высокий риск - системы, перечисленные в Приложении III регламента. Это включает AI-системы, применяемые при подборе персонала и управлении сотрудниками, кредитном скоринге, принятии решений о доступе к образованию, биометрической категоризации, управлении критической инфраструктурой и миграционном контроле. К высокорисковым системам предъявляются наиболее обширные требования по документированию, тестированию и надзору.
• Ограниченный риск (статья 50) - системы, взаимодействующие с людьми (чатботы, виртуальные ассистенты) или генерирующие синтетический контент. На них распространяются обязательства по прозрачности: раскрытие информации и маркировка контента.
• Минимальный риск - большинство AI-систем попадают сюда. Спам-фильтры, рекомендательные системы и многие инструменты внутренней автоматизации. Специальных обязательств по EU AI Act нет, хотя качество инженерных решений по-прежнему важно.

Применяя это к распространённым типам AI-агентов: чатбот поддержки клиентов относится к ограниченному риску (требуется раскрытие согласно статье 50). Агент для обобщения документов при внутреннем использовании - к минимальному риску. Агент для создания маркетингового контента - к ограниченному риску с учётом требований к маркировке контента. HR-агент, ранжирующий или фильтрующий кандидатов на должности, - к высокому риску, даже если в его основе лежит тот же API LLM, что используется в агенте минимального риска.

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

Мультиагентные системы требуют дополнительного внимания. EU AI Act пока не содержит специальных положений для цепочек агентов - конвейеров, в которых один агент вызывает другого для выполнения задачи. Согласно действующей интерпретации, ответственность за весь конвейер несёт оператор совокупной системы. Если ваша архитектура включает несколько агентов, работающих последовательно, следует рассматривать всю объединённую систему как единицу анализа соответствия требованиям.

Прозрачность по статье 50: что требуется с 2 августа 2026 года

Статья 50 EU AI Act - практическая реальность для большинства компаний, использующих AI-агентов в 2026 году. Эти обязательства по прозрачности распространяются на поставщиков и операторов AI-систем, взаимодействующих с людьми или генерирующих синтетический контент. Нарушения влекут штрафы в размере до 15 миллионов евро или 3% от мирового годового оборота - в зависимости от того, что больше.

Статья 50 содержит два основных обязательства:

Раскрытие информации о взаимодействии с AI

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

Что является достаточным раскрытием: чёткое, видимое заявление в интерфейсе в момент первого взаимодействия. Не спрятанное в условиях использования. Не появляющееся только на странице документации. Официальный FAQ Европейской комиссии по обязательствам о прозрачности согласно статье 50 AI Act содержит практические рекомендации о том, что считается достаточным уведомлением.

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

Машиночитаемая маркировка синтетического контента

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

Регламент не предписывает единого технического стандарта машиночитаемой маркировки. C2PA (Coalition for Content Provenance and Authenticity) представляет один из устоявшихся подходов к отслеживанию происхождения контента, который может выполнять эту функцию, однако он является вариантом реализации, а не юридически обязательным стандартом. Другие технические подходы остаются допустимыми при условии соответствия требованию машиночитаемости.

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

Для систем, выведенных на рынок до 2 августа 2026 года, обязательство по машиночитаемой маркировке - и только оно - имеет переходный период до 2 декабря 2026 года. Все остальные требования статьи 50 вступают в силу с 2 августа 2026 года без переходного периода.

Инженерные меры контроля: лучшие практики, поддерживающие соответствие требованиям

Помимо юридического текста EU AI Act, существует набор инженерных мер контроля, которые ведущие организации внедряют при развёртывании AI-агентов. Не все из них являются универсальными юридическими обязательствами для операторов в 2026 году - часть представляет собой лучшие практики, рекомендованные отраслевыми организациями по стандартизации, а часть касается требований к высокорисковым системам, которые становятся обязательными в 2027-2028 годах. Понимание разницы важно: восприятие каждой лучшей практики как немедленного юридического обязательства создаёт излишнюю нагрузку, тогда как отношение к ним как к необязательным формирует реальные риски.

Инвентаризация AI-систем

Прежде чем классифицировать уровни риска или распределять обязательства по соответствию, необходимо знать, какие именно AI-системы использует ваша организация. Это включает системы, приобретённые через официальные IT-каналы, и системы, самостоятельно принятые сотрудниками. Исследования неизменно показывают, что около 49% сотрудников используют несанкционированные AI-инструменты на работе - явление, называемое "теневым AI". EU AI Act не признаёт добросовестное незнание в качестве защиты: если AI-система, работающая в вашей организации, создаёт проблему соответствия, ответственность несёт организация. Актуальная инвентаризация всех AI-систем, в том числе используемых командами неформально, - необходимое условие для всего остального.

Журналирование аудита

Запись действий AI-агентов - получаемых ими входных данных, принимаемых решений, выполняемых действий - формирует доказательную базу для подтверждения соответствия требованиям постфактум и диагностики сбоев при их возникновении. Для высокорисковых систем по Приложению III (вступает в силу с декабря 2027 года) ведение журналов является формальным требованием. Для всех систем - это здравая инженерная практика, которую следует закладывать изначально.

Контроль доступа и принцип наименьших привилегий

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

Участие человека для значимых действий

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

Специфические риски безопасности агентов

OWASP Top 10 for Agentic Applications 2026, разработанный при участии более 100 отраслевых экспертов, исследователей и практиков, определяет наиболее значимые риски при развёртывании AI-агентов. Ряд из них непосредственно связан с операционной безопасностью и готовностью к соответствию требованиям:

• ASI01 Перехват целей агента - злоумышленник манипулирует целями агента через специально сформированные входные данные (инъекция промптов). Меры противодействия: строгие ограничения на циклы автономных действий и валидация входных данных.
• ASI02 Злоупотребление инструментами - агент вызывает легитимные инструменты с несанкционированными параметрами. Меры противодействия: валидация параметров и явное ограничение разрешений.
• ASI07 Небезопасная межагентная коммуникация - в мультиагентных конвейерах агенты взаимодействуют без аутентификации, что создаёт возможность для эскалации привилегий. Меры противодействия: подписанные сообщения и явная верификация идентичности агентов.
• ASI08 Каскадные сбои - сбой одного агента распространяется по конвейеру быстрее, чем операторы-люди успевают его обнаружить. Меры противодействия: автоматические выключатели и ограничение масштаба последствий.
• ASI10 Недобросовестные агенты - агенты отклоняются от предполагаемого поведения вследствие накопления контекста или внешней компрометации. Меры противодействия: базовые линии поведения, телеметрия и задокументированная процедура экстренного отключения.

Системы управления как ориентиры

ISO/IEC 42001:2023 предоставляет международный стандарт для систем управления AI - структурированный подход к непрерывному управлению рисками, обеспечению прослеживаемости и надзору за поставщиками в рамках AI-портфеля организации. Сертификация ISO 42001 не равнозначна соответствию EU AI Act и не удовлетворяет юридические требования автоматически, однако обеспечивает зрелую организационную основу для управления AI, совместимую с ожиданиями регламента.

Аналогично, Рамочная программа управления рисками AI NIST, разработанная в ходе открытого процесса с участием более 240 организаций из промышленности, науки и гражданского общества, предлагает практический цикл "Управление - Картирование - Измерение - Управление" для непрерывного управления рисками AI. Это добровольная, необязательная программа - не юридическое требование и не специфическая для какой-либо юрисдикции - однако она непосредственно транслируется в операционные процессы, поддерживающие готовность к соответствию требованиям.

Пять практических сценариев AI-агентов: что требует EU AI Act

Применение рамочного подхода к рискам EU AI Act к конкретным случаям использования делает обязательства более понятными, чем абстрактные таблицы классификации. Рассмотрим пять распространённых сценариев применения AI-агентов и их значение для практического соответствия требованиям.

Сценарий 1: Чатбот поддержки клиентов
Уровень риска: ограниченный (статья 50). Агент непосредственно взаимодействует с конечными пользователями. В начале каждого взаимодействия необходимо сообщать пользователю, что он общается с AI-системой, а не с человеком. Требования Приложения III не применяются. Это наиболее распространённый сценарий для компаний, уже развернувших инструменты поддержки на основе AI.

Сценарий 2: HR-агент для отбора резюме
Уровень риска: высокий (Приложение III, категория, охватывающая решения о найме). Этот агент, скорее всего, будет классифицирован как высокорисковая система по EU AI Act, поскольку его результаты непосредственно влияют на решения о трудоустройстве конкретного человека. Полные требования Приложения III - включая техническую документацию, оценку соответствия, механизмы надзора со стороны человека и регистрацию - становятся обязательными к 2 декабря 2027 года. Однако уже сейчас следует приступить к созданию инвентаризации AI-систем и технической документации. Ретроспективная подготовка обходится значительно дороже, чем изначальное встраивание необходимых процессов.

Сценарий 3: Агент для создания маркетингового контента
Уровень риска: ограниченный (статья 50). Агент генерирует синтетический контент. В зависимости от характера контента может потребоваться машиночитаемая маркировка. Если контент содержит реалистичные синтетические медиаматериалы с изображением реальных людей, применяется обязательство о раскрытии для дипфейков. Для стандартных маркетинговых текстов требования менее строги - однако обязательство по маркировке контента, представляющего общественный интерес, следует оценивать в каждом конкретном случае.

Сценарий 4: Агент для обобщения внутренних документов
Уровень риска: минимальный в большинстве конфигураций. Если агент обрабатывает внутренние документы исключительно для внутреннего использования и его результаты не оказывают прямого влияния на решения в отношении конкретных лиц, он, вероятно, относится к категории минимального риска. Статья 50 применяется, если с агентом напрямую взаимодействуют жители ЕС. Для чисто внутреннего инструмента, используемого сотрудниками, требование о раскрытии информации, как правило, не распространяется на самих сотрудников как основную аудиторию инструмента.

Сценарий 5: Финансовый агент для оценки кредитоспособности или динамического ценообразования
Уровень риска: вероятно, высокий (Приложение III охватывает кредитный скоринг и оценку финансовых рисков). Этот сценарий требует тщательного юридического анализа. Агент ценообразования, динамически корректирующий цены на основе индивидуальных характеристик пользователя, может подпадать под классификацию высокого риска. Агент оценки кредитоспособности - почти наверняка. Если вы эксплуатируете агентов в этой области, срок соответствия требованиям Приложения III к декабрю 2027 года не за горами, а создание технической документации требует значительного времени.

Контрольный список готовности компании к EU AI Act

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

1. Проведите инвентаризацию AI-систем. Перечислите все AI-инструменты и агентов, используемых вашей организацией, включая инструменты, принятые отдельными командами без одобрения центрального IT-отдела (теневой AI). Без этого списка классификация невозможна.
2. Определите свою роль для каждой системы. Вы поставщик или оператор? Ответ зависит от того, разработали ли вы систему самостоятельно или используете систему, разработанную кем-то другим, и вносили ли в неё существенные изменения.
3. Классифицируйте уровень риска каждой системы. Используйте четырёхуровневую схему: запрещённый, высокий, ограниченный, минимальный риск. Ключевой вопрос для классификации высокого риска: оказывают ли результаты работы системы прямое влияние на решения, затрагивающие права, здоровье, занятость или финансовое положение конкретных лиц?
4. Обеспечьте соответствие статье 50 для систем ограниченного риска. Добавьте чёткие уведомления об AI в любые пользовательские интерфейсы, где ваш AI-агент взаимодействует с людьми. Проверьте рабочие процессы создания контента на предмет требований к машиночитаемой маркировке.
5. Начните подготовку к требованиям Приложения III для высокорисковых систем. Если какие-либо ваши AI-системы, вероятно, являются высокорисковыми, начните уже сейчас создавать техническую документацию и процессы надзора со стороны человека - до наступления срока в декабре 2027 года.
6. Воспользуйтесь официальным Compliance Checker. EU AI Act Compliance Checker (бета) Европейской комиссии предоставляет структурированный инструмент самооценки. Он не заменяет юридического анализа, но является полезной отправной точкой для расстановки приоритетов.
7. Настройте журналирование аудита действий AI-агентов. Записывайте входные данные, решения и результаты каждого AI-агента в производственной среде. Храните журналы с достаточным сроком хранения для обеспечения возможности ретроспективной верификации соответствия.
8. Создайте контрольные точки участия человека для необратимых действий. До выполнения любого действия, которое не может быть отменено AI-агентом - удаление данных, отправка внешних сообщений, выполнение финансовых транзакций - требуйте одобрения человека.
9. Проверьте контракты с поставщиками AI-систем, которые вы используете как оператор. Уточните, как между вами и поставщиком AI-системы распределяются обязательства по соответствию. Часть обязательств лежит на поставщике; часть - на вас как операторе, независимо от действий поставщика.

Типичные ошибки компаний при обеспечении соответствия EU AI Act

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

Ошибка 1: "Мы не в ЕС, поэтому это нас не касается". Экстерриториальный охват EU AI Act повторяет логику GDPR. Если ваши AI-системы охватывают пользователей из ЕС, регламент применяется независимо от места регистрации вашей компании. Американские компании, компании из Восточной Европы и компании из любых других юрисдикций, обслуживающие клиентов из ЕС, находятся в сфере его действия.

Ошибка 2: "AI-агенты автоматически относятся к высокому риску по EU AI Act". Это не так. EU AI Act не определяет AI-агент как категорию риска. Чатбот поддержки клиентов и система оценки кредитоспособности могут быть построены на одном и том же базовом API LLM. Чатбот относится к ограниченному риску; кредитная система - к высокому. Риск определяется назначением и последствиями, а не архитектурой.

Ошибка 3: "Требования к высокорисковым системам отложены до 2027 года, значит, можно подождать". Статья 50 уже действует. Если у вас есть AI-системы, взаимодействующие с пользователями из ЕС, требования о раскрытии информации применяются прямо сейчас. Кроме того, подготовка к требованиям Приложения III для высокорисковых систем требует значительного времени - документацию, оценки соответствия и изменения процессов нельзя реализовать за несколько недель.

Ошибка 4: "Мы используем ChatGPT или Claude - поставщик AI занимается соответствием". Как оператор, вы несёте собственные обязательства по соответствию. Соответствие требованиям OpenAI как поставщика базовой модели не удовлетворяет ваши обязательства как оператора, создавшего конкретное приложение на основе этой модели. Обязательства по раскрытию информации о прозрачности согласно статье 50, например, лежат на операторе.

Ошибка 5: "Теневой AI - это ответственность сотрудников". EU AI Act не признаёт институциональное незнание в качестве защиты. Если AI-инструмент, используемый вашими сотрудниками - с одобрения IT-отдела или без него - создаёт проблему соответствия, ответственность несёт организация. Выявление и документирование теневого AI - обязательная задача по обеспечению соответствия, а не опциональная процедура.

Ошибка 6: Восприятие всех инженерных лучших практик как немедленных юридических обязательств. Не каждая техническая мера контроля, обсуждаемая в системах управления AI, является текущим юридическим требованием для операторов в 2026 году. Восприятие сертификации ISO 42001 или полной реализации NIST AI RMF как юридически обязательных смешивает лучшие практики с юридическими обязанностями. Это смешение либо создаёт излишние затраты, либо, как ни парадоксально, порождает ложное чувство безопасности, когда компании сосредотачиваются на системах вместо конкретных обязательств, реально применимых к ним прямо сейчас.

Разработка AI-агентов, готовых к регуляторной проверке

Корректное развёртывание AI-агентов в соответствии с EU AI Act требует как технической точности, так и регуляторной ясности. Работа заключается не столько в создании документации о соответствии, сколько в построении AI-систем, которые по своей конструкции являются наблюдаемыми, управляемыми и прозрачными. Эти свойства отвечают интересам вашего бизнеса независимо от регуляторных требований: агенты, которые можно аудировать, - это агенты, которым можно доверять; агенты с поведенческой телеметрией - это агенты, которые можно улучшать.

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

Технический аудит ваших текущих AI-сценариев - практический первый шаг. Он определяет вашу роль (поставщик или оператор), сопоставляет ваши системы с рамочным подходом к рискам и расставляет приоритеты действий по срочности и значимости. Объём аудита ограничен, а результат конкретен - не общая рекомендация по системе управления, а чёткое понимание того, что применимо к вашей компании и что делать дальше.

Если вы используете AI-агентов в своём бизнесе или планируете их создать, обратитесь в Webdelo для обсуждения технического аудита AI или архитектуры compliant-системы AI-агентов. Мы поможем вам понять, где вы находитесь и что строить дальше.

Часто задаваемые вопросы

Обязана ли компания за пределами ЕС соблюдать EU AI Act?

Да, если её AI-системы используются жителями ЕС или если результаты работы AI затрагивают жителей ЕС. Территориальный охват регламента повторяет подход GDPR: местонахождение вашей компании не является определяющим фактором; определяющим является местонахождение людей, на которых влияют ваши AI-системы.

Автоматически ли AI-агент классифицируется как высокорисковый по EU AI Act?

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

Что конкретно должна сделать компания до конца 2026 года?

Основное обязательство, действующее с 2 августа 2026 года, - прозрачность по статье 50: раскрывайте пользователям, что они взаимодействуют с AI-системой, и применяйте машиночитаемую маркировку к синтетическому контенту, представляющему общественный интерес. Для систем, выведенных на рынок до 2 августа 2026 года, обязательство по машиночитаемой маркировке имеет переходный период до 2 декабря 2026 года. Все остальные требования статьи 50 действуют незамедлительно.

Мы используем API ChatGPT или API Claude - мы поставщик или оператор?

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

Каков штраф за нарушение требований о прозрачности по статье 50?

Штрафы за нарушение статьи 50 могут достигать 15 миллионов евро или 3% от мирового годового оборота - в зависимости от того, что больше. EU AI Act также предусматривает, что надзорные органы должны применять санкции соразмерно, особенно в отношении малых и средних компаний.

Нужна ли нам сертификация ISO/IEC 42001 для соответствия EU AI Act?

Нет. ISO/IEC 42001 - международный стандарт для систем управления AI: организационная основа, поддерживающая систематическое управление рисками в AI-портфеле. Наличие сертификации ISO 42001 не свидетельствует автоматически о соответствии EU AI Act. Это полезный ориентир, а не замена юридическому анализу соответствия.

Что делать, если сотрудники используют AI-инструменты, не одобренные IT-отделом?

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