Путівник протоколами агентної економіки: як агенти спілкуються, платять і знаходять одне одного

💡 Усі статті, обговорення, новини про AI — в одному місці. Приєднуйтесь до AI спільноти!

Агентна економіка — це екосистема, у якій AI-агенти виступають не просто як асистенти, а як самостійні учасники: вони купують, продають, делегують роботу іншим агентам, оплачують доступ до API та підписують цифрові доручення від імені користувачів.

Adobe Analytics повідомила про зростання агентного трафіку на американські retail-сайти на 4700% рік до року — що не дивно, адже ще кілька років тому такого трафіку майже не існувало.

Водночас платіжний протокол x402 за перший рік обробив близько 170 мільйонів агентних транзакцій на суму понад $50 мільйонів, а MPP (Machine Payments Protocol), випущений наприкінці березня 2026 року, лише за два місяці обробив понад 500 тисяч транзакцій.

Щоб уся ця машина працювала, потрібні спільні правила гри. Саме їх і надають сучасні протоколи взаємодії агентів. Назви в них лякаюче схожі — MCP, MPP, x402, ACP, A2A, AP2, APP, ANP — але завдання вони вирішують дуже різні.

У цій статті я зібрав найосновніші та найактивніше розвивані протоколи й спробував розкласти все по поличках.

Огляд стеку

Перш ніж занурюватися в деталі, корисно побачити загальну картину. Щоб агентна економіка справді запрацювала, треба вирішити кілька базових завдань:

1. Взаємодія — як агенти спілкуються одне з одним, із сервісами та зовнішнім світом;
2. Комерція — як агент здійснює покупки, оформлює замовлення й угоди;
3. Платежі — як агенти надсилають і приймають гроші;
4. Виявлення — як агенти знаходять одне одного та сервіси;
5. Довіра та ідентичність — як перевірити, хто такий агент і які в нього є дозволи;
6. Підтвердження та контроль — як залучати людину, коли потрібна згода або перевірка дій.

Сучасний стек агентної економіки формується саме навколо цих викликів.

Агентна інфраструктура — це, по суті, багатошаровий стек, де кожен шар відповідає за окрему частину системи:

Як агенти взаємодіють зі світом: комунікаційні протоколи

MCP — Model Context Protocol

Відкритий стандарт від Anthropic, який дає AI-агентам змогу під’єднуватися до зовнішніх інструментів, джерел даних і сервісів через єдиний інтерфейс. Якщо коротко, це «USB‑C для агентів». Він визначає, як агенти отримують доступ до даних і виконують дії.

MCP упевнено став галузевим стандартом: мільйони завантажень SDK, великі каталоги серверів і підтримка з боку Anthropic, OpenAI, Google та Microsoft. У грудні 2025 року Anthropic передала управління протоколом Linux Foundation (Agentic AI Foundation).

Плюси: зріла екосистема, тисячі готових до використання серверів, справжній галузевий консенсус.

A2A — Agent2Agent

Протокол від Google, призначений для комунікації між агентами: вони знаходять одне одного, обмінюються можливостями (через Agent Cards — по суті візитні картки агентів), делегують завдання та координують робочі процеси.

Якщо MCP — це «руки» агента, то A2A — його «соціальні навички». Ідея в тому, щоб агенти від різних постачальників могли працювати разом. A2A став провідним стандартом для міжагентної координації, підтриманим десятками enterprise-партнерів. Наприкінці 2025 року конкурентний протокол ACP від IBM формально злився з A2A під парасолькою Linux Foundation.

Плюси: широка підтримка, зрозуміла модель можливостей через Agent Card, природно доповнює MCP.

Мінуси: оптимізований під enterprise-середовища; може бути надмірним для сильно відкритих або децентралізованих агентних мереж.

ANP — Agent Network Protocol

Амбітніша спроба побудувати відкриту агентну мережу. Це альтернативний стек «інтернету агентів», який покриває не лише комунікацію, а й ідентичність, шифрування, описи агентів і виявлення. Намагається бути all-in-one фреймворком.

Плюси: філософськи ближчий до відкритого вебу, без сильної залежності від великих корпоративних гравців.

Мінуси: менш зрілий, ніж A2A; екосистема поки що відносно невелика.

