Технічний контекст: що саме дав Chrome EPP
Я уважно подивився раннє прев’ю WebMCP у Chrome (EPP) і побачив головну ідею: сайт перестає бути «сторінкою для читання» і стає набором нативних інструментів, які агент викликає як функції. Не через DOM-вгадування і не через OCR, а через браузерний API з валідованими аргументами.
У протоколу два шляхи. Декларативний варіант чіпляється до <form> через атрибути toolname/tooldescription, а браузер сам будує JSON-схему за полями. Імперативний шлях — це реєстрація інструменту з JS: navigator.modelContext.registerTool() з ім’ям, описом, вхідною схемою (JSON Schema / Zod) та async-обробником execute.
Мене найбільше чіпляє не синтаксис, а виконання: виклик відбувається в контексті сесії користувача. Тобто агент працює з тими ж cookie/авторизацією, без «пере-логіну» і без прокидання токенів у сторонні інтеграції.
Для ризикованих дій передбачені гейти: можна запросити явне підтвердження користувача через механізми взаємодії. Це критично, бо “addToCart()” — дрібниця, а “cancelOrder()” або “changeAddress()” вже зона відповідальності та комплаєнсу.
Вплив на бізнес та автоматизацію: хто виграє, хто втратить
Якщо WebMCP приживеться, я очікую різкий зсув у практиках автоматизація штучним інтелектом. Досі агентні сценарії в браузері трималися на крихких шарах: селектори, зміни верстки, антибот-захист, капчі, нестабільність візуальних моделей. Тут же сайт сам каже агенту: «ось мої дії, ось їхній контракт».
Виграють компанії з транзакційними потоками: e-commerce, travel, банки з самообслуговуванням, B2B-портали із замовленнями та актами. Там, де вартість помилки висока, перехід від скрапінгу до tool-викликів дає вимірний ефект: менше інцидентів, менше ручних розборів, вища конверсія в успішне завершення завдань.
Програють ті, хто заробляв на «інтеграціях через парсинг» і не зможе швидко перелаштуватися. Також постраждають сайти, які не запропонують зручний контракт інструментів: агенти почнуть віддавати перевагу «agent-ready» конкурентам, бо їм банально простіше і надійніше виконувати завдання.
У проектах Nahornyi AI Lab я б одразу закладав WebMCP як новий шар архітектура ШІ-рішень: поруч із backend-API, поруч з event-трекінгом і поруч із політиками безпеки. Це не заміна вашому API, а спосіб дати агенту правильний «важіль» у браузері, зберігаючи контроль у продукту та security.
Але без інженерної дисципліни тут буде біль. Потрібні схеми, версіонування контрактів, тести на інструментальні потоки, спостережуваність (який tool викликали, з чим, чим відповів), і окрема робота по «кнопках підтвердження» — щоб не вбити UX, але й не відкрити діру для зловживань.
Стратегічний розбір: AXO як нова воронка і що я б зробив зараз
Найбільш недооцінений ефект — поява Agent Experience Optimization (AXO) як паралельного світу до SEO. Я бачу це так: раніше ви оптимізували сторінку під робота-індексатора і людину. Тепер вам доведеться оптимізувати набір дій під агента, який «купує», «переносить», «звіряє», «оформлює повернення».
У моїх впровадженнях ШІ майже завжди спливає одна проблема: бізнес-логіка розмазана по фронтенду, аналітиці та бекенду, а агенту потрібен короткий, детермінований шлях. WebMCP підштовхує до правильної декомпозиції: виділити наміри (searchFlights, checkAvailability, createInvoice) і дати їм суворі входи/виходи.
Я б не чекав «стандарту у всіх браузерах». Я б вибрав 3–5 ключових сценаріїв з максимальним ROI і почав прототип: кошик/оформлення, перевірка статусу, пошук/фільтри, запис/бронювання, генерація документів. Це дасть швидкий сигнал, як змінюється конверсія агентних потоків і скільки підтримки ви економите.
І ще одне: WebMCP — це не тільки про клієнтів. Внутрішні портали (закупівлі, склад, сервіс-деск) можна перетворити на інструментальний шар для корпоративних агентів без відкривання назовні небезпечних API. Для багатьох компаній це найбезпечніший шлях зробити впровадження штучного інтелекту не в презентації, а в щоденних операціях.
Цей розбір підготував Вадим Нагорний — провідний експерт Nahornyi AI Lab з ШІ-архітектури та агентної автоматизації в реальному секторі. Я допоможу вам спроектувати WebMCP/agent-ready шар: вибрати сценарії, описати схеми інструментів, вибудувати безпеку та метрики, а потім довести до продакшену. Напишіть мені — обговоримо ваш продукт і складемо план впровадження на 2–6 тижнів.