Суд решил: ИИ-агент — это инструмент. Отвечает тот, кто его включил

4 августа апелляционный суд девятого округа США снял предварительный запрет, который не давал ИИ-агенту компании Perplexity заходить на Amazon.com от имени покупателей. Маркетплейс требовал запрета по двум законам — федеральному о компьютерном мошенничестве и калифорнийскому о неправомерном доступе к данным, — и в первой инстанции запрет получил. Теперь его отменили.

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

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

1
Что суд НЕ решил — три оговорки, которые важнее самого вывода
2
Решение касается только двух законов о неправомерном доступе; иски о нарушении правил сайта, о договоре и о недобросовестной конкуренции остались доступны
3
Оценка привязана к фактам: у более самостоятельного агента, который сам обращается к серверам сайта, ответственность может возникнуть
4
Это была стадия предварительного запрета — суд оценивал вероятность успеха, а не решал дело окончательно

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

Что это значит для бизнеса в России

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

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

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

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