Комерція: як агенти здійснюють покупки

Тут має сенс розділити два шари.

Checkout — «додати товари в кошик і оформити замовлення».

Payments — «як рухаються гроші і як підтверджується оплата».

ACP — Agentic Commerce Protocol

Відкритий стандарт від OpenAI і Stripe, що описує, як агент взаємодіє з продавцями: товарні фіди, створення кошика, checkout і узгодження можливостей. По суті це «мова», якою ваш shopping-агент спілкується з будь-яким магазином. Він вийшов у production на початку 2026 року через ChatGPT Instant Checkout. Серед партнерів — Stripe, Shopify, Salesforce і PayPal.

Плюси: реальні транзакції вже відбуваються; зрозуміла модель Shared Payment Token (одноразовий токен з лімітами й терміном дії, де продавець бачить лише необхідну інформацію).

Мінуси: сам ACP не обробляє платежі, а adoption поки що залишається відносно обмеженим.

UCP — Universal Commerce Protocol

Ширший протокол від Google, що покриває повний життєвий цикл комерції: виявлення магазинів, покупки, checkout і післяпродажну підтримку. Його основний партнер — Shopify.

Статус. Анонсований у січні 2026 року, запущений з понад 20 партнерами та глибокою інтеграцією з Google Shopping і AI Overviews.

Плюси: ширше охоплення, ніж у ACP; нативна інтеграція з екосистемою Google.

Мінуси: найімовірніше, оптимізований під великих ритейлерів.

Платежі

x402

HTTP-native платіжний стандарт від Coinbase, який повертає до життя давно забутий статус-код 402 Payment Required.

Логіка проста: агент викликає API, сервер відповідає «потрібна оплата» й передає інструкції (сума, валюта, гаманець), агент підписує stablecoin-платіж і отримує ресурс. Без акаунтів, API-ключів і підписок.

x402 обробив понад 165 мільйонів транзакцій. V2 було запущено в грудні 2025 року з підтримкою кількох мереж і динамічних отримувачів. Stripe інтегрував x402 для USDC на Base у лютому 2026 року, а Cloudflare додав підтримку x402-транзакцій. x402 Foundation було запущено разом із Cloudflare у вересні 2025 року.

Плюси: швидкі API-платежі за фактичним використанням без підписок, нульове тертя для машин, природно працює без участі людини, чудова документація й developer tooling.

Мінуси: обмежений stablecoin- і crypto-рейками; для традиційного enterprise-світу це все ще сприймається як «нове й незвичне».

MPP — Machine Payments Protocol

Протокол машинних платежів від Stripe і Tempo Blockchain. Більш enterprise-орієнтований і універсальний протокол.

Якщо x402 водночас є і протоколом, і способом оплати, то MPP більше схожий на повністю стандартизований enterprise-grade фреймворк. MPP не визначає, як саме і чим платити. Натомість він задає правила, за якими керуються оплата та верифікація. Грубо кажучи — якщо процес оплати можна описати мовою MPP, то він працюватиме незалежно від того, картковий це переказ чи криптоплатіж.

Mainnet було запущено 18 березня 2026 року, з понад 100 інтегрованими сервісами з першого дня. Серед партнерів — Stripe, Visa, Mastercard, Lightspark, Anthropic, OpenAI і Shopify.

Плюси: працює і з криптою, і з фіатом, універсальніший за x402, дружній до compliance, орієнтований на enterprise.

Мінуси: складніший у реалізації — це ціна універсальності.

APP — Agent Payments Protocol (від OKX)

Платіжний стандарт від OKX, побудований поверх x402 і MPP. Він підтримує чотири моделі оплати: одноразові платежі, кілька платежів у межах одного запиту, pay-as-you-go та escrow. Його мета — по суті об’єднати можливості x402 і MPP.

Плюси: кілька моделей оплати, сумісність і з x402, і з MPP.

Мінуси: складніший за x402 чи MPP, усе ще перебуває на дуже ранній стадії, може бути надмірним для простих сценаріїв оплати API.

AP2 — Agent Payments Protocol (від Google)

