Чи може Claude Sonnet 5 оформити продаж? Що плагіни MCP насправді дозволяють робити агентам ШІ на касі

Чи може Claude Sonnet 5 оформлювати продажі? Він може керувати процесом оплати — знаходити товар, формувати кошик, заповнювати поля доставки та натискати кнопку. Чого він не може зробити самостійно, так це переказати гроші. Цей останній крок належить платіжному протоколу, а не моделі. Розуміння того, де один передає повноваження іншому, — це і є вся історія ШІ-агентів на касі у 2026 році, і саме цю частину більшість галасу обходить увагою.

Тож давайте розділимо те, що робить модель, що роблять плагіни MCP і що насправді проводить транзакцію.

Що таке плагін MCP і що він насправді робить?

Model Context Protocol (MCP) — це сполучна тканина між моделлю ШІ та зовнішнім світом. Anthropic відкрила його вихідний код у листопаді 2024 року та передала його до Agentic AI Foundation організації Linux Foundation у грудні 2025 року разом із Block та OpenAI. Відтоді він став шаром, на якому базується майже кожен стандарт агентської комерції.

Плагін MCP — це пакет, що складається з одного або кількох серверів MCP та інструкцій, необхідних агенту для їх використання. Сервер публікує меню інструментів («пошук у каталозі», «створити кошик», «отримати варіанти доставки»), а агент вибирає з цього меню. MCP забезпечує лише дві речі: виявлення (які інструменти існують) та виклик (їх запуск). Він не забезпечує оплату, авторизацію чи ідентифікацію. Як чітко зазначено в специфікаціях, MCP ніколи не переказує жодного долара.

Ця різниця має значення. Плагін може дозволити агенту читати ваш каталог товарів і формувати замовлення. Він не може самостійно списати кошти з картки. Кожен, хто продає вам «оплату через ШІ», насправді продає вам стек протоколів, де MCP — це лише нижній шар.

Чи може ШІ-агент дійсно завершити покупку?

Так, але для завершення процесу йому потрібен платіжний протокол. Найбільш визнаним є Agentic Commerce Protocol (ACP), який підтримують OpenAI та Stripe. ACP розбиває процес оплати на чітку послідовність: агент знаходить товари в каталозі продавця, покупець вибирає один із них, агент отримує актуальну ціну, варіанти та доставку, а потім завершує замовлення, надсилаючи платіжний токен на кінцеву точку завершення транзакції.

Токен — це ключ. Агент ніколи не працює з необробленими даними картки — він передає облікові дані, які покупець уже авторизував, а платіжний процесор продавця проводить розрахунок. Версія від Stripe працює на базі існуючого Checkout Sessions API, який під капотом обробляє податки та доставку.

Існують і конкуруючі стандарти — Universal Commerce Protocol від Google, AP2 для платежів, TAP від Visa — і більшість реальних впроваджень поєднують два або три з них. Базова схема залишається незмінною: MCP знаходить і викликає, а платіжний протокол авторизує та проводить розрахунки. Коли у березні 2026 року OpenAI закрила свою функцію Instant Checkout і перейшла на додатки ритейлерів, інфраструктура MCP під цим процесом не змінилася. Змінився комерційний шар, а шар виявлення залишився на місці.

Що змінив Claude Sonnet 5?

Anthropic випустила Claude Sonnet 5 30 червня 2026 року та представила його як свою найбільш агентську модель середнього розміру, здатну планувати, використовувати інструменти на кшталт браузерів і терміналів, а також працювати автономно на рівні, який раніше вимагав більших і дорожчих моделей. За початкової ціни $2 за мільйон вхідних токенів і $10 за мільйон вихідних токенів економіка запуску агента через повний цикл оплати стала набагато менш болісною.

Для тих, хто продає онлайн, важливі дві деталі. По-перше, стійка концентрація: Sonnet 5 довше утримує багатокрокове завдання, а це саме те, чого вимагає послідовність «знайти-вибрати-оплатити». По-друге, безпека в агентських середовищах — Anthropic повідомляє, що модель краще відхиляє шкідливі запити та протистоїть атакам типу prompt-injection. Коли агент авторизований витрачати гроші, протидія зламаним інструкціям перестає бути просто додатковою перевагою.

Ніщо з цього не змінює розподіл праці. Більш спроможна модель надійніше керує процесом оплати. Але вона все одно не проводить сам платіж.

Що це означає для POS-системи продавця?

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

Саме тут інфраструктура перемагає надбудови. Конструктор POS, побудований навколо кастомних сценаріїв оплати, уже описує свої кроки структуровано — саме так, як це потрібно агенту для навігації. Модель ціноутворення лише за транзакції, без щомісячної плати за програмне забезпечення, не карає вас, коли агент оформлює менші, але частіші замовлення. А платіжний шар, побудований на Stripe, уже розмовляє мовою, яку розширює ACP.

Чесний погляд на 2026 рік: агентська оплата — це реальність, але вона перебуває на ранній стадії. Вона дає перевагу тим продавцям, чиї системи структуровані та готові до платежів, порівняно з тими, хто намагається прикрутити ШІ до жорстких застарілих POS-систем. Якщо ви оцінюєте цю різницю, радимо прочитати наш матеріал про те, що ШІ може і чого не може робити для бізнесу, а також про реальну вартість накопичення підписок на SaaS.

Final побудовано саме на такому фундаменті — кастомні сценарії оплати, ціноутворення лише за транзакції та платежі, які вже працюють через Stripe. Якщо вам потрібна POS-система, готова до того, як люди купуватимуть насправді, це чудовий варіант для старту.