Что такое коммерция между агентами? Как ИИ-агенты обеспечивают автономные транзакции и платежи

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

По мере развития больших языковых моделей, фреймворков для ИИ-агентов и инфраструктуры цифровых платежей коммерческая деятельность переходит от взаимодействия пользователей с сайтами к автоматизированным процессам, управляемым агентами. Например, агент по закупкам компании может запросить у агента поставщика сведения о наличии товаров и ценах, агент-помощник пользователя может сравнить тарифные планы разных поставщиков услуг, а программный агент может приобретать API-кредиты по мере необходимости для выполнения задачи. В таких сценариях агенты должны идентифицировать друг друга, обмениваться структурированной информацией, а также подтверждаемым способом проводить авторизацию и платежи.

В последние годы постепенно развиваются такие технологии, как A2A, Model Context Protocol (MCP), Agent Payments Protocol (AP2) и x402. Они предоставляют разные уровни инфраструктуры для взаимодействия агентов и машинных платежей. В этой статье рассматриваются принципы работы коммерции между агентами, связанные с ней протоколы, сценарии оплаты стейблкоинами и потенциальные риски, а также её связь с Web3 и будущими системами цифровой коммерции.

Основные выводы

• Коммерция между агентами (A2A Commerce) — это коммерческие транзакции, которые разные ИИ-агенты выполняют посредством автоматизированного обмена информацией, согласования условий, платежей и исполнения заказов в пределах полномочий, предоставленных пользователями или компаниями.

• В отличие от традиционной электронной коммерции, Agent Commerce передаёт ИИ-агентам поиск товаров, сравнение цен, управление заказами и часть платёжных решений, переводя коммерческие процессы от ручных операций к взаимодействию машин.

• Такие протоколы, как A2A, MCP, UCP, AP2 и x402, предназначены соответственно для коммуникации между агентами, подключения инструментов, коммерческих процессов, авторизации платежей и программируемых платежей. Не для каждой транзакции требуются все эти протоколы.

• Стейблкоины и ончейн-платежи могут обеспечить ИИ-агентам программируемые переводы средств, особенно для кроссплатформенных цифровых услуг, вызовов API и небольших межмашинных платежей.

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

Что такое коммерция между агентами и чем она отличается от традиционной электронной коммерции?

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

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

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

Эта модель не означает, что ИИ-агенты могут самостоятельно принимать решения по всем аспектам каждой транзакции. Пользователи по-прежнему должны определять бюджеты, разрешённых продавцов, условия оплаты и необходимые правила утверждения. Автономность агента должна основываться на явном разрешении, а не заменять контроль пользователей над своими средствами и коммерческими обязательствами.

Как коммерция между агентами выполняет транзакцию?

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

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

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

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

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

Как A2A, MCP, UCP и AP2 поддерживают транзакции Agent Commerce?

Коммерция между агентами включает несколько технических уровней. Одной большой языковой модели недостаточно для надёжного выполнения коммерческих транзакций. ИИ-агенты должны подключаться к внешним данным, взаимодействовать с другими агентами, понимать структуру заказов и подтверждать корректную авторизацию платежей. A2A, MCP, UCP и AP2 предназначены для решения этих задач соответственно.

A2A (Agent2Agent) в первую очередь поддерживает поиск, коммуникацию и совместное выполнение задач между различными ИИ-агентами. Через A2A агент покупателя может определить возможности агента продавца и направить ему запросы на выполнение задач. MCP (Model Context Protocol) главным образом подключает ИИ-агентов к внешним инструментам, базам данных и сервисам, позволяя им проверять наличие товаров, получать цены или обращаться к бизнес-системам.

UCP (Universal Commerce Protocol) ориентирован на сами коммерческие процессы, включая поиск товаров, корзины, оформление заказа и управление заказами. Он предоставляет относительно стандартизированные структуры данных и методы взаимодействия между продавцами, сокращая необходимость в разработке отдельных интеграций оформления заказа для каждой платформы электронной коммерции.