Протокол авторизації платежів від Google, розроблений спільно з партнерами. AP2 сам собою не є платіжними рейками, а радше становить шар згоди: користувачі підписують криптографічні «mandates» (Intent, Cart, Payment), які точно визначають, що агенту дозволено купити, у яких межах і протягом якого часового вікна. Ці mandates потім прикріплюються до транзакцій і можуть слугувати доказом у спорах.

Специфікацію вже опубліковано, а A2A x402 extension готовий до production.

Плюси: вирішує одну з головних проблем агентної комерції — «а користувач справді це дозволив?». Підтримує різні рейки: картки, банки, stablecoins, x402.

Мінуси: складна екосистема й модель довіри; зараз це більше відчувається як фреймворк, ніж як зрілий production-стандарт.

Виявлення: як агенти знаходять одне одного

Агентам можна просто заздалегідь дати прямі посилання на MCP-сервери, API або інших агентів. Це традиційний підхід. Але агенти стають набагато гнучкішими та автономнішими, коли можуть самостійно виявляти все, що їм потрібно для виконання завдання.

Саме для цього й потрібен шар discovery.

x402 Bazaar

Це розширення протоколу x402, яке дає змогу створювати каталоги платних x402-сумісних сервісів. Якщо ви керуєте платним API, Bazaar — це те, що дає агентам змогу вас виявити.

x402 спирається на facilitator — учасника, який відповідає за надсилання транзакцій у блокчейн та їх підтвердження. Один facilitator може працювати одразу з багатьма серверами, а отже, він може знати про платні endpoint’и, які ці сервери публікують.

Bazaar дає facilitator’ам змогу індексувати endpoint’и серверів, платіжні потоки, які вони обробляють, семантичні описи та платіжні метадані, отримані з onchain-активності. Наразі це, ймовірно, найпрактичніший discovery-шар для машинних платежів.

x402 DNS Discovery

Окремо варто згадати x402 DNS Discovery. Крім Bazaar, для x402 є draft-механізм discovery через DNS TXT records: домен публікує _x402 записи, де вказані URL’и з manifests і metadata для x402-сумісних ресурсів. Це нижчорівневий шлях, ніж Bazaar.

MPP Discovery

Discovery-розширення для Machine Payments Protocol. Сервіс публікує OpenAPI 3.1 документ із payment metadata: які endpoint’и платні, скільки коштують, які payment methods, currencies та intents підтримуються.

MPP також надає live-каталог сервісів на mpp.dev/services, а також MPPScan як реєстр/агрегатор сервісів, що публікують discovery-документи.

UCP Discovery

Дає схожу функціональність, але в домені комерції: агенти можуть виявляти, які бізнес-можливості підтримує продавець, які варіанти оплати доступні та які дії можна виконати через UCP-профіль.

A2A Agent Card

Базовий механізм discovery в Agent2Agent. Агенти публікують JSON-картки, що описують їхні можливості, endpoint’и, вимоги до автентифікації та підтримувані режими роботи. Це не marketplace, а радше цифрова візитівка, яка допомагає іншому агенту зрозуміти, чи має сенс взаємодія.

MCP Registry

Каталог MCP-серверів. Це discovery для інструментів і серверів, які агент може під’єднати. Важливий шар, бо на практиці агенту частіше потрібно не знайти іншого агента, а знайти потрібний tool/server: GitHub, Postgres, browser automation, payments, search тощо.

Екзотичні discovery-протоколи

Це різні підходи до знаходження агентів у відкритому інтернеті та локальних мережах:

• LAD-A2A — локальне виявлення A2A-агентів в офісній або домашній мережі через mDNS, DNS-SD, well-known endpoints, DHCP, QR/NFC.
• DNS-AID — discovery через DNS. Агент публікує endpoint’и та metadata в DNS-записах, а інші агенти можуть знайти його через уже наявну інтернет-інфраструктуру.
• ANS — Agent Name Service — ближчий до identity/naming, ніж до чистого discovery. Якщо DNS-AID відповідає «де і що вміє агент», то ANS відповідає «хто цей агент і чи можна йому довіряти».
• DUADP — Decentralized Universal AI Discovery Protocol, федеративний підхід: спроба зробити «DNS для AI-агентів» без одного центрального посередника.

Маніфести й agent-friendly web

