AI-агенты и трудовое право: кто «работодатель» агента

За последний год автономные агенты перестали быть демо. OpenAI показала браузерного агента Operator (research preview, январь 2025), позже свернув его функциональность в «ChatGPT agent» (июль 2025). Anthropic ещё в октябре 2024-го добавила Claude режим Computer Use — модель управляет курсором и клавиатурой на виртуальной машине. Google DeepMind анонсировала Project Mariner (декабрь 2024) — расширение, которое само ходит по сайтам. Все три продукта делают одно: получают цель на естественном языке и выполняют цепочку действий без человека на каждом шаге. И почти сразу всплыл вопрос, который любят задавать в заголовках: если у агента есть «работа», значит, у него есть «работодатель»? Короткий ответ — нет. Длинный — ниже.

Почему «работодатель агента» — юридическая пустота

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

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

Вопрос не в том, кто «нанял» агента, а в том, кто его запустил, настроил и получил выгоду. Отвечает тот, кто держит руку на переключателе, а не сам переключатель.

Кто отвечает на самом деле

Пока ни один законодатель не придумал агенту отдельный статус, ответственность распределяется между тремя ролями — и это ближе к гражданскому праву и договорам, чем к трудовому.

• Оператор (тот, кто развернул агента у себя). Компания или человек, который дал агенту доступ к почте, платёжке, CRM и цель. Именно он извлекает пользу и, по общей логике, отвечает за результат перед контрагентами и клиентами.
• Поставщик модели. OpenAI, Anthropic, Google. Их зона — пользовательское соглашение и лимиты. В большинстве публичных условий использования ответственность за то, как вы применяете инструмент, они с себя снимают, а за грубые дефекты самого сервиса — ограничивают. Точные формулировки нужно читать в актуальной версии их Terms of Use.
• Разработчик обвязки. Если между моделью и вашими системами стоит интеграция от подрядчика, часть рисков распределяется договором с ним.

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

Чем автономный агент отличается от обычного бота

Разница, которая как раз и подогревает разговоры про «работника», — в степени самостоятельности. Классический скрипт делает ровно то, что прописано. Агент планирует шаги сам и может уйти в сторону: заказать не тот товар, нажать «подтвердить» там, где не следовало, интерпретировать задачу шире, чем вы имели в виду. Отсюда и соблазн очеловечить его. Но автономность не создаёт правосубъектности — она только повышает цену ошибки оператора, который дал слишком широкий доступ.

Как разные платформы ограничивают самостоятельность

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

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

Пригодится, если вы:

• Автоматизируете рутину с чётким контуром — сбор данных с сайтов, заполнение однотипных форм, сверку таблиц. Тут агент экономит часы, а цена ошибки ограничена изолированной средой.
• Строите внутренний процесс, где каждый шаг с деньгами или отправкой наружу проходит через подтверждение человека.
• Готовы прописать в договоре с клиентами и подрядчиками, кто отвечает за действия автоматизации.

Не стоит спешить, если вы:

• Хотите отдать агенту полный доступ к платёжам и корпоративной почте «под ключ» без ревью — это перенос рисков на себя же, только без страховки.
• Работаете с персональными данными клиентов и не проверили, что агент и его облачная обвязка не выносят их туда, куда нельзя.
• Рассчитываете, что «раз это ИИ решил», ответственность размажется. Не размажется: перед клиентом отвечаете вы.

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

Что делать оператору уже сейчас

1. Определите контур доступа: к каким системам агент реально обращается и где стоят «стоп-краны» на оплату и отправку.
2. Включите подтверждение человека на необратимых операциях — это снижает не только технический, но и юридический риск.
3. Ведите лог действий агента: что, когда и по чьей команде сделал. При споре это ваш основной аргумент.
4. Пропишите в договорах с подрядчиками и клиентами, кто отвечает за результат работы автоматизации.
5. Сложные случаи с деньгами, персональными данными и ответственностью перед третьими лицами разбирайте с юристом — вопросы статуса ИИ-инструментов в праве пока не устоялись.

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