Реестры доверенных ИИ-агентов: кто и зачем их заводит

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

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

Что вообще значит «доверенный агент»

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

• Идентификация. Кто этот агент и кто за ним стоит — человек, компания, другой сервис.
• Полномочия. Что ему разрешено делать от вашего имени и до какой суммы или какого действия.
• Подлинность. Как получатель запроса убедится, что перед ним именно тот агент, а не подделка.

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

Реестр доверенных агентов решает ту же задачу, что когда-то решил центр сертификации для сайтов: превратить «поверьте на слово» в «проверьте подпись».

Кто претендует на роль держателя реестра

Здесь и начинается интрига. На роль ведущего реестра сегодня претендуют разные типы организаций, и у каждого своя логика.

Разработчики межагентных протоколов

Anthropic продвигает Model Context Protocol (MCP) — открытый стандарт подключения моделей к инструментам и данным. Google представил протокол Agent2Agent (A2A) для общения агентов между собой, позже передав его под управление Linux Foundation. Оба подхода предполагают механизм описания возможностей агента и его идентичности — то есть зачаток реестра, пусть и не всегда централизованного.

Платёжные системы

Visa и Mastercard в 2025 году анонсировали инфраструктуру для агентных платежей — Visa Intelligent Commerce и Mastercard Agent Pay. Их интерес прямой: если агент платит вашей картой, банк должен понимать, что это авторизованный агент, а не перехваченная сессия. Здесь реестр агентов срастается с существующей инфраструктурой токенизации карт.

Провайдеры идентичности и владельцы платформ

Cloudflare и другие компании, стоящие на границе трафика, предлагают верифицировать агентов на уровне сети: подтверждать, что запрос идёт от заявленного бота, через криптографические подписи. Это ближе всего к модели «реестр как публичный справочник ключей».

Как это устроено технически

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

• Криптографические ключи и подписи. Каждый запрос агента подписан, получатель проверяет подпись по открытому ключу.
• Верифицируемые полномочия. Отдельная подписанная запись говорит, что владелец аккаунта делегировал агенту право на конкретные действия.
• Реестр или справочник. Место, где можно посмотреть, какому издателю принадлежит ключ и не отозван ли он.

Технологически это опирается на давно существующие вещи: OAuth-делегирование, децентрализованные идентификаторы (DID), стандарты верифицируемых удостоверений W3C. Новизна не в криптографии, а в том, что участником становится не человек и не сайт, а автономная программа.

Сравнение подходов

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

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

Реестры доверенных агентов — история не для всех сразу. Она нужна там, где агент действует с последствиями.

• Пригодится интернет-магазинам и сервисам с оплатой. Если к вам приходит агент за покупкой, отличить авторизованного от мошеннического — прямая защита от фрода.
• Пригодится корпоративным командам, разворачивающим агентов. Когда бот получает доступ к внутренним системам, вам нужен аудит: кто, что и от чьего имени сделал.
• Пригодится владельцам сайтов. Реестр помогает пускать полезных агентов и отсекать скрейперов, маскирующихся под них.
• Скорее не нужно частному пользователю прямо сейчас. Если ваш агент только суммирует статьи и пишет черновики, регистрировать его негде и незачем.
• Не нужно тем, у кого агент работает в закрытом контуре. Когда всё внутри одной системы без внешних действий, внешний реестр избыточен.

Что спорно

Главный конфликт — централизация против открытости. Если реестр ведёт одна платёжная сеть или один провайдер трафика, он получает роль привратника: решает, чей агент считается доверенным. Это удобно с точки зрения безопасности и тревожно с точки зрения конкуренции — новичку сложнее попасть в такой список, чем крупному игроку.

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

Третий вопрос — ответственность. Если доверенный агент из реестра совершит вредоносное действие, кто отвечает: издатель, держатель реестра или пользователь, делегировавший полномочия? Правовая рамка для этого пока не сложилась ни в одной юрисдикции, и здесь любой конкретный ответ был бы домыслом.

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