Апелляция Девятого округа сажает ИИ-агента на место пользователя

4 августа 2026 года коллегия Девятого округа отменила предварительный запрет, который не давал ИИ-агенту Perplexity действовать на Amazon.com от имени клиентов Amazon. Коллегия постановила, что доступ к компьютерам Amazon получил пользователь, а не Perplexity. Разбор Cooley от 6 августа 2026 года излагает и логику, и, что не менее полезно, два её ограничения.

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

Что суд действительно решил

Assistant, агент внутри браузера Comet от Perplexity, делал снимки экрана браузера на машине самого пользователя, отправлял их на серверы Perplexity и получал обратно инструкции по навигации на Amazon. Сама Perplexity не открывала соединение с серверами Amazon. На такой архитектуре коллегия рассудила, что «whoever» в CFAA подразумевает человека, поэтому «доступ» означает вход человека в систему, и этим человеком был пользователь, давший указание. Иск по калифорнийскому CDAFA отпал по той же причине.

Окружной суд 9 марта 2026 года решил иначе, сочтя, что Amazon, вероятно, выиграет, поскольку доступ Perplexity не был разрешён Amazon независимо от того, что разрешили его пользователи. Девятый округ это отменил и вернул дело.

Что это меняет для владельца сайта

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

• Условия обслуживания остаются рычагом, который называет само решение.

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

• Больший контроль ИИ-компании над своим агентом указывает в обратную сторону.

Для владельца формы важна именно эта часть. Защита формы — это не юридические теории, а то, что происходит в момент POST.

На чём должны держаться средства защиты формы от ботов

FormFlow предлагает проверку Turnstile и модель спама для каждой формы, обученную на человеческих исправлениях. Turnstile — проверка одного провайдера, и она отказывает открыто: когда провайдер недоступен, Submission не блокируется на этом основании. Модель спама взвешивает признаки запроса против модели, которую сформировали собственные исправления формы, а приоритет команды может пометить Submission, но никогда не наложить вето.

Ничто из этого не гарантия и не утверждение о том, что законно. Это довод против единственного средства контроля. Форма, зависящая от одного сигнала, имеет одну точку отказа — будь это проверка, сверка user-agent или судебное дело.

Чего это не решает

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

Решение ограничено CFAA и CDAFA. Оно не делает ИИ-агентов законными, не одобряет доступ агентов вообще, не решает договорные и деликтные требования и ничего не говорит о robots.txt, условиях обслуживания или любой другой политике доступа, которую может принять сайт.

Оно также ничего не решает о средствах контроля FormFlow: это инженерные решения, а не юридические. Читайте первоисточник, а не пересказ. О контракте POST, который обеспечивает форма, читайте справочник API, а о происхождении этого контракта — запись Changelog v1.0.0.