Прыпыніце вяртанне JSON: Выдавайце інтерактыўны інтерфейс корыстувача за дапамогою дапрынкаў MCP.

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

Больш заўсёды пытанняя падходзяць пад гэты шаблон. Ёсць можнаць лёгка палячыць колькість правернуўыхся развертанняў: вызваць get_deployments(), прачытаць кампактны об’ект, напрыклад {"total": 12, "healthy": 10, "degraded": 2}, і адпаведзець у адной лініі.

Ситуацыя зміняецца, калі людзі хочуць взаінацыявацца з рэзультатам. Дашборды, процесы затверджэння, табелі, якія можна фільтруваць, формы налаштавання, графікі, панелі развертання, багатаэтапныя робочыя процесы і іншы элементы, якія включаюць участку людзя, выкарыстоўваюць больш, чым проста JSON-данні. Дзялёгкі час MCP не мела стандарту для такой взаінацыі межа хостамі. Цяпер ён існуе пад назвай MCP Apps і расшырвае можлівасці сервера MCP.

Серверы MCP здэйсніліся пераважна як інтарфейсы для апаратаў

Першыя ментальныя моделі былі оріўнтаваны на агенты. Серверы надаюць такія інструменты, як search_projects(), create_ticket(), restart_service() і get_customer(). Моделі выканаюць ўпынкі да іх, вызываюць іх, прымоўляюць данні, а людзі бачаць тое, што модель выбірае паказаць. Гэта ўзнемагучае, таму што операцыі адбываюцца через адні протакол, а не чераз індывідуальную інтеграцыю для кожнага агента. Адзінакоўка заключаецца у тым, што можлівасці былі спроектаваны для апаратаў, таму людзі застаюцца на адны крок даўжэй ад первісных рэзультатаў.

Гэта нормальна, пакуль абмен ведаць є інтэграваны з візуальным форматам. Запит “Пакажыце мне всі сервісы праўлення” можа вернуць правильны JSON-блок з інформацыяй пра статус, CPU і память, але компактны панель керування з палкамі прыбылі, значкамі і элементамі керування для логаў, перзапуску і масштабавання є набагато корыстнейшым. MCP Apps мае на мету заполніць гэты прыемак.

Што ж такое MCP Apps?

MCP Apps расшырюе Model Context Protocol, так што серверы можаць выдаваць інтэрактыўныя інтерфейсы для корыстувача праз своі інструменты — не скріншоты, не Markdown, які выглядае як інтерфейс, а справжнія прыемлі HTML/JavaScript, якія адрасуюцца ўнутры хоста MCP. У дакументах описваецца, як інструменты аанунсуюць ресурсы з адресамі ui://, як хосты відображаюць гэтыя ресурсы у ізольаваных iframes, а таксама як той жа хост адначасова вводзіць даны інструментоў у відображэнне і дазваляе відображэнню зноў вызываць інструменты толькі через гэтага хоста.

MCP App = MCP Tool + UI Resource + Host/View protocol

Адэтнае рашчыранне яшчэ выклікае API, запрашвае базы дадзейнаў, выконвае бізнес-логіку і вяртае структураваныя даны. Яго таксама можна нарадзіць інтэрфейсам для адображэння гэтых рэзультатаў. Інтэрфейс — это рычасць MCP, такі як ui://services/dashboard, і можа мячыць цэлы фронтэнд — HTML, CSS, JavaScript, React, графікі, формы, кнапкі. Таким чынам адна операцыя атрымлея як можлівасць для працы з машынай, так і інтэрфейс для працы з чалавекам, стандартызаваныя на всіх хостах.

Звядзе МCP-прыстановкі?

Гэтае расшырэнне ўсё новае. Разрабоцкі, якія выдавалі серверы MCP да 2025 года, не працяглі жаднай секрэтной функцыі; офіцыйны стандарт тады яшчэ не існаваў.

