Если вы используете AI-агентов, которые работают с данными клиентов, электронной почтой или внутренними документами — и при этом ведёте деятельность в ЕС или обслуживаете европейских пользователей — вы так или иначе находитесь в зоне действия двух пересекающихся нормативных рамок, осознаёте вы это или нет. GDPR регулирует обработку персональных данных с 2018 года. Закон об ИИ ЕС, вступивший в силу поэтапно с августа 2024 года, добавляет второй уровень комплаенса, нацеленный конкретно на системы искусственного интеллекта. К 2026 году большинство положений уже действуют, и контроль за их соблюдением — не пустой звук.
Для небольших команд, использующих AI-агентов на самохостинге — работающих на вашем собственном VPS, вашей собственной инфраструктуре — картина комплаенса выглядит иначе, чем для пользователей SaaS. Некоторые обязательства упрощаются. Некоторые не меняются вовсе. А несколько новых требований нацелены именно на то, как вы документируете и мониторите автономные системы.
В этом гайде мы разберём, что действительно важно, что самохостинг решает, а что нет, и какие конкретные шаги предпринять, чтобы оставаться в рамках закона без юридического отдела.
Нормативный ландшафт в 2026 году: два свода правил, один стек
GDPR и Закон об ИИ ЕС преследуют разные цели, но существенно пересекаются, когда AI-агенты обрабатывают персональные данные.
GDPR регулирует обработку персональных данных. Он спрашивает: какие данные вы собираете, на каком правовом основании, куда они передаются и как субъекты данных реализуют свои права? Он технологически нейтрален — ему всё равно, обрабатывает данные человек или агент.
Закон об ИИ ЕС регулирует именно системы ИИ. Он спрашивает: к какой категории риска относится эта система, какие safegарды необходимы и как вы документируете её поведение? По принципу он нейтрален к данным — он применяется, даже если ваш агент вообще не имеет дела с персональными данными.
Когда ваш AI-секретарь читает корпоративную почту, содержащую имена, адреса и деловую переписку, оба свода правил действуют одновременно. Когда ваш AI-кодер пишет скрипты развёртывания без персональных данных, действует только Закон об ИИ. Понимание, какие обязательства привязаны к каким рабочим процессам, — первый навык в области комплаенса.
GDPR: что на самом деле меняет самохостинг
Самохостинг AI-агентов на инфраструктуре, которую вы контролируете, напрямую решает одну из самых болезненных норм GDPR: передача данных за рубеж (глава V).
Когда вы используете облачный AI-сервис — ChatGPT Teams, Google Workspace с Gemini, Claude for Work — ваши запросы и ответы отправляются на серверы провайдера, как правило, в США. Каждая передача персональных данных граждан ЕС неевропейскому обработчику требует:
- Соглашения об обработке данных (DPA) с провайдером
- Оценки статуса адекватности страны назначения
- Возможно, оценки воздействия при передаче (TIA)
- Дополнительных мер, если статус адекватности неопределён
Самохостинг-агенты, работающие на VPS в выбранном вами европейском дата-центре, обходят всю эту цепочку. Данные никогда не покидают вашу контролируемую инфраструктуру. Нет передачи для оценки, нет DPA для согласования со сторонним AI-вендором, нет вопроса об адекватности.
Но самохостинг не освобождает вас от остальных положений GDPR. По-прежнему необходимы:
Правовое основание для обработки. Если ваши агенты работают с персональными данными (письма клиентов, контактные формы, записи пользователей), вам нужно задокументированное правовое основание согласно статье 6. Для внутренних бизнес-операций чаще всего подходит законный интерес (статья 6(1)(f)) — задокументируйте оценку законного_interestа, показывающую, что обработка необходима, соразмерна и что права субъектов данных не преобладают над вашим интересом.
Реестр операций обработки данных (ROPA). Статья 30 обязывает организации с численностью 250+ сотрудников вести ROPA, но лучшая практика — и многие надзорные органы — ожидают этого от организаций любого размера, регулярно обрабатывающих данные. Задокументируйте обработку каждого агента: какие данные он затрагивает, цель, правовое основание, сроки хранения и получатели.
Оценки воздействия на защиту данных (DPIA). Статья 35 требует DPIA для обработки, которая может повлечь высокий риск. Автоматизированное принятие решений, существенно затрагивающих интересы физических лиц, запускает это требование. Если ваш AI-агент отбирает резюме, одобряет кредиты или принимает ценообразовательные решения, затрагивающие конкретных людей, DPIA обязательна.
Права субъектов данных. Люди могут запрашивать доступ, исправление, удаление и переносимость своих данных. Если ваши AI-агенты хранят или обрабатывают персональные данные, вам необходим механизм для поиска и работы с этими данными в ответ на запросы.
Закон об ИИ ЕС: уровни риска для бизнес-агентов
Закон об ИИ классифицирует системы ИИ по четырём уровням риска. Куда попадают ваши агенты, определяет ваши обязательства.
Неприемлемый риск (запрещено). Социальное скоринг, биометрическая слежка в реальном времени в общественных местах, сублиминальная манипуляция. Ни один бизнес-агент сюда не попадает, если только вы не занимаетесь тем, чем не следует.
Высокий риск (жёстко регулируется). Системы ИИ, используемые в качестве компонентов безопасности, в критической инфраструктуре, для оценки в образовании, кадровых решений, кредитного скоринга, правоохранительной деятельности и управления миграцией. Если ваши AI-агенты отбирают резюме, дают рекомендации по кредитам или управляют физическими системами — вы в зоне высокого риска. Это запускает: оценки соответствия, техническую документацию, требования к человеческому контролю, логирование, регистрацию в базе данных ЕС и пострыночный мониторинг.
Ограниченный риск (обязательства по прозрачности). Чатботы, системы распознавания эмоций, генераторы дипфейков. Если ваши агенты взаимодействуют с внешними пользователями — боты поддержки клиентов, торговые помощники — вы должны чётко информировать собеседника о том, что он общается с системой ИИ.
Минимальный риск (нет специальных обязательств). Спам-фильтры, AI-помощники для написания кода, внутренние исследовательские агенты, суммаризация документов. Большинство самохостинг-агентов для бизнеса — кодер, исследователь, копирайтер, работающий внутри компании — попадают сюда.
Преимущество самохостинг-инфраструктуры для комплаенса: Требования Закона об ИИ ЕС в области управления данными, логирования и прозрачности значительно проще выполнить, когда вся обработка происходит на принадлежащей вам инфраструктуре. Вы контролируете логи, потоки данных и права доступа от начала до конца. Инструменты, созданные для самохостинг-развертывания, удерживают конфиденциальные данные — записи клиентов, внутренние документы, содержимое почты — полностью в пределах вашего периметра, устраняя вопросы передачи данных третьим лицам, которые осложняют комплаенс на основе SaaS. Вы не можете делегировать ответственность, но можете упростить архитектуру, к которой она применяется.
Купить — 15 400 ₽Конкретные шаги для комплаенса вашего самохостинг-стека
Вот что нужно сделать на практике, расставленное по приоритетам.
Шаг 1: Инвентаризация агентов и потоков данных (неделя 1)
Создайте простую таблицу или документ со списком каждого AI-агента, какие данные он обрабатывает, где эти данные хранятся и кто имеет доступ. Для каждого агента укажите:
- Источники входных данных: Читает ли он письма? Базы данных клиентов? Открытые данные из интернета?
- Куда идут результаты: Slack? Электронная почта? Файлы на диске?
- Объём персональных данных: Обрабатывает ли он имена, email, IP-адреса, финансовые записи?
- Вызовы внешних API: Отправляет ли агент данные облачным провайдерам моделей (OpenAI, Anthropic) для инференса?
Последний пункт критичен. Самохостинг *оркестрации* при одновременной отправке запросов в API OpenAI означает, что персональные данные в этих запросах всё равно попадают на серверы OpenAI. Настоящее хранение данных в выбранном регионе требует либо запуска моделей локально, либо использования размещённых в ЕС эндпоинтов инференса с соответствующими DPA.
Шаг 2: Классификация рисков (неделя 1–2)
Для каждого агента определите уровень риска по критериям Закона об ИИ ЕС. Большинство внутренних бизнес-агентов — минимальный риск. Отметьте агента, если он:
- Принимает или поддерживает решения, затрагивающие права физических лиц (трудоустройство, кредиты, жильё)
- Непосредственно взаимодействует с внешними пользователями без уведомления
- Обрабатывает данные особой категории (здоровье, биометрия, политические взгляды)
Задокументируйте классификацию с обоснованием. Это становится частью технической документации.
Шаг 3: Определите правовое основание и задокументируйте его (неделя 2)
Для каждого действия по обработке, связанного с персональными данными, укажите выбранное правовое основание согласно статье 6 GDPR. Для большинства внутренних бизнес-операций:
- Законный_interest — для обработки, необходимой для ведения бизнеса (например, AI-агент суммаризирует письма клиентской поддержки для выявления тенденций)
- Договорная необходимость — для обработки, требуемой для исполнения обязательств перед клиентами
- Согласие — только там, где другие основания неприменимы, и в идеале не для данных сотрудников (проблема дисбаланса сил)
Составьте краткую оценку законного_interestа для каждого вида деятельности: законный_interest, почему обработка необходима и почему права субъектов данных не преобладают.
Шаг 4: Внедрите логирование и аудируемость (неделя 2–3)
Закон об ИИ ЕС требует, чтобы системы высокого риска вели автоматические логи. Даже для агентов минимального риска логирование — лучшая практика, которая подготовит вас к повышению категории.
Что логировать: отправленные промпты, полученные ответы, доступ к данным, принятые или рекомендованные решения и случаи ручной коррекции. Сроки хранения должны соответствовать задокументированной цели — не логируйте всё вечно.
Для самохостинг-стеков это архитектурно проще: лог-файлы принадлежат вам. Настройте агентов на запись структурированных логов в локальное хранилище, которое вы контролируете.
Шаг 5: Выстройте процессы для прав субъектов данных (неделя 3–4)
Создайте задокументированную процедуру обработки запросов субъектов данных. Когда кто-то спрашивает «какие данные обо мне хранят ваши AI-агенты?», вам нужно:
1. Определить всех агентов, обрабатывавших данные этого человека 2. Найти эти данные в ваших локальных хранилищах 3. Предоставить осмысленный ответ об автоматизированной обработке (статья 15(1)(h)) 4. Удалить данные по запросу, если нет обязательств по хранению
Самохостинг делает это выполнимым — вы можете искать по своим логам и базам данных. С облачными AI-сервисами вы зависите от способности и готовности провайдера помочь.
Шаг 6: Поддерживайте актуальную документацию (постоянно)
Комплаенс — это не разовый проект. Поддерживайте:
- ROPA с обновлениями при изменениях в агентах или развёртывании новых
- Оценки рисков с ежегодным пересмотром или при изменении возможностей агентов
- Техническую документацию с описанием архитектуры агентов, версий моделей и потоков данных
- Реестры инцидентов для любых утечек данных или неожиданного поведения агентов
Преимущество локальных моделей: когда бесплатно значит ещё и комплаентно
Практический инсайт для команд с ограниченным бюджетом: запуск части задач агентов на локальных моделях не только экономит деньги — он снимает целые слои обязательств по комплаенсу.
Когда ваш AI-агент использует локальную модель для задач вроде форматирования текста, генерации заголовков или сжатия контекста, персональные данные вообще не покидают вашу инфраструктуру. Нет API-вызова для документирования, нет DPA для поддержания, нет передачи для оценки. Область комплаенса сужается до вашей собственной инфраструктуры.
Это формирует естественную архитектуру: чувствительные задачи (работа с данными клиентов, обработка почты) выполняются на локальных моделях по возможности, а задачи сложного рассуждения, требующие передовых моделей, проходят через API-вызовы, которые вы правильно задокументировали и оценили.
Как это выглядит на практике
Консалтинговая компания из пяти человек, использующая самохостинг AI-агентов для внутренних операций:
- AI-секретарь читает корпоративную почту → законный_interest, логи локально, без внешнего API для обработки почты
- AI-кодер пишет скрипты развёртывания → нет персональных данных, минимальный риск, нет обязательств по GDPR
- AI-исследователь суммаризирует рыночные отчёты → периодически встречаются персональные данные (имена руководителей в отчётах), законный_interest, использует локальную модель для суммаризации во избежание внешней передачи данных
- AI-копирайтер создаёт маркетинговые тексты → законный_interest при персонализации под сегменты клиентов, требуется прозрачность, если публикуемый контент создан ИИ (статья 50 Закона об ИИ)
У каждого агента есть одностраничная запись о комплаенсе с классификацией риска, правовым основанием, потоками данных и настройками логирования. Общее время на документацию: примерно день на настройку и час в квартал на поддержку.
Итог
Самохостинг AI-агенты дают небольшим командам ощутимое преимущество в комплаенсе — не иммунитет от регулирования, а архитектурный контроль, делающий соблюдение норм выполнимым без юридического отдела. Вы контролируете, где хранятся данные, какие логи существуют и как данные перемещаются между компонентами. Это фундамент, на котором строится всё остальное.
Команды, которым будет сложно в 2026 году, — это не те, у кого неидеальный комплаенс, а те, кто вообще не задумывался об этом. Начните с инвентаризации данных. Это занимает несколько часов и сразу проясняет ваш профиль риска. Всё остальное следует из понимания того, к чему на самом деле прикасаются ваши агенты.
FAQ
Применяется ли Закон об ИИ ЕС к внутренним инструментам ИИ, которые моя команда использует для себя?
Да. Закон распространяется на любую систему ИИ, «введённую в оборот» или «введённую в эксплуатацию» в ЕС — включая инструменты, которые вы создаёте и используете внутри компании. Однако чисто внутренние исследования и разработки могут подпадать под исключения согласно статье 2(4)(b), если не используются для принятия решений, затрагивающих внешних лиц.
Освобождает ли самохостинг моих AI-агентов от GDPR?
Нет. GDPR применяется в зависимости от того, где находятся субъекты данных, а не от того, где расположен ваш сервер. Самохостинг помогает с требованиями к хранению данных и обязанностями обработчика, но вам по-прежнему необходимы правовые основания, оценки воздействия на защиту данных (DPIA) и механизмы обеспечения прав субъектов данных.
Какую документацию я должен вести для комплаенса AI-агентов?
Согласно Закону об ИИ ЕС: техническую документацию, оценки рисков, возможности логирования и записи о человеческом контроле. Согласно GDPR: реестр операций обработки данных (ROPA), DPIA для обработки с высоким уровнем риска и журналы запросов субъектов данных. Оба нормативных акта требуют постоянного сопровождения, а не разового оформления.
Нужно ли регистрировать моих AI-агентов в базе данных ЕС?
Только системы ИИ высокого риска требуют регистрации в базе данных ЕС. Большинство агентов для автоматизации бизнеса (помощники для написания текстов, исследований, написания кода) относятся к категории «ограниченного» или «минимального» риска и не требуют регистрации, хотя обязательства по обеспечению прозрачности всё равно действуют.
Могу ли я запускать AI-агентов на персональных данных без явного согласия?
Возможно. GDPR допускает несколько правовых оснований помимо согласия — законный интерес (статья 6(1)(f)) часто применим для внутренних бизнес-операций. Задокументируйте оценку законного интереса (LIA) и убедитесь, что субъекты данных могут реализовать свои права.
Что будет, если я использую облачные API вроде OpenAI параллельно с самохостинг-агентами?
Каждый поток данных должен оцениваться отдельно. Данные, отправляемые в облачные API, представляют собой передачу данных по GDPR, требуя соглашения об обработке данных (DPA) с провайдером и, возможно, оценки воздействия при передаче (TIA), если провайдер находится за пределами ЕС. Самохостинг-компоненты, обрабатывающие персональные данные граждан ЕС локально, полностью исключают этот сценарий.