Cloudflare додала новий перемикач у свою панель керування, який впроваджує WebMCP bridge у сторінки будь-якого сайту, дозволяючи ШІ-агентам виявляти та викликати надані сайтом інструменти без внесення змін у код вихідного сервера. Цей крок усуває найбільш трудомісткий етап підготовки веб-ресурсу до роботи з агентами («agent-ready»), проте розробники все одно мають визначати корисні інструменти та контролювати їх використання.

Чому перемикач на edge має значення

WebMCP — це API, що використовується для реєстрації інструментів. Досі для підключення сайту до цього протоколу потрібно було вручну вставляти скрипт-міст на кожну сторінку. Новий перемикач Cloudflare «Browser Run → Agent Readiness» автоматизує цю ін'єкцію на рівні edge, додаючи скрипт у момент, коли HTML покидає мережу Cloudflare і потрапляє до браузера відвідувача.

Перевага очевидна: будь-який статичний сайт, розміщений де завгодно, тепер може відкрити свій контент для ШІ-агентів одним кліком. Жодних змін на вихідному сервері, жодного перезбирання фронтенду.

Що саме робить ця функція

Коли перемикач увімкнено, відбуваються дві речі:

  • Edge injection — Cloudflare додає невеликий JavaScript-пейлоад до вихідного HTML. Це працює як для традиційних статичних сторінок, так і для сучасних SPA, що використовують клієнтську маршрутизацію.
  • Browser bridge — скрипт запускається в браузері користувача та реєструє сайт у WebMCP API, оголошуючи інструменти, які він може надати.

Cloudflare випускає попередню версію з двома попередньо упакованими наборами інструментів:

  1. Content Credentials — відкриває метадані C2PA (Coalition for Content Provenance and Authenticity), прикріплені до медіафайлів, що дозволяє агентам перевіряти походження контенту.
  2. Site MCP Server — діє як проксі, що перенаправляє виклики інструментів на MCP server, який ви вже запускаєте у фоновому режимі.

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

Що все ще залишається на розробнику

Увімкнення перемикача не перетворює магічним чином кошик для покупок або форму пошуку авіаквитків на інструмент, доступний для виклику ШІ. Міст лише оголошує, що сайт може надавати інструменти; сайт все одно має їх визначити. Для того, щоб інструмент був придатним для використання, необхідні дві умови:

  • MCP server має працювати десь, до чого проксі має мати доступ.
  • Розробник має зареєструвати кожен інструмент через API document.modelContext, вказавши назву інструмента, схему вхідних даних та очікуваний формат вихідних даних.

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

Спостережуваність (Observability) — ще один відсутній елемент. Поточний реліз не надає логів, які б показували, які агенти викликали які інструменти або де виклики завершилися помилкою. Командам доведеться самостійно впроваджувати інструментарій — фіксувати ID запитів, час відповіді та коди помилок — щоб перевірити, чи працюють міст і базовий MCP server належним чином.

Хто отримає вигоду, а хто має діяти

  • Власники сайтів, які вже використовують MCP server, можуть просто увімкнути перемикач Cloudflare і миттєво отримати дистрибуцію свого існуючого набору інструментів на рівні edge. Ін'єкція на edge бере на себе технічну частину, дозволяючи їм зосередитися на розробці інструментів.
  • Бізнесу, який хоче, щоб ШІ-агенти виконували дії (пошук у каталогах товарів, бронювання зустрічей тощо), все ще потрібно писати визначення інструментів і ретельно їх тестувати. Перемикач не замінює цю роботу.
  • Командам слід враховувати наслідки для безпеки при відкритті внутрішніх API для будь-якого агента, який виявить сайт.

Підсумок

WebMCP перемикач від Cloudflare, що працює на edge, усуває ручний крок вставки скрипта-мосту на кожну сторінку, відкриваючи двері для будь-якого сайту, щоб він став доступним для ШІ-агентів. Справжня робота — проєктування змістовних інструментів, їх захист та побудова системи спостережуваності — залишається на боці розробника. Використовуйте перемикач, щоб вирішити проблему дистрибуції, а потім зосередьтеся на питаннях можливостей та довіри, від яких залежить, чи зможуть агенти дійсно робити щось корисне на вашому сайті.