• llms.txt — легкий файл за аналогією з robots.txt, який розповідає агентам, як розуміти сайт і де брати чистий контекст.
• Agent Ready Web / ARW — структурованіший підхід: /llms.txt, markdown-в’юхи, OAuth, Schema.org та інші елементи, щоб сайт був не лише читабельним, а й зручним для дій агента.
• WebMCP — підхід, коли сайт надає структуровані інструменти, якими можуть користуватися агенти, а не змушує їх угадувати дії через UI.
• OAI-1 / Open Agent Identity — спроба об’єднати discovery, identity, manifest та interaction model в один стандарт.

Довіра: хто цей агент і що йому дозволено робити

Це, мабуть, найчутливіший шар. Коли автономний агент здійснює покупку на $5000 без вашого відома — хто несе відповідальність? Як продавець відрізняє легітимного агента від botnet? Як вирішуються спори? Саме ці проблеми намагаються вирішувати протоколи довіри.

Verifiable Intent (Mastercard + Google)

Відкритий криптографічний фреймворк, який створює непідробний доказ авторизації користувача для кожної агентної транзакції. Пов’язує особистість споживача, його інструкції агенту та результат транзакції в один криптографічний «свідок», який усі сторони можуть пред’явити в разі спору.

Оголошений 5 березня 2026 року, з відкритим кодом на verifiableintent.dev. Незабаром вбудується в Mastercard Agent Pay. Сумісний з AP2, UCP, ACP.

Плюси: selective disclosure (продавці бачать рівно те, що їм потрібно, і нічого зайвого); вирішує проблеми dispute resolution; побудований на стандартах, що добре себе зарекомендували.

Мінуси: вимагає, щоб оператори агентів були зареєстрованими організаціями з формальними відносинами з Mastercard, що обмежує анонімні та децентралізовані сценарії.

Visa Trusted Agent Protocol (TAP)

Альтернативний підхід від Visa: замість підтримки довгих ланцюжків криптографічних свідків TAP підписує ідентичність агента прямо всередині HTTP-заголовків запиту. Продавці перевіряють підпис через каталог Visa й одразу розуміють, що мають справу з легітимним агентом.

Запущений разом із Cloudflare 14 жовтня 2025 року.

Verifiable Intent (VI) vs Visa TAP

Простіше кажучи, VI — це постійний ланцюг доказів, призначений для вирішення спорів після завершення сесії. TAP — це підпис на HTTP рівні, призначений для того, щоб продавці могли миттєво зрозуміти, чи прийшов запит від легітимного агента.

Вони працюють на різних шарах стеку й оптимізовані під різні сценарії використання.

Інші стандарти

Існує багато додаткових стандартів, корисних для агентної взаємодії, хоча їх було створено ще до підйому агентів — а іноді й до сучасного AI як такого.

Заглиблюватися в них немає потреби, оскільки їх розробляли для значно ширших завдань, але серед помітних прикладів:

• DIDs (Decentralized Identifiers) — стандарт для децентралізованих цифрових ідентичностей.
• Verifiable Credentials (VC) — стандарт для випуску та криптографічної перевірки цифрових credentials.
• OpenID4VP (OpenID for Verifiable Presentations) — стандарт для пред’явлення та передавання verifiable credentials.
• OpenID Federation — trust-фреймворк між identity providers і сервісами з використанням підписаних метаданих і ланцюжків довіри.
• OAuth RAR (Rich Authorization Requests) — розширення OAuth 2.0 для структурованого й детального опису прав доступу.
• DPoP (Demonstration of Proof-of-Possession) — механізм OAuth 2.0, який прив’язує access tokens до криптографічних ключів клієнта й захищає від крадіжки токенів.

Користувацькі інтерфейси: AG-UI та A2UI

Парадокс «автономних» агентів у тому, що людина все одно періодично потрібна — щоб підтвердити покупки, вибрати варіанти або перервати дії. UI-протоколи існують саме для цього шару взаємодії.

AG-UI

Event-based протокол від CopilotKit, який з’єднує користувацькі frontend’и з агентними backend’ами. Він стримить події, оновлення стану, прогрес і запити на підтвердження — усе в реальному часі.

Сучасні агенти можуть кілька хвилин міркувати, викликати інструменти й запитувати дозволи.

AG-UI фактично є «дротом», яким усе це потрапляє в інтерфейс.

A2UI