AP2 (Agent Payments Protocol) предназначен для авторизации платежей и проверки подотчётности. Он использует проверяемые учётные данные авторизации, чтобы фиксировать, какие транзакции пользователь разрешает выполнять агенту, какие ограничения применяются и соответствует ли конкретный платёж условиям авторизации. В руководстве для разработчиков, опубликованном в 2026 году, Google описывает эти протоколы как разные уровни инфраструктуры, которые могут работать совместно, а не как конкурирующие альтернативы.

Эти протоколы не являются обязательным набором для каждой транзакции. Например, для простого платного вызова API могут потребоваться только интерфейс инструмента и платёж через x402, тогда как сложная кроссплатформенная закупка может одновременно использовать A2A, UCP и AP2. Техническая архитектура должна соответствовать реальным потребностям бизнеса, а не объединять все протоколы без необходимости.

Как AP2 решает вопрос авторизации платежей для ИИ-агентов?

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

Google представила AP2 в сентябре 2025 года для создания кроссплатформенной системы авторизации платежей, инициируемых агентами. Основной подход заключается в связывании намерения пользователя совершить покупку с фактической платёжной активностью посредством проверяемых записей об авторизации. Вместо того чтобы полагаться исключительно на журналы чатов как подтверждение согласия пользователя на покупку, этот механизм делает акцент на структурированной авторизации, проверяемости и аудите транзакций.

Например, пользователь может разрешить агенту по закупкам приобретать у одобренных поставщиков программные услуги на сумму не более $100 в течение определённого периода. Когда агент находит подходящий товар, платёжная система должна проверить продавца, сумму и срок действия авторизации. Если транзакция выходит за пределы разрешённого объёма, система должна запросить повторное подтверждение пользователя, а не позволять агенту самостоятельно увеличивать бюджет.

В 2026 году Google передала AP2 альянсу FIDO Alliance и выпустила обновления с поддержкой сценариев Human Not Present, позволяющих агентам выполнять платежи при заранее авторизованных условиях без участия пользователя в режиме реального времени.

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

Как x402 и стейблкоины обеспечивают автоматизированные платежи ИИ-агентов?

x402 — это протокол программируемых платежей, построенный вокруг кода состояния HTTP 402 Payment Required, разработка которого поддерживается Coinbase. Когда клиент получает доступ к платному API или цифровой услуге, протокол позволяет ему оплатить услугу в соответствии с требованиями сервера и получить запрошенный ресурс после проверки платежа. Для ИИ-агентов это создаёт возможность приобретать услуги без необходимости каждый раз проходить ручное оформление заказа.

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

Стейблкоины обладают определёнными преимуществами в этом процессе. Например, USDC в целом привязан к доллару США, что делает его подходящим для относительно стабильного ценообразования цифровых услуг. В сочетании с блокчейн-сетями, поддерживающими недорогие транзакции, стейблкоины могут использоваться для услуг с оплатой по факту использования, вызовов API и кроссплатформенных платежей за цифровые услуги. В документации Coinbase для разработчиков также приведены примеры выполнения платных запросов к API x402 через Agentic Wallet с поддержкой установки максимальной суммы платежа на транзакцию.

Важно отметить, что x402 не означает, что вся Agent Commerce должна использовать криптовалюты. Традиционные платёжные карты и банковские платежи также могут поддерживать транзакции агентов. Стейблкоины особенно полезны для программируемых переводов, расчётов за цифровые сервисы и кроссплатформенных платежей. Их практическое использование по-прежнему требует учёта комиссий сети, безопасности кошельков, нормативных требований и способности продавцов принимать платежи.

Каковы практические сценарии использования коммерции между агентами?

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

