Cloudflare опубликовала пост «Agents aren’t humans (but they kinda are)», в котором формулирует «принцип интермедиации»: когда персональный ИИ-агент, например Muse от Meta или dots от OpenAI, действует от имени пользователя, сайт видит не человека, а посредника, и теряет данные для идентификации, репутации и подотчётности. Компания перечисляет 14 проблем, которые это создаёт владельцам сайтов, и объявляет коалицию Trusted Agent Delegation (TAD), собирающую уже существующие открытые стандарты в общую рамку делегирования доверия. Часть нужных для этого инструментов уже встроена в продукты Cloudflare, поэтому агентский трафик можно перестраивать прямо сейчас.

image
image

Что произошло

5 ноября 2026 года Cloudflare выпустила в корпоративном блоге пост «Agents aren’t humans (but they kinda are)». Его центральный тезис назван «принципом интермедиации», и на нём компания строит список из 14 проблем для владельцев сайтов, в который входят account sharing, friendly fraud и traffic commingling. По оценке авторов, CAPTCHA и подходы human-in-the-loop, а также узкие scope-разрешения этот класс задач не закрывают. Как ответ объявлена коалиция Trusted Agent Delegation (TAD), опирающаяся на уже существующие стандарты и черновики: Web Bot Auth для криптографической подписи запросов агентом, интернет-черновик MOLE (Moderation of unLinkable Endorsements) для rate limiting без привязки к личности, протокол платежей x402, а также OAuth и рабочую группу IETF AIPREF, где обсуждаются предпочтения сайтов к агентам.

Контекст

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

Почему это важно для индустрии

Для отрасли пост означает смену рамки: агентский трафик предлагается не блокировать, а регулировать через открытые стандарты, и это потенциально меняет экономику веб-трафика, антифрод-модели и требования к API, потому что стоимость ошибок агентов ложится на сайты, а не на операторов агентов. Идентификация, репутация и подотчётность ИИ-агентов превращаются из функции бот-менеджмента в самостоятельный продуктовый слой. Коалиция Trusted Agent Delegation и работа в IETF могут стать базой де-факто стандарта идентификации агентов, с которым придётся считаться разработчикам агентов, платёжным провайдерам и владельцам сайтов. В горизонте примерно шести месяцев при наборе участников ожидаются черновые спецификации делегирования, первые production-интеграции и SDK и требования формата «подписанный агент или отказ в доступе». В горизонте около двух лет обсуждается сценарий агентной идентичности как «robots.txt 2.0»: сайты различают пользователя, агента и оператора, санкции сдвигаются с уровня агента на уровень учётной записи пользователя, а делегированные платежи и репутация агентов образуют рынок инфраструктурных продуктов.

Почему это важно для пользователей

Для читателя, который строит агентов или управляет сайтом, пост полезен прежде всего списком уже доступных инструментов. Владельцам сайтов на Cloudflare доступны виджеты в Security Analytics с категорией «Personal Assistants» для сегментации агентского трафика, политики AI Crawler and Agent access policies для управления доступом отдельных агентов и Account Abuse Protection с Hashed User ID, в котором блокируется конкретная учётная запись внутри общего агента, а не весь агент. Разработчики агентов уже сегодня могут внедрять криптографическую подпись запросов по Web Bot Auth и закладывать в архитектуру поддержку лимитирования и оплаты агентских действий. Отдельные решения, включая Account Abuse Protection, распространяются в раннем доступе, поэтому знакомиться с ними стоит с оглядкой на изменения условий. Уже этого достаточно, чтобы включить и протестировать per-agent policies и проверить, как агентский трафик сегментируется на реальном сайте.

Что пока неизвестно / ограничения

В материале нет измеримых доказательств эффективности: неизвестна доля агентского трафика, не измерены false positive rate блокировок и метрики снижения friendly fraud, account sharing или commingling, отсутствует сравнение с базовой линией до и после внедрения Web Bot Auth и MOLE. Коалиция Trusted Agent Delegation остаётся анонсом: участники и условия членства не раскрыты, а MOLE существует в виде интернет-черновика draft-jms-mole-architecture и может измениться или не продвинуться в IETF. Account Abuse Protection доступен в early access без публичного pricing, условия могут измениться, а privacy-гарантии схемы с Hashed User ID в источнике не раскрыты. Прогнозы о первых спецификациях делегирования в горизонте полугода и об агентной идентичности в духе «robots.txt 2.0» на горизонте двух лет — интерпретации с низкой уверенностью, как и ожидание первых публичных атак на связку WBA и MOLE, включая relay-сценарии.

Источники

Автор

Look at AI, редакция