WebMCP: адаптаванне інструментаў веб-сайта, каб агенты перэсталі скрапаваць DOM.

Веб-сайты былі створаны для клікаў людзей, форм і API. Усё частае становішча — “выкарыстоўнік” можа быць штучным інтэлектам, які ніколі не касаецца візуальнага інтэрфейсу. Агенты, які скрапуюць дрэва DOM або керуюць браузерамі, выключаюцца, калі змінюецца маркап. WebMCP (Web Model Context Protocol), запропанаванный у экасістэме Chrome, мае на мету дазволіць сайтам безпасоваць структураваныя інструменты безпосерэдна агентам — назвы, даныя вхіду, даныя выходу і час ўвокалу — так што автаматызацыя становіцца явной, а не выведжанай.

Што такое WebMCP?

Корача кажучы, WebMCP дазволяе сторанцы публікуваць інструменты, назначаныя для агентаў, замест таго, каб спадзявацца, што скраперы правільна здогадаюцца.

Без WebMCP агент вынужаны імпровізаваць з незрозумелым інтэрфейсам:

AI Agent → Reads HTML → Guesses → Clicks → Hopes it works

З WebMCP тая ж мета становіцца явным вызывам інструменту:

AI Agent → Reads structured tools → Executes correctly

Дасягнення Chrome, як пісаўцы дакументацыі, — гэта швальнасць, надзеяйнасць і точнасць у взаімадзеяннях з агентамі.

Чаму існуе WebMCP

Разглядзіце можлівасць броніравання гатэля. Шматкавы шлях ачынае сторніцу, знаходзіць пункты для заполнення, адначыта даты, нажымае кнопку пошуку і аналізуе рэзультаты — ён нестойкі пад змянамі DOM. За дапамою WebMCP агент выкананаі структураваную операцыю:

searchHotels({
 location: "Tokyo",
 checkIn: "2026-08-10",
 checkOut: "2026-08-15",
 guests: 2
})

Няма археалогіі XPath, няма рулеткі CSS-селектараў, няма адхылэнняў для стандартных прабегоў — толькі выкананне праз запіс.

Як працюе WebMCP

Две взаімадопамагаючыя API:

1. Імператывная API

JavaScript явна рэгіструе інструменты:

navigator.webMCP.registerTool({
  name: "create-event",
  description: "Creates a calendar event",
  inputSchema: {
    type: "object",
    properties: {
      title: { type: "string" },
      date: { type: "string" }
    }
  },
  execute: async ({ title, date }) => {
    return await createCalendarEvent(title, date);
  }
});

Агенты отрымаюць назву інструмента, яго месца выкарыстання, неабходныя пункты для заполнення і шлях выканання — логіка фронтэнду экспортуецца як вызываемыя можлівасці.

2. Дэкларатывная API

Прыярытэт HTML, ў частычцы для форм:

<form webmcp-tool="book-flight">
  <input name="from" />
  <input name="to" />
  <input name="date" />
</form>

Час выканання ператварае форму на структураванный інструмент, таму існуючыя прыкладныя програмы можаць стаць сумеснымі з агентамі за дапамою незначных змян у маркапе.

WebMCP проты MCP

Збільшанне плутання ўсё распашчастае. Практычны падзел: WebMCP намянуты на фронтэнд; MCP — на бэкэнд-сістэмы і службы. Адна з ментальных модэлей — гэта MCP як «мозг» на стороне сервера, а WebMCP — як «тэлы» інтэрфейса. Разам воні павышаюць эфектывнасць інструментавання для цэлага стака, не вымушваючы кожную дзеянне адбывацца праз нестабільную автаматызацыю браузера.

Практычныя прыклады выкарыстання

1. Е-камеры

Пакупальнік просіць аднарысы на кросавкі ў межах бюджэту і можлівасць адправкі замовлення. Серэд можлівых інструментаў могу быць:

searchProducts()
filterProducts()
addToCart()
applyCoupon()
checkout()

Агент завершае працэс без неабходнасці пераходу праз розныя формы.

2. Броніраванне паўздрыжніх путаў