В корпоративных закупках агент покупателя может автоматически запрашивать предложения поставщиков с учётом наличия товаров и бюджета, а затем подтверждать с агентом продавца даты поставки, объёмы закупки и условия контракта. В руководстве Google для разработчиков по протоколам ИИ-агентов закупки для ресторанов используются для демонстрации того, как MCP может проверять наличие товаров, A2A — связываться с поставщиками, UCP — размещать заказы, а AP2 — проверять авторизацию платежей.

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

В потребительских покупках агенты могут помогать пользователям сравнивать товары, формировать корзины и выполнять часть процесса оформления заказа. Google начала применять UCP в отдельных сценариях покупок в Search AI Mode и Gemini. Однако эти функции по-прежнему зависят от соответствия продавцов требованиям, доступности в регионах и возможностей продуктов. Это не означает, что все онлайн-покупки уже поддерживают полностью автономные транзакции между агентами.

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

Как коммерция между агентами связана с Web3?

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

Этот механизм особенно актуален для цифровых сервисов. Например, два ИИ-агента с разных платформ могут не иметь общей системы платёжных аккаунтов. Однако если оба поддерживают один и тот же стейблкоин и блокчейн-сеть, они могут проводить транзакции через стандартизированный платёжный интерфейс. Расширения для x402 и A2A уже начали изучать эту модель. Общедоступная спецификация A2A x402 Payments Extension определяет процессы для предложений услуг, требований к оплате, проверки платёжных данных и квитанций о транзакциях, связывая платные услуги между агентами с ончейн-платежами.

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

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

С какими рисками безопасности и бизнеса сталкивается коммерция между агентами?

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

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

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

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

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

Заключение

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

A2A, MCP, UCP, AP2 и x402 обеспечивают техническую поддержку соответственно для коммуникации агентов, подключения инструментов, коммерческих процессов, авторизации платежей и программируемых расчётов. Стейблкоины и блокчейн предлагают дополнительные возможности для цифровых сервисов и кроссплатформенных машинных платежей, однако не каждый сценарий Agent Commerce требует использования Web3.

В долгосрочной перспективе распространение коммерции между агентами будет зависеть от способности агентов надёжно выполнять транзакции при явной авторизации и контролируемом уровне риска. Только когда проверка личности, разрешения на использование средств, платёжные расчёты и разрешение споров образуют целостную систему, ИИ-агенты смогут развиться от помощников для покупок до надёжных участников коммерческой деятельности.

Часто задаваемые вопросы

Что означает коммерция между агентами?

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

В чём разница между Agent-to-Agent Commerce и Agentic Commerce?

Agentic Commerce — более широкое понятие, охватывающее различные сценарии, в которых ИИ-агенты участвуют в покупках и транзакциях. Agent-to-Agent Commerce делает акцент на прямом взаимодействии между разными агентами, например агентами покупателя и продавца, и представляет собой конкретную реализацию Agentic Commerce.

Может ли протокол A2A напрямую выполнять платежи?

A2A в основном обеспечивает поиск, коммуникацию и совместное выполнение задач между агентами. Для платежей обычно требуется интеграция с AP2, x402 или другими платёжными системами. Сам по себе A2A не является платёжной сетью.

Могут ли ИИ-агенты платить без подтверждения пользователя?

Некоторые транзакции могут выполняться автоматически, если пользователь заранее предоставил действующее разрешение и установил лимиты по суммам, продавцам и срокам действия авторизации. Для транзакций за пределами разрешённого объёма должно требоваться повторное подтверждение. Фактические возможности также зависят от платёжной системы и применимых правил.

Почему x402 подходит для платежей ИИ-агентов?

x402 интегрирует требования к оплате в процесс HTTP-запроса, позволяя ИИ-агентам по мере необходимости оплачивать API и цифровые услуги. Он сокращает количество традиционных этапов регистрации учётной записи и ручного оформления заказа, что делает его подходящим для программируемых сценариев и оплаты по факту использования.

Требует ли коммерция между агентами использования стейблкоинов?

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

Уже ли коммерция между агентами получила широкое распространение?

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