У падзеўлі лістапада 2025 года быў анунцаваны SEP-1865 — праект дапамогі Apps, створаны за саўместнай працай учаснікаў MCP-UI і адпаведальных за яго з роўнай меры важлівых лабораторый з розрабоцы модэляў. Паралельныя експерыменты (MCP-UI, Apps SDK) вэсці ўжо існавалі; нехватала толькі адной способнасці для взаімадзеяння, якая б дазволіла серверу выдаваць інструменты, даны і інтэрфейс, якія будзе могаць адобразыць любы сумяжны хост. У паспэкті блога MCP за лістапад 2025 года прытворана інформацыя пра анунцаванне SEP-1865.

Да падзеўлі студзеня 2026 года тая ж група назвала Apps першым афіцыйным расширэнням, гатовым да выкарыстоўвання, з болей чыткімі спецыфікаціямі, SDK і хостамі для выдавання. ChatGPT, Claude, Goose і Visual Studio Code былі названыя як першыя кліенты. У паспэкті блога MCP за студзень 2026 года Apps быў афіцыйна прызнаны першым афіцыйным расширэнням.

Кандыдат на выліцэнне з липеня 2026 года падняў стандарты расширэнняях – стабільныя ідентыфікаторы, пераговоры па можлівасцях, адзельныя репозытарыі, незалежнае версійнае кераванне, а таксама роздзел “Extensions Track”, які перыяднуюць дапрыемлівыя прылады. У яму таксама падкрэслілі, што вызовы, якія адбываюцца за дапамою кнопак, яшчэ пераводзяцца через шлях JSON-RPC хоста, таму Agent → Tool і Human → Button → Tool залишаюцца пад аднай площынай керавання. Пастаўка пра кандыдата на выліцэнне з липеня 2026 года на блогу MCP рассказвае пра роздзеле “Extensions Track”.

У верасіне 2026 года пастаўка на блогу AWS Bedrock AgentCore паказала конкрэтны шаблон хоставання, які не прымушвае дапрыемлівыя прылады быць толькі AWS: хост → гэтвей → час адработкі → сервер MCP (інструменты + рэсурсы UI) → Lambda/DynamoDB. У дэманстрацыі быў викорыстаны ChatGPT, і зазначалася, што хосты прыладаў Claude і іншых працуюць так сама. Для паводловага разумення адзірніце пастаўку на блогу AWS Machine Learning пра інтэрактывныя дапрыемлівыя прылады MCP з Bedrock AgentCore.

Хто на самай працо падтрымлівае дапрыемлівыя прылады MCP?

Падтрымка MCP не ўзначае тое ж, што падтрымка додатакоў MCP. Кліент можа выкананыць звычныя інструменты та рэсурсы без впрыняцця расшырэння Apps. У аанунсе з студзеня 2026 года былі названы ChatGPT, Claude, Goose та VS Code; чынныя дасведчэнні описваюць рэндарыўкю ўнутранічнае тэксту ў Claude, ChatGPT та іншых сумесных кліентах, адзначаючы, што падтрымка хоста разніцяецца. Проектуйце з урахоўваннем гэтай рэальнасі: не прыпускайце, што кожны кліент разумее дадатаки Apps. Корыстныя формулы — Сервер падтрымляе дадатакі MCP + Хост падтрымляе дадатакі MCP = Інтерактыўны UI, і адпаведальны сервер должен перайсці на тэкстовы або структураваны кантэнт, калі хост не можа рэндараваць дадатак.

Едынэй пытанне, якое на самай справе мае значэння

Якщо ресурс UI — це статычны HTML, як тады змянены даны інструменту можаць дацься да яго? Значэнне CPU можа быць 21% зараз, а 87% чырвоныя секунды пазней; перзгенераваць весь фронтэнд пасля кожнага вызову інструмента было б абсурдным. Адказ — раз'ядрэнне: UI і даны ўжо абліквы разныя элементы. Інструмент трэба спрыяваць як вырабнік даных, ресурс — як форма ўпрыску іх, а хост — як з'эднальны элемент. Інструмент вяртае дынамічныя даны; ресурс — аплікацыю, якая ведае, як ўвідзіць гэты формат; хост з'ѐеднвае іх пад час выканання.

