Агент в контуре компании: что проверить до подключения

Крупные вендоры один за другим встраивают в свои продукты агентов, которые сами вызывают API, читают почту и правят записи в базах. OpenAI выпустила режим агента в ChatGPT, Anthropic развивает Claude с исполнением инструментов и протоколом Model Context Protocol, Microsoft продвигает Copilot Studio для сборки агентов на корпоративных данных. Технически подключить такого агента к внутренним системам — вопрос нескольких дней. Юридически — вопрос, который в большинстве компаний до сих пор не закрыт, и цена ошибки тут измеряется не багами, а претензиями регулятора, клиентов и собственных сотрудников.

Агент отличается от обычного чат-бота тем, что действует: не отвечает на вопрос, а совершает операции от имени организации. Он может отправить письмо клиенту, изменить статус заказа, выгрузить таблицу с персональными данными. И каждая такая операция — это действие, за которое кто-то отвечает. Разбираемся, что нужно проверить до того, как токен с правами записи попадёт в модель.

Кто отвечает за действие агента

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

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

Агент не снимает ответственность с компании — он масштабирует её. Одна ошибка человека затрагивает один кейс, одна ошибка агента с доступом к базе — тысячу за минуту.

Что смотреть в договоре с вендором

• Предел ответственности — на какую сумму вендор отвечает и что исключено (косвенные убытки, упущенная выгода, ущерб репутации почти всегда исключены).
• Кому принадлежат ваши данные и промпты — используются ли они для дообучения^* моделей вендора. Для корпоративных тарифов обычно нет, для бесплатных и потребительских — часто да.
• Где физически обрабатываются данные — регион дата-центров и субпроцессоры (модели, на которых работает платформа, часто хостятся у третьей стороны).
• Порядок уведомления об инцидентах — в какой срок вендор обязан сообщить об утечке или сбое.

Персональные данные — самый острый участок

Как только агент получает доступ к CRM или почте, он получает доступ к персональным данным клиентов и сотрудников. В российском контуре это зона действия закона о персональных данных (152-ФЗ). Ключевые обязанности оператора — обработка на законном основании, локализация баз с данными россиян на территории РФ и уведомление Роскомнадзора об обработке. Ответственность за нарушения ужесточили в 2025 году, вплоть до оборотных штрафов за утечки — конкретные размеры и составы уточняйте в действующей редакции КоАП, потому что суммы и формулировки менялись.

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

1. Какие категории персональных данных агент физически может увидеть при заданных правах доступа.
2. Куда эти данные уходят при обработке — остаются в вашем контуре или отправляются на внешние серверы модели.
3. Есть ли законное основание на такую обработку и покрывает ли его согласие, которое вы уже собрали с клиентов.

Если модель хостится за пределами РФ, а в контексте есть данные россиян, вы упираетесь в требование локализации и в правила трансграничной передачи. Это не значит «нельзя» — это значит, что нужно оформить основание и, возможно, выбрать вариант с обработкой внутри страны.

Права доступа: принцип минимальной привилегии

Самая частая ошибка внедрения — выдать агенту сервисную учётную запись с максимальными правами, «чтобы работало». Юридически это создаёт худший сценарий: при инциденте вы не сможете доказать, что данные были защищены разумными мерами, потому что агент имел доступ ко всему.

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

Как это выглядит у трёх платформ

Юридически значимые характеристики отличаются от платформы к платформе. Ниже — что важно проверить у трёх популярных вариантов. Конкретные условия тарифов и регионы обработки меняются, поэтому финальные формулировки сверяйте в актуальном DPA^** и договоре на дату подключения.

Общий вывод по таблице: ни одна из зарубежных платформ не решает вопрос локализации персональных данных россиян из коробки. Если в контекст агента попадают данные клиентов-физлиц, честный путь — либо обезличивать данные до передачи, либо разворачивать обработку в российском контуре (например, на self-hosted моделях), либо оформлять законное основание на трансграничную передачу.

Кому это пригодится и кому нет

Полный юридический due diligence^*** обязателен, если:

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

Можно ограничиться лёгкой проверкой, если:

• агент работает только на чтение и формирует черновики, которые всегда проверяет человек;
• в контуре агента нет персональных данных — только обезличенная аналитика, документация, публичные тексты;
• это пилот на синтетических или тестовых данных без выхода на реальных клиентов.

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

^* Дообучение (fine-tuning) — адаптация готовой модели на дополнительных данных под конкретную задачу. Если ваши данные идут на дообучение вендора, они могут повлиять на ответы модели другим клиентам.

^** DPA (Data Processing Agreement) — соглашение об обработке данных: приложение к договору, где вендор описывает, как он обрабатывает и защищает ваши данные и данные ваших пользователей.

^*** Due diligence — процедура всесторонней проверки перед сделкой или внедрением: юридической, технической, финансовой чистоты.

Материал носит справочный характер и не заменяет консультацию юриста; порядок и требования могут отличаться в зависимости от вашей отрасли, состава данных и региона обработки.