29 сентября 2025 года Stripe и OpenAI одновременно выпустили Agentic Commerce Protocol (ACP) и запустили Instant Checkout — функцию, позволяющую пользователю ChatGPT купить товар прямо в диалоге с чат-ботом. Спустя две недели свой протокол анонсировал Google, а следом Coinbase предложила третий, специально заточенный под расчёты в стейблкоинах. Меньше чем за год рынок получил три конкурирующих стандарта для одной и той же новой задачи — оплаты покупок искусственным интеллектом от имени человека. Разбираемся, что каждый из них решает на самом деле и почему это, скорее всего, не война за единственного победителя, а формирование нового слоистого технологического стека.
Зачем вообще нужен отдельный протокол для ИИ-платежей
До появления этих стандартов у ИИ-агента не было единого способа безопасно завершить покупку. Каждая интеграция агента с конкретным продавцом требовала индивидуальной разработки: OpenAI пришлось бы строить отдельное решение для каждого из тысяч возможных продавцов, а каждому продавцу — отдельно интегрироваться под каждую ИИ-платформу. Такая фрагментация в принципе не масштабируется. Протокол в этом контексте — это просто общий язык, который позволяет любому агенту и любому продавцу говорить на одном языке при передаче корзины товаров, согласовании условий доставки и, наконец, самого платежа.
ACP: протокол чекаута от OpenAI и Stripe
Agentic Commerce Protocol стал первым крупным стандартом в этой области. Его создали Stripe и OpenAI, а позже к развитию присоединилась Meta — протокол опубликован под открытой лицензией Apache 2.0 и описывает весь цикл покупки: от отображения каталога товаров агенту до финального платежа. Ключевой технический элемент ACP — Shared Payment Token (общий платёжный токен): вместо того чтобы передавать агенту реальные платёжные данные пользователя, Stripe выпускает узко ограниченный токен, который агент передаёт продавцу, а продавец списывает средства через любого совместимого платёжного провайдера. При этом формальным продавцом (merchant of record) в сделке остаётся сам магазин, а не платформа с ИИ-агентом — это принципиальный момент и для юридической ответственности, и для налогообложения сделки.
Показателен и не самый удачный старт первого практического применения ACP: сама функция Instant Checkout в ChatGPT, с которой начиналась история протокола, была свёрнута OpenAI уже в марте 2026 года — менее чем через полгода после запуска, после того как её успело подключить лишь около десятка продавцов на платформе Shopify. При этом сам протокол ACP не остановился в развитии: в конце октября 2025 года к нему в качестве платёжного партнёра присоединился PayPal, а работа над спецификацией продолжается независимо от судьбы конкретного продукта, который изначально её продемонстрировал.
AP2: протокол авторизации от Google
Agent Payments Protocol (AP2), представленный Google 16 сентября 2025 года, решает другую задачу — не сам процесс чекаута, а вопрос авторизации: как криптографически доказать, что именно пользователь уполномочил именно этого агента на именно эту покупку. Для этого AP2 вводит три типа подписанных «мандатов» — Intent Mandate (согласие на намерение), Cart Mandate (согласие на конкретную корзину) и Payment Mandate (согласие на сам платёж), оформленных как проверяемые цифровые удостоверения по стандарту W3C Verifiable Credentials.
Принципиальная особенность AP2 — его нейтральность по отношению к способу оплаты: протокол одинаково поддерживает карты, банковские переводы и стейблкоины, оставляя непосредственное движение денег профильным платёжным рельсам. К запуску AP2 присоединилось свыше 60 организаций, включая Mastercard, PayPal, Coinbase и American Express, что делает его скорее межотраслевым стандартом авторизации, чем продуктом одной компании.
Интересный факт: код ответа HTTP 402 «Payment Required», на котором построен протокол x402, был зарезервирован в спецификации протокола HTTP ещё в 1997 году — но почти три десятилетия оставался неиспользуемым, пока Coinbase не нашла для него практическое применение в эпоху ИИ-агентов.
Таблица 1. Три протокола и их место в стеке агентной коммерции
| Протокол | Кто создал | Какой слой стека закрывает |
|---|---|---|
| ACP | OpenAI, Stripe (позже Meta) | Чекаут: корзина, оформление заказа, передача платёжного токена продавцу |
| AP2 | Google (с более чем 60 партнёрами) | Авторизация: криптографическое доказательство, что пользователь разрешил агенту именно эту покупку |
| x402 | Coinbase (с Ethereum Foundation, MetaMask) | Расчёт: мгновенный платёж в стейблкоинах поверх обычного HTTP-запроса |
x402: расчёты в стейблкоинах на уровне протокола HTTP
Третий протокол, x402, устроен принципиально иначе первых двух. Он реанимирует давно забытый код ответа HTTP 402 «Payment Required», изначально зарезервированный в протоколе HTTP ещё в девяностых годах, но никогда массово не использовавшийся. Механика простая: когда клиент (агент) запрашивает платный ресурс — например, доступ к API или к единице данных, — сервер отвечает кодом 402 и инструкцией по оплате (сумма, валюта, адрес кошелька). Клиент подписывает платёж в стейблкоине и прикладывает его к следующему запросу — без создания аккаунта, без сессии, без API-ключа.
Это делает x402 особенно удобным для микроплатежей между самими агентами — например, оплаты за отдельный вызов API, за обращение к данным или за небольшую задачу, выполненную другим агентом, — сценариев, для которых традиционные платёжные рельсы с их фиксированными комиссиями и задержкой расчётов попросту не подходят экономически. По данным профильных обзоров, вторая версия x402 вышла в декабре 2025 года с идентификацией на основе криптокошелька и поддержкой нескольких блокчейнов, а в феврале 2026 года сама Stripe интегрировала поддержку x402-платежей в USDC поверх блокчейна Base — показательный пример того, что даже создатели конкурирующего протокола ACP не видят в x402 прямого соперника.
Почему это не конкуренция, а слои одного стека
На первый взгляд наличие трёх протоколов от трёх разных технологических гигантов выглядит как классическая война стандартов, в которой рынку предстоит выбрать одного победителя. На практике, однако, протоколы решают разные, дополняющие друг друга задачи и всё активнее интегрируются друг с другом напрямую: Google выпустила расширение A2A x402, разработанное совместно с Coinbase, Ethereum Foundation и MetaMask, которое позволяет мандату AP2 авторизовать расчёт именно через x402 — то есть агент получает разрешение на оплату через один протокол (AP2), а физически рассчитывается по стейблкоин-рельсам другого (x402). Аналогичным образом ACP описывает сам процесс оформления заказа, но не диктует, каким именно способом или через какой протокол авторизации в итоге проходит платёж.
Практическая аналогия: если сравнивать это с привычной покупкой картой, то ACP — это кассовый аппарат и процесс оформления чека, AP2 — это подпись клиента, подтверждающая согласие на списание, а x402 — это конкретный банковский рельс, по которому физически проходят деньги, будь то платёжная система или блокчейн. Три эти уровня не заменяют, а дополняют друг друга — примерно так же, как в обычной покупке кассовый узел, авторизация платежа и межбанковский клиринг работают одновременно, но выполняются разными системами. Подробнее о том, как устроена эта многоступенчатая механика в обычном платеже картой, мы разбирали в материале «анатомия платежа».
Кто ещё включается в гонку: карточные сети и Stripe со своим рельсом
Три главных протокола — не единственные игроки на этом поле. Карточные сети тоже не остались в стороне: Visa развивает собственный Trusted Agent Protocol (TAP), решающий узкую, но критичную задачу — подтверждение того, что запрос на оплату действительно исходит от легитимного, идентифицированного агента, а не от вредоносного скрипта, притворяющегося агентом. TAP подписывает идентичность агента прямо в заголовки HTTP-запроса и специально спроектирован как дополнение к AP2, а не как его конкурент: AP2 отвечает за то, что пользователь разрешил покупку, а TAP — за то, что именно это агентское ПО, а не подделка, выполняет операцию. Mastercard параллельно развивает собственную инициативу Agent Pay Acceptance Framework, спроектированную как совместимую с AP2 и другими названными агентными протоколами, а не как отдельный закрытый стандарт.
Отдельно от этой экосистемы Stripe в 2026 году анонсировала ещё один открытый стандарт — Machine Payments Protocol (MPP), разработанный совместно с блокчейн-проектом Tempo и описываемый как интернет-нативный способ прямой оплаты для агентов. Появление MPP показывает, что даже сами создатели ACP не считают вопрос протокола платежей окончательно закрытым одним стандартом — расчётный уровень стека агентной коммерции, судя по всему, ещё не устоялся и продолжит развиваться параллельно с уровнями чекаута и авторизации.
Что это значит для продавцов уже сейчас
Практический вывод для бизнеса, который продаёт товары или услуги онлайн: готовиться стоит не к выбору одного протокола, а к постепенной поддержке сразу нескольких слоёв стека агентной коммерции, поскольку крупные технологические игроки договариваются об интероперабельности между своими стандартами быстрее, чем можно было ожидать от независимо запущенных конкурирующих инициатив. Для большинства розничных продавцов на первом этапе важнее всего именно уровень ACP — открытый, не привязанный к конкретному платёжному провайдеру стандарт чекаута, который уже поддерживают крупные платформы вроде Shopify и который проще всего интегрировать поверх существующей платёжной инфраструктуры магазина. Похожая логика уже разворачивается и на уровне интерфейса, которым пользуется сам покупатель: постепенный переход от привычного банковского приложения к диалогу с ИИ-агентом мы разбирали отдельно в материале «может ли исчезнуть банковское приложение».
- Нужно ли продавцу выбирать только один из трёх протоколов? Нет — протоколы решают разные задачи одного и того же процесса (чекаут, авторизация, расчёт) и всё активнее интегрируются между собой напрямую, поэтому на практике продавцу может понадобиться поддержка сразу нескольких уровней стека, а не выбор единственного стандарта.
- Значит ли закрытие Instant Checkout в марте 2026 года, что протокол ACP провалился? Нет. Закрылся конкретный продукт — функция быстрой покупки внутри ChatGPT, которую успело подключить ограниченное число продавцов. Сам протокол ACP при этом продолжил развиваться как открытый стандарт: к нему подключились новые платёжные партнёры (например, PayPal), а Salesforce и другие крупные платформы электронной коммерции объявили о собственных интеграциях независимо от судьбы первоначального продукта OpenAI.
- Может ли ИИ-агент потратить деньги пользователя без его ведома при использовании этих протоколов? Все три протокола устроены так, чтобы этого не происходило: AP2 требует криптографически подписанного мандата пользователя на конкретную сумму и конкретную покупку, прежде чем платёж вообще может быть инициирован, а ACP передаёт продавцу узко ограниченный токен, а не полные платёжные реквизиты, — то есть архитектура систем изначально спроектирована с ограничением полномочий агента, а не с полным доверием к его решениям.