Як на самай працуюць аплікацыі MCP

Разглянем get_servers(), який вяртае об'екты сервераў з ідэнтыфікаторам, назвай, статусам, значэнням CPU і памяці, а метаданы якога вяду на ui://servers/dashboard. Жыцёвы цикл:

Модэль вызвае get_servers(). Сервер выконвае свою логіку — працаванне з базайнам дадзеных, хмарным API, Kubernetes, внутранімі службамі — і вяртае структураваныя данні. Хост бачыць метаданы UI для ui://servers/dashboard і выдае запчыну resources/read. Сервер вяртае пакет для фронтэнду (React, Vue або звычны JavaScript). Тэкучыя рядкі сервера не ўключаюцца ў гэты HTML; UI знае толькі неабходны формат дадзеных (servers[].id, servers[].status і т. д.).

Хост адрасавае прыкладку ў ірамфрэйме з абмежэннямі, тады код UI з сервера MCP не можа свабодна працаваць з DOM, сесіяй або крантэджамі хоста. Пасля чаго хост перадае рэзультат работы інструмента ў актуальны відобразэнне, зазвычай через JSON-RPC за дапамогою postMessage між хостам і ірамфрэймам з абмежэннямі.

Фронтэнд прымае даныя так, як і будь-яка SPA, і адпрацоўвае іх па ўзмацанню. Адна сервера выдае адну картку; пяцьдзiesць сервераў выдаюць пяцьдзiesць картак. Аплікацыя застаецца незменнай; зменяюцься толькі даныя.

Параўняючы з класычным веб-дзеяннем — калі React выклекае GET /api/servers — у MCP Apps агент запускае tools/call, інструмент вяртае JSON, а хост уводзі гэты JSON у аплікацыю React унутрошк iframe. UI не завжды сама запрашвае даныя; хост можа перадаць рэзультаты ў яе.

Але MCP Apps — гэта не проста красавейшыя рэзультаты інструментаў

Глэбшая асоблівасць заключаецца у тым, што аплікацыя таксама можа выклекваць інструменты. Кнопкі, формы та дыяграмы не ўжо толькі дэкоратывныя элементы; яны можу вызваць тыя ж MCP-інструменты, якія викорыстоўвае агент, через хоста.

MCP App → call tool → Host → tools/call → MCP Server → restart_server()

Напрыклад, кантроль «Пачаць зноў» унутрошк панелі керування можа выклекаць restart_server через хоста, замест таго каб ствараць додатковы канал свярзання:

async function restartServer(serverId) {
  return app.callServerTool({
    name: "restart_server",
    arguments: { server_id: serverId }
  });
}

Хост застаецца тым, хто кантролюе правы на выконанне задач, логаванне дзейнаў і правілы ўпрацоўкі.

Адна можлівасць, два інтэрфейсы

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

Прыклад практычнага выкарыстоўвання: апраўленне людзьмі ў рамках працы агента

Уявіце агента, якій трэба стварыць історыю вядока корыстніка, якая павінна быць затверджаная прытаму, перш чым яе можна будзе зберагчыць. Без дапамогі прыладоў модэль прыклеюе чернавік у чат і спадзяецца, што чалавек запіша «затвердзіць» або «адказаць з прычынамі». З дапамогай прыладоў такі інструмент, як present_user_story_for_approval, можа вернуць чернавік плюс ресурс UI, який паказвае кантролы «Прыняць», «Запросіць змяны» і «Адказаць». Адклікванне на «Адказаць» можа ачыніць поле для прычыны; адправка можа вызваць інструмент, які фіксуе рашэнне і, за выборам, апдэйтуе контекст модэля, так што наступны крок ведае, чаму версія 1 не паводзілася.

Гэты патэрн — це участь чалавека з рэальнымі кантроламі, а не хуткабяжучы рытуал на базе натуральнага языка.

Не кожная кнопка павінна быць інструментам, які бачыць модэль

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

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

MCP Apps — гэта не новая базовая прымітыва

Незважаючы на назву, Apps — гэта не чатверты элемент палячы Tools/Resources/Prompts. Це расширэнне, якое стандартызуе адносы межа дзеяннем і рэсурсамі інтэрфейса, а таксама протакалам хоста/адзору. Якщо дзеянні і рэсурсы вядомы ўжо, то Apps — гэта інтэрактыўны слой навакол яных, а не окремы протакал, даданыя да іх.

Што змінюецца, якщо у вас є прыёмная дапрацоўка

Команды, якія ствараюць свою сабеўную платформу агента, стаюць хостамі MCP. Шырокаспектны хост павінен выканаць такі задачы: адказваць на метаданы UI, чытаць ресурсы, імітаваць сэрвісны сераўнік для дапрацоўкі, аддаўаць інфармацыю пра засобы I/O да відображэння, перадаваць запыткі засобам у сервер, даговарвацца пра можлівасці і застосоўваць правыя. Гэта справжня архітектурная структура.

Існуе троўцы учаснікі — сервер MCP, хост MCP і відображэння дапрацоўкі MCP — а офіцыйны SDK раздзеляе розробнікаў відображэння, хостаў і автараў сервера. Пакеты-падказкі знаходзяцца пад @modelcontextprotocol/ext-apps у TypeScript, што не прымушвае бізнес-логіку пераводзіцца ў Node. MCP на роўні канектаў все ўсё ж выкарыстоўвае метаданы засобаў, ресурсы, структураваны контэнт і запыткі MCP, таму сервер на Python/FastMCP можа працаваць, якщо ён выдае тое, чаго чакаюць хосты з можлівасцямі Apps. Відображэння ўтвараецца за дапамогою веб-тэхналогій; існуючыя бэкенды можаць застацца на своіх месцах.

Безпека не можа быть пасуючым элементам

Екзекуяцый інтерфейс выкарыстоўвача падымае рызыкі. Інфрамэры з «боксамі песка» і вызовы, медіяціруемыя хостам, дапамагаюць, але кожны дапрыяж должен рассматрывацца як недазверены інтерфейс — асабліва калі ён можа запускаць restart_service(), delete_resource(), approve_payment() чы deploy_to_production(). Дыялогі з падтверджэнням ўпрыемныя, але недастатковыя. Аутентыкацыя, автарызацыя, верыфікацыя, правілы, логі аудыту, ідэмпотентнасць, перагляд версій і ліміты частоты вызоваў яшчэ застаюцца на бакэндзе. Інтерфейс выкарыстоўвача не є межай дазверы.

Дзе дапрыяжы MCP насправды маюць сэнс

Не трэба загортваць кожны інструмент у дапрыяж. Для вярнення коду 42 чы строкі з версіяй не патрэбен React. Дапрыяжы стаюць корыстнымі, калі інтэракцыя мае структуру:

Панелі керування операцыямі — службы, развертанні, інфраструктура, логі, метрыкі, задачы, чергі: аналізаваць, а потым дзеяць.

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

RAG і пошук карпоратыўных знанняў — фільтры, палочкі адзначэння і функция «Пораўняць выбраныя» дадаюць кращыя рэзультаты, чым двадцать пасункоў у простам тексте, пры чым агент продовжвае выконваць логічныя раследаванні.

Керуванне агентамі — мова прыроды дапамагае выявіць, хто можа адчыніць доступ да продакшн-версіі Salesforce; відобразэнне ў реестры лепша для перагляду і затверджэння змян у правах.

Формы і налаштаванні — запіс «CPU 2, memory 4GB, region us-east-1, replicas 3» єсць горшым варыянтам, чым форма, яку агент можа выклікнуць, калі гэта неабходна.

Не ствараце адну прыкладку на кожны інструмент

Хадаце распрасцяванню tool_1 → app_1. Лепшае выбаранне — домэн-аплікацыі. Аплікацыя “Deployment Management” можа аб’еднаваць операцыі запрашэння, логавання, пачатку працы, масштабавання і вярнення да пачатковага стану ў адна група. Одны інструмент паказвае аплікацыю; пасля чаго відображэнне можа безпосередна вызываць супакойленыя з яйным операцыі. Інтэрфейс застаецца цяплым, а паверхня MCP застаецца чыстэйшай.

Большая архітектурная змяна

Інтэресныя змены — не сам iframe. Операцыі, створаныя для агентаў, тепер можу выклікваты стандартызаваныя функцыі для людзей:

OPERATION → Machine Interface (MCP Tool) + Human Interface (MCP App)

Якщо можлівасці пакуўаюцца як плагіны для агентаў, пакет Salesforce можа перадаваць інструкцыі, інструменты (search_accounts, create_opportunity, update_lead), правыя, оцэнкі і аплікацыі (браузер рахункоў, форма для адзынакоў, панель керування ляйнаў) адночаса. Такія можлівасці стаюць полным інтерфейсам для взаінаўпрацы агентаў і людзей.

Агенту не патрэбна інформацыя пра тое, чы існуюць React чы iframes. Ён вызывае get_services(...) або present_user_story_for_approval(...); метаданы паведамляюць хосту пра наявнасць інтэрфейсу. Інтерфейс застаецца ў слою UI, а логіка бізнесу — у бэкенде.

Як я бы ввёў гэта ў існуючую систему

На платформе, якая вже мае спецыяльны чат, агентов і сервер FastMCP, утримайцеся ад перэзработкі. Пачніце з адной толькі можлівасці для чытання, такой як get_agents(), плюс найпростейшага відображэння (ui://agents/list) з іменамі, статусамі та колькасцю інструментоў — без кнопак. Падтвердзіце цыкл: агент вызывае інструмент, хост выявляе UI, чытае ресурс, атрыбутуе iframe, а рэзультат інструмента падае на відображэння.

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

Команды, якія ацэнюют можлівасць адопцыі, таксама павинны вырахоўваць бюджет на пераговоры ўжо па можлівасцях хоста. Сервер, які розумее дапамогі і завжды прыўязвае метаданы UI, можа яшчэ правільна працаваць на старыях кліентах, якщо хост проста ігнаруе невядомыя поля, а структураваны контэнт інструмента залишаецца цэлысным. Навпакі, хост, які стверджвае падтрымку дапамогі, павинен рэалізаваць механізмы сандбоксаў, чытання ресурсаў і проксі-функцыі для вызоў інструментаў, прычым перш чым увімкнуць функцыйны прапуск для канечных корыстнікаў; непূরна реалізаваныя хосты ствараюць несправныя іфрамы, якія швыдка разрушаюць довер'е, больш чым гэта могла зробіць звычайная JSON-форматаваная інформація.

Можлівасць адзорвання належыць да таго ж плану запуску. Зявіце логі, якія інструменты несу ресурсы UI, які хосты іх адрасавалі, якія запускі інструментаў праз кнопкі былі успешныя, а якія перайшлі на тэкст. Гэтыя показнікі пакажуць, чы рэальна аплікацыя несе інтэрактыўны трафік, чы ўжо корыстувальнікі воляць пісаць у чат. Без гэтых дадзенняў лёгка выдаты панелі керування, якімі ніхто не будзе клікаць.

На завершанне, трэба падтрымваць версіяванне шыматоў схемы. Аплікацыя і інструмент должны пагадацца ў назвах і типах полей. Якшто servers[].cpu разбіць на вярстакаваныя об’екты без змены шыматоў UI, то будуць адрасаваны порожнія віджэты, хоць агент усё рава будзе прымаць правільны JSON. Спрыяйце таму, каб аплікацыя спакоўваўся на тым паданні, якое ёй адпавядае, і спрэцыявалі гэта як публічны API, які належы той самый камандзе, што і інструмент.

Пры гэтым, калі ацэнюеце успех пасля запуску, трэба разлічваць «Програма адрасавана» і «Програма выкарыстоўвана». IFrame, які адрасуецца раз і ніколі не прыме кліка, ёсць проста цікавасцю; програма, якая спрычыняе перзапускі, затверджэння чы абмент настройкамі, мае рэальную ценнасць для продукту. Спалучыце аналітыку продукту з журналамі аудыту MCP, каб можаць паказаць, якія дзеянні людзей выйшлі з програм і якія з чату, а таксама чы гэтыя дзеянні скорачылі час рашэння запитаў, якія вже обрабоцваюць агенты.

Заключныя меркі

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

Учора шлях складаўся з агента, інструменту, JSON, а пасля — з прозы. Сьогодні одна-едзина можлівасць можа роздваіцца: моделі продовжуюць вызываць інструменты пад час размовы, тады як люди керуюць візуальным додаткам, і оба направлення заканчываюцца ў тых самых доменных сервісах. Мышленьне залишаецца у агенте, выконання — у інструментах, а калі задача пагадвае пра неабходнасць структуры, протакол можа прадстаўляць панелі керування, формы, процесы затверджэння, графікі, панелі налаштавань і елементы для взаўмадзеяння з людьмі прымаўкай — без абходжэння шара MCP, ад якога вже залежаюць агенты.

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

У документацыі вашага сервера README неабяжна чытальна адміністрування дакументаў: якія інструменты адзначаюць рэсурсы UI, якія хосты ведаюцься як здатны іх атрыбутаваць, і як выглядае тэкстовая/структураваная альтернатыва, калі додаткі недоступны. Такая документацыя запобегае заявам на падтрымку у формате “MCP не працюе”, калі рэальная проблема — хост без увімкнутага расширэння.

Дадатковая література

Основная документацыя для расширэння Apps публікуецца на сайте apps.extensions.modelcontextprotocol.io (роздзелы з агульным оглядам і API). Хроналагічныя апісанні публікуюцца на блогу modelcontextprotocol.io: пра прыказку для 2025 года, пра адгуктування для 2026 года і пра рэліз-кандыдатаў у катэгорыі Extensions Track. Блог AWS з машыннага навчання пазней паказаў шаблон хоставання Bedrock AgentCore, які застаецца незалежным ад конкрэтнага хоста.

Якщо вы сьогодні підтримуєте калькольнік MCP-сервераў, стрымайцеся від бажання стварыць прыватную міні-рамку для кожной команды. Вярніцеся да спольных хелпераў хоста для цыклу жыцтва iframe, спольных типаў TypeScript для пакетаў дадзеных, якія викорыстоўваюць прыстройства, і до короткага списку пунктав для перагляду дызайну: чы робіцца прыстройству неабходна інтэрфейс? Чы вже існуе прыстройства з адпаведным доменам, якое магла б його прыйняць? Калі хост не можа атрыбутаваць прыстройства, што тады? Хто адпавядае за автарызацію вызоў, якія запускаюцца за дапамогою кнопак? Гэтыя чатыры пытанні дапамагаюць запобегчы неконтрольаванаму розповсюджэнню прыстроёў.

Трэнінг таксама мае значэнне. Агенты, якія раптам бачаюць менш адзінакоў, таму што дзеянні былі перанесены ў режым видавальнасці толькі для дапрыема, будуць паводзіцца інакш. Апдэйтуйце падказкі системы і наборы для ацэнкі, калі дзеліце рангі доступу, і трэба зберагчы тест «золатай пацёрк», який ачынае дапрыем, нажымае безпечную дзеянне і пераканаецца, што з’яўляецца рэкорд аудыту у задній часты. Без такога тэста регрэсіі залягаюць у iframe, пакуль кляўэнт не запаведае пра нерабочы кантакт.

Калі всі гэтыя элементы будуць на месцы, дапрыемы MCP перестануць выглядаць як новінка і стануць звычным элементам паверхні продукту для платформ агентаў. Цэе замыкае цикл адпрыема за дапамогою чыстых запасных варыянтаў і вимерныя ступені выкарыстоўвання.