На этой неделе agentic commerce перестал быть темой для конференций и стал production-реальностью. JPMorgan Payments запустил enterprise-сервисы для торговцев в партнёрстве с Mirakl. Shopify, Mastercard, Google и Cloudflare синхронно объявили о переводе агентной коммерции из пилотов в боевую инфраструктуру. McKinsey прогнозирует, что к 2030 году через AI-агентов будет проходить $3-5 трлн розничных продаж, из них $1 трлн — только в B2C США. Если вы строите автоматизацию на n8n, Telegram Bots или кастомных LLM-интеграциях, это касается вас напрямую: клиенты скоро будут спрашивать, может ли ваш агент не только анализировать, но и платить.

Протокольная война уже идёт

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

ACP — OpenAI + Stripe

Agentic Commerce Protocol обрабатывает платежи через инфраструктуру Stripe. Комиссия прозрачная и ощутимая: 7% (4% OpenAI + 3% Stripe). Ставка на то, что пользователи ChatGPT будут покупать прямо в чате.

UCP и AP2 — Google + Shopify

Universal Commerce Protocol закрывает весь путь от discovery до fulfillment. Agent Payments Protocol — отдельный слой именно для авторизации платежа. Google намеренно разделил эти два процесса, и это важный архитектурный сигнал, о котором ниже.

TAP — Visa

Trusted Agent Protocol строится вокруг криптографической верификации идентичности агента. Задача — отличить легитимного покупательского агента от бота-мошенника ещё до того, как транзакция попадёт в карточные рельсы.

MCP — Anthropic

Model Context Protocol уже не претендент, а фактический стандарт: 97 млн загрузок SDK в месяц. MCP не про платежи напрямую, а про то, как агент вообще координирует задачи и получает доступ к данным. Платёжные протоколы строятся поверх этой координационной инфраструктуры.

A2A — Google + Linux Foundation

Agent-to-Agent — протокол для машинных расчётов между агентами без участия человека в моменте. Актуален для B2B-сценариев, где один агент заказывает услугу у другого.

Главная архитектурная проблема: decisioning ≠ execution

Самое важное, что нужно понять прямо сейчас: индустрия единогласно разделяет два слоя. Агент решает, что и когда покупать. Но сама обработка платежа происходит в отдельном, усиленном слое инфраструктуры, к которому у агента нет прямого доступа к «сырым» деньгам.

Практически это реализуется через:

• Scoped ephemeral credentials — токены, которые действуют ограниченное время и только на конкретную сумму/категорию трат по карточным рельсам.
• Know Your Agent (KYA) — фреймворки от Visa и Mastercard, аналог KYC, но для машинных идентичностей: кто этот агент, от чьего имени действует, какие у него лимиты.
• Hardware-backed authorization — Yubico YubiKey 5.8 с CTAP 2.3 позволяет подписывать действия агента на уровне железа, а не просто токена в памяти.

Это не бюрократия ради бюрократии. Это единственный способ дать агенту реальную автономию, не потеряв контроль над тем, сколько и куда он может потратить.

Что это значит для no-code и n8n-разработчиков

Если вы уже строите workflow-ы на n8n или Telegram-ботов с интеграцией LLM, agentic commerce открывает новую категорию задач — autonomous spending внутри workflow. Но добавлять эту возможность в лоб, просто подключив API карты к LLM-вызову, — прямой путь к инциденту.

Что я рекомендую закладывать в архитектуру уже сейчас:

• Bounded autonomy — жёсткие лимиты по сумме, частоте и категории трат на уровне конфигурации, а не только на уровне промпта. Промпт агент может проигнорировать или обойти, лимит в payment layer — нет.
• Identity-слой — каждый агент должен иметь проверяемую идентичность (ключ, сертификат, scoped token), отделённую от учётных данных пользователя.
• Человек в контуре для edge-кейсов — для трат выше порога или вне обычного паттерна — подтверждение через Telegram-уведомление, а не автоматическое исполнение.
• Аудит-лог каждого действия — кто, когда, на основании какого решения агента инициировал транзакцию. Без этого разбирать инциденты постфактум будет невозможно.

Что делать прямо сейчас

Инфраструктура ещё формируется, протоколы ещё воюют за стандарт, но крупнейшие игроки — Stripe, Google, Visa, Mastercard, Shopify, JPMorgan — уже двигают это в production, а не в roadmap. Если вы работаете с клиентами в e-commerce, финтехе или B2B-автоматизации, начните проектировать governance и identity-слой уже сейчас, не дожидаясь, пока один протокол окончательно победит. Архитектура bounded autonomy переживёт любой конкретный протокол — это и есть ваша инвестиция на годы вперёд.