Google щойно відкрив UCP. Ось усе, що вам потрібно знати: Google публікує відкриті стандарти, які описують, як AI-агенти працюють у реальних системах. Головна увага — на взаємодії, щоб агенти могли координувати, здійснювати транзакції та виконувати робочі процеси на різних платформах. UCP (універсальний протокол перевірки) UCP відображає потоки оформлення замовлень електронної комерції у структурований, машиночитаний спосіб. Він визначає, як агенти взаємодіють із каталогами торговців, візками, інвентарем і етапами оформлення замовлення, користуючись узгодженим інтерфейсом на різних платформах. Це дозволяє агентам проходити процес оформлення замовлення у різних продавців без індивідуальних інтеграцій. Google вже деякий час працює над агентними стандартами. Підхід полягає в визначенні кожної відповідальності як окремого протоколу, щоб агенти могли взаємодіяти між системами, постачальниками та середовищами. A2A (агент до агента) A2A — це стандарт Google, який визначає, як агенти спілкуються між собою. Вона охоплює делегування, координацію та прийняття рішень між агентами, які можуть належати до різних систем або організацій. AP2 (протокол оплати агентом) AP2 — ще один стандарт від Google. Він визначає, як агент здійснює покупку після прийняття рішення. Це включає авторизацію, оплату та розрахунки на рівні протоколу. x402 і як він сидить X402 — це платіжний протокол, розроблений компанією @CoinbaseDev. Він визначає стандартне платіжне рукостискання через HTTP, включно з тим, як запитується, подається та перевіряється платіж. Google не змінює визначення x402. натомість він інтегрує його. Google реалізувала x402 як розширення для A2A ( Це дозволяє здійснювати оплату в рамках взаємодії між агентом. Сервісний агент може вимагати оплату, клієнтський агент може подати платіж за допомогою X402, а розрахунки можна перевірити перед продовженням робочого процесу. x402 може використовуватися як платіжний механізм у потоці UCP, коли його підтримує продавець або сервіс. Розширення та екосистема Google оголосила про UCP разом із продовженнями для існуючих комерційних платформ, таких як @Shopify. Ці розширення відкривають каталоги торговців, інвентарі та потоки оформлення замовлень через стандартизовані інтерфейси. агенти інтегруються через UCP. Торговці продовжують працювати на своїй існуючій інфраструктурі. Де підходить Амперсенд Амперсенд стоїть вище цих стандартів як рівень контролю та видимості для людей. AmpersSend не «реалізує» і не «викликає» x402 самостійно. Натомість це дозволяє людям створювати та керувати агентами, які можуть брати участь у комерційних потоках, де X402 підтримується продавцем або сервісом. AmpersSend дозволяє користувачам: - створювати та керувати агентами - налаштовувати ліміти витрат і бюджети - перегляд діяльності агента та історії транзакцій - відстежувати, як агенти рухаються у торгових процесах, включно з касами на основі UCP Приклад уявіть собі виробника кави, який продає зерна в магазині Shopify. Продавець налаштовує свій касовий рахунок так, щоб підтримувати платежі X402 за допомогою USDC. Продавець створює агента-продавця і може переглядати всі покупки, здійснені через цього агента. Покупець реєструється в AmpersEnd і створює агента під назвою 'coffee_buyer' з балансом у 100 USDC і місячним лімітом у 100 USDC. Вони наказують агенту купити кавові зерна у продавця. Покупка здійснюється через потік UCP касового оформлення. Оплата здійснюється за допомогою x402, оскільки продавець це підтримує. Обидві сторони можуть бачити угоду через своїх агентів. Покупець може переглядати витрати та активність в Амперсенді. AmpersSend забезпечує людський інтерфейс для контролю та спостереження за цією активністю. На практиці: - UCP представляє потік виїзду - A2A координує взаємодію агентів - x402 обробляє платежі там, де підтримується - AmpersSend дозволяє людям налаштовувати, контролювати та контролювати агентну торгівлю Послухайте @jordan0ellis від @googlecloud поясніть A2A, AP2 та розширення ⬇️ x402, залиште A ➕ у коментарях, якщо хочете розгорнути відео-пояснення.

X402 — це агентний протокол для оплати інтернет-запитів. Він розглядає платежі так само, як HTTP ставиться до помилок, перенаправлення або автентифікації: як частину циклу запит–відповідь, а не як окремий продукт або потік. Сервіс може оголосити ціну в момент запиту. Клієнт може обрати оплату, підтвердити оплату і продовжити роботу повністю програмно. Без облікових записів користувачів, ключів API, прив'язаних до дашбордів для оплати, або кастомних платежних точок. X402 розроблений насамперед для машин. Кожне прохання існує окремо. Ціноутворення, розрахунки та верифікація відбуваються за один дзвінок, а не за користувача. Це робить його придатним для використання скриптами, сервісами та автономними агентами без координації чи налаштування. Протокол навмисно вузький. Вона визначає, як запитується і враховується платіж, а не який актив використовується або хто має право платити. Це робить його гнучким і легким для написання. Розблокування x402: - ціноутворення на основі використання за замовчуванням - послуги оплати за дзвінок без підписок - кінцеві точки, які можна знаходити та оплачувати на вимогу x402 не вирішує: ідентичність, довіру чи репутацію. Вони мають бути в іншому місці. x402 відповідає на одне питання: «Скільки коштує цей запит і як його погасити?» У поєднанні зі стандартами ідентичності та довіри агента вона стає відсутньою частиною відкритої, машинно-орієнтованої комерції. Додаткові розблокування, пояснені @kleffew94 ⬇️

"І все, що тобі потрібно — це скопіювати ключ API..."