Пошук рэйсаў, парабяранне гатэлей, броніраванне наземнага транспорту, дадаванне страховкі — усё гэта за дапамогою інструментаў, а не нестабільных макро-скрыптаванняў.

3. Панелі керування SaaS

Інструменты аналітыкі могу публікуваць розныя операцыі, такія як:

generateReport()
downloadCSV()
inviteMember()
changeBillingPlan()

Унутрошняе супакомпаньніцтва тады выклікае тыя ж функцыі, якія людзі бачаюць у вастоўках.

4. Сістэмы CRM

У зьмену дзесяці экранаў з клікамі:

createLead()
assignSalesRep()
scheduleFollowUp()

5. Адказнасць пра кліентаў

Анулюйце падпісы, выдайце вярненне грошаў, сачыце за доставкай праз перакананыя інструменты, а не праз «археалогію» HTML.

Чаму распрацоўшчыкам важна гэта знаты

Работа над фронтэндам расшырваецца з «фарбавання пікселей» да «публікацыі інструментаў для агентаў». Адпаведна змінююцыяся абавязкі стосуюцца чыстага называння, моцных схем і надзеянай рэалізацыі. Разлік межы дагэнь і пасля выглядае не так:

Build components for humans

а больш так:

Build components for humans + machines

Аптальнейшыя практыкі

Храніце інструменты для адной мэты

Ухіліцеся ад багатафункцыянальных рашэнняў:

manageEverything()

Валіце фокусаваныя інструменты:

createInvoice()
sendInvoice()
downloadInvoice()

Канкрэтнасць павышае точнасць агентаў.

Іспользуйце чыстыя называння

Незрозумелыя абазаванні:

doTask()

Называння, якія раскрываюць мэту:

submitExpenseClaim()

Скорачыце канцэптыўную навантажэнна

Не змушвайце мадэль прадзейсцаваць вычытанні таго, што аплікацыя ужо знае. Штодзе ўжо можна было бы ухіліцца:

durationInMinutes

Лепш прыймайце необработаныя даны, якія бэкенд можа нормалізаваць:

startTime: "10:00"
endTime: "12:00"

Адкульгавае разв’язваўце проблем

Агенты прабуюць знову. Інструменты должны быць безпечныя пад паўтаральнымі спробамі — ідэмпатэнтнасць мае важлівую ролю.

Бяспека

Калі агенты можу выкананыць інструменты, введэнне злонамерных скрыптав у віглядзе фальшывых інструментов ёсць проблемай для дакладных даследжэнняў. Способы падборкі включаюць перакананне ў паводзе, аўдыт рэгістрацый, межы дазволаў і падтверджэнняя ад корыстніка ў чыныстыя наследкі. Не давайце слепа веры рэгістрацыям.

Большая картына

WebMCP знаходзіцца ў межах шырэйшай агентнай сеткі: веб-сайты адкрываюць своі можлівасці, агенты іх розумеюць, люды дэлегуюць заведамыя задачы, і роба выканана быстрэй. Команды ужо ствараюць API для распрацоўшчыкаў; наступны крок — гэта інструменты для агентаў. Тыя, хто рана адмацоўвае гэтую тэхналогію і спытаецца «какія часткі гэтага прыстрыю павінны стаць інструментамі AI?», будуць формаваць наступную хвалю архітэктуры веба — падобна да таго, як REST, GraphQL, WebSockets і серверныя компаненты перайшлі з нішавых рашэнняў у стандартныя. Тэхналогія шчэ на раннім этапе, але напрамак развіцця яе важка не зазначыць.

Шлях адмацоўвання для існуючых прыстрыяў

Пачаткайце з адзначэнняя адного важлівага формы чыста крока практыкавання за дапамою дэкларатыўнага API, вымерайце успех агента па супэрнатыўным скраперу, а потым расшыруйце інператыўныя засобы для практыкавання, якім трэба індывідуальная перакананне. Залейце людскія практыкавання для падтверджэння платэжаў і разрушальных змян у адзыначэннях, пакуль тэлеметрыя не пакажаць безпечную ідэмпатэнтнасць. Ставіцеся да схем засобаў як да публічных API: пераглядайце імены, версіявайце іх і адмовляйце у рэгістрацыі для ненадзеяных скрыптаў.