Декларативний протокол від Google для генеративного UI: агент описує, які компоненти мають бути показані (cards, forms, buttons), а frontend їх рендерить. Без iframe-sandbox’ів і без виконання довільного коду.

A2UI v0.9 було запущено у квітні 2026 року з prompt-first generation, двостороннім messaging і підтримкою Agent SDK.

AG-UI vs A2UI

Ці протоколи не конкуренти.

A2UI визначає, ЩО має бути показано.

AG-UI визначає, ЯК це має бути доставлено.

Вони природно інтегруються: A2UI-payload’и передаються через AG-UI events. Разом вони формують повний стек для agent-driven користувацьких інтерфейсів.

Ethereum onchain-стандарти для агентів

Якщо ви хочете повністю децентралізованих агентів без залежності від Stripe, Visa, Google чи OpenAI, тоді на сцену виходять onchain-стандарти.

ERC-8004: Trustless Agents

Стандарт для onchain-ідентичності агентів. У кожного агента є публічний onchain ID або NFT, що вказує на Agent Card (ім’я, можливості, MCP/A2A endpoint’и, платіжна адреса), і три реєстри: identity, reputation та validation. Його було запущено в Ethereum mainnet 29 січня 2026 року. За п’ять місяців testnet було зареєстровано понад 10 000 агентів.

Плюси: децентралізація.

Мінуси: немає гарантії, що репутаційні оцінки не накручені штучно.

ERC-8126 і ERC-8122

ERC-8126 — verification-інтерфейс для агентів, зареєстрованих через ERC-8004, включно зі стандартизованими trust scores.

ERC-8122 — легкий реєстр для розгортання кастомних або курованих списків агентів, корисний для L2-екосистем чи нішевих спільнот.

ERC-8183: Agentic Commerce

Стандарт task escrow: користувачі блокують кошти, агенти виконують роботу, evaluators підтверджують результати, а кошти розблоковуються. Виплати повністю перевірювані.

Цей стандарт особливо корисний для платних агентних сервісів, маркетплейсів агентів і завдань та сценаріїв, де «кошти залишаються заблокованими до підтвердження роботи».

ERC-8033: Agent Council Oracles

Інтерфейс oracle, у якому запити розв’язуються «радою» агентів. Якщо потрібно відповісти на семантичне питання («чи є твердження X істинним?»), опитуються кілька агентів, а їхні відповіді агрегуються.

Агенти як NFT: ERC-7662, ERC-7857, ERC-8041

• ERC-7662 — NFT, що представляє AI-агента з агент-специфічними метаданими. Його можна продавати й передавати.
• ERC-7857 — схожа концепція, але з приватними метаданими, вбудованими як частина активу (наприклад, приватні ваги моделі чи секретні ключі).
• ERC-8041 — колекції agent NFT з фіксованою кількістю агентів.

Розширення для реалізації

Це не повноцінні самостійні протоколи, але вони вкрай важливі в реальній розробці:

• Shared Payment Tokens (Stripe) — одноразові токени, прив’язані до конкретного продавця й суми, з TTL. Агенти можуть платити за допомогою токена без доступу до реальної картки.
• x402 Sign-In-With-X (SIWX) — розширення для повторного використання авторизації без потреби перепідписувати кожен запит.
• x402 Payment-Identifier — підтримка payment idempotency для запобігання випадковим подвійним платежам за мережевих збоїв.

Куди все рухається

Які протоколи залишаться й що ринок визнає найуніверсальнішим — ще належить дізнатися. Агентна економіка стрімко розвивається — більшість протоколів з’явилася буквально за останні пів року — рік.

Агентну економіку та взаємодію агентів обговорюють на різних рівнях. З’являються ще автоматизованіші інструменти на кшталт Openclaw і Hermes, які захоплюють уми користувачів своїми можливостями.

Усі протоколи виглядають як каша, але реально складаються в чисті шари. MCP лідирує за інструментами, A2A — за координацією, x402 — за машинними платежами, AP2 — за авторизацією.

І вийшли вони не зі спільнот гіків чи розробників-одинаків, а від лідерів індустрії (Google, Visa, Stripe, OpenAI, Shopify) — а це як мінімум означає, що є серйозні наміри щодо агентів та агентної економіки, навіть якщо хайп ущухне.