Прыпыніце вяртанне 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 перэстануць выглядаць як новінка і стануць звычным элементам паверхні продукту для платформ агентаў. Цэе замыкае цыкл адпрыема за дапамогою чыстых запасных варыянтаў і вімерныя ступені выкарыстоўвання.