<п>ОпенАИ је отворио регистрацију и подношење пријава за ВебМЦП Цхалленге, такмичење за програмере које је изграђено око експерименталног стандарда за директну употребу веб локација од стране АИ агената. Овај потез је више од такмичења. То је сигнал да ОпенАИ жели да сајтови способне за агенте излажу структуриране радње, а не само странице које се могу читати.<п>ОпенАИ описује ВебМЦП као отворени стандард који омогућава веб локацијама да објављују алате које агенти могу директно да позову. ОпенАИ-јева сопствена документација за подршку каже да алати за веб локацију ЦхатГПТ-а за десктоп рачунаре користе ВебМЦП, омогућавајући ЦхатГПТ-у да ради са подржаним веб локацијама отвореним у његовом уграђеном претраживачу када се приступи, квалификованост модела и подршка за веб локацију поравнају.<п>То мења површину интеграције за токове рада агента. Уместо да тражи од агента да закључи намеру из дугмади, образаца и изгледа странице, веб локација може експлицитније описати могућности које се могу позвати. За програмере, СааС оператере и АПИ платформе, важно питање више није само да ли модел може да прегледа сајт. Реч је о томе да ли сајт може безбедно да представи радње које је агенту дозвољено да открије, позове и евидентира.<х2>Шта се променило<п>ВебМЦП Цхалленге је отворен 25. августа 2026. године, када је ОпенАИ позвао програмере да направе алате за веб-сајтове спремне за агенте. Компанија представља ВебМЦП као експериментални, тако да ово не треба читати као устаљени веб стандард. Али тајминг је битан јер ОпенАИ везује концепт за стварно понашање ЦхатГПТ радне површине уместо да га третира као чисто теоретски протокол.<п>У документацији за помоћ ОпенАИ каже се да су алатке ЦхатГПТ десктоп сајтова ограничене подршком за налог, модел и веб локацију. То значи да ће доступност варирати. Корисник може да види понашање алатке сајта у једном окружењу, а не у другом, а веб локације ће морати да се одлуче за изложеност релевантне алатке. Сеарцх Енгине Јоурнал је 27. августа такође известио да ЦхатГПТ-ов прегледач десктоп рачунара може да користи алатке ВебМЦП сајта, поткрепљујући да се ово креће у радни процес производа који је окренут корисницима.<п>Практична разлика је између аутоматизације прегледача и позивања алата. Традиционални агенти претраживача комуницирају са страницама слично као и човек, кликћући и куцајући преко визуелних интерфејса. ВебМЦП указује на другачији образац: веб локација може изложити структуриране операције које описују шта агент може да уради. То може олакшати валидацију радњи, али такође подиже улог за дозволе и дизајн производа.<х2>Зашто је то важно за програмере<п>За веб тимове, ВебМЦП уводи нови слој интеграције поред јавног АПИ-ја, корисничког интерфејса и постојећих додатака или екосистема апликација. Сајт ће можда морати да дефинише које радње треба да позове агент, које параметре те радње прихватају, како функционише провера аутентичности и како се кварови објашњавају агенту.<п>Ово има непосредне последице по инжењеринг производа. Ток наплате, систем резервација, контролна табла за аналитику или алатка за управљање садржајем можда неће желети да агенту изложе сваку радњу видљиву кориснику. Неке радње су безбедне за израду, али не и за слање. Други могу захтевати потврду, проверу улога или одобрење администратора. Ако агенти могу да позову веб-сајтове, разлика између „прикажи“, „припреми“, „измени“ и „уреди“ постаје граница безбедности производа.<п>То такође мења захтеве за уочљивост. Тимови ће морати да знају када је агент позвао алатку сајта, који налог га је овластио, који улази су прослеђени и да ли је акција променила стање. Таква врста надзорног трага је позната у АПИ инфраструктури, али многи токови рада засновани на прегледачу нису направљени имајући на уму позиве алата који потичу од агента.<п>За програмере који граде са Модел Гате-ом или сличном инфраструктуром са више модела, веза је индиректна, али важна. Агентске апликације све више обухватају позиве модела, алатке на страни сервера, алатке на страни претраживача и АПИ-је партнера. Обједињени АИ АПИ може да усмери захтев модела, али ширем систему је и даље потребно управљање око тога које алате агент може да позове и како се приписују потрошња, кашњење и неуспеси. ВебМЦП приближава то управљање самој веб локацији.<х2>Ко је погођен<п>Прва погођена група су програмери веб локација и СааС који желе да њихови производи добро функционишу унутар ЦхатГПТ-а или других претраживача агената. Можда ће на крају морати да третирају спремност агента као део стратегије платформе, баш као што су многи тимови некада третирали РЕСТ АПИ-је, веб-хукове или ОАутх интеграције.<п>Погођени су и тимови за безбедност предузећа и усклађеност. Структурисану шему алата је лакше прегледати од аутоматизације екрана у слободној форми, али она и даље може да покрене стварне пословне акције. Ако агенти могу да креирају тикете, ажурирају записе, шаљу поруке, мењају подешавања или дају наруџбине путем алатки на сајту, компанијама ће бити потребне контроле политике које функционишу пре извршења, а не само после чињенице.<п>Агенције и добављачи услуга такође би требало да то пажљиво прате.Што више веб-сајтова открива алатке које могу да позову агенти, то се више посао аутоматизације помера од прилагођеног гребања и крхких УИ скрипти ка дизајну интеграције, моделирању дозвола и оркестрацији тока посла. То има последице по аутоматизацију АПИ-ја партнера, платформе препродавача и тимове који клијентима нуде управљане АИ токове рада.<п>За продавце АИ мрежних пролаза, ВебМЦП је још један знак да се категорија мрежног пролаза протеже даље од рутирања модела. Одабир модела, управљање АПИ кључевима и аналитика употребе вештачке интелигенције су и даље неопходни, али агентима је потребна шира контролна раван која може да разуме откривање алата, ауторизацију и могућност ревизије у више окружења за извршавање.<х2>Оно што остаје неизвесно<п>Највећа неизвесност је стандардизација. ОпенАИ назива ВебМЦП експерименталним, а широко усвајање зависиће од тога да ли власници веб локација, провајдери оквира и конкурентни АИ клијенти сматрају да је приступ довољно користан за имплементацију. Изазов може дати примере, али не гарантује консензус екосистема.<п>Доступност је такође неуједначена по дизајну. ОпенАИ-ова документација описује приступ као ограничен налогом, моделом и подршком за веб локацију, што значи да програмери треба да избегавају претпоставку да сваки корисник ЦхатГПТ може одмах да позове ВебМЦП алате. Тимовима производа који зависе од оваквог понашања биће потребне грациозне резерве.<п>Постоји и нерешено питање управљања. Структурирани алати могу да смање двосмисленост, али не решавају аутоматски пристанак, ауторизацију или превенцију злоупотребе. Веб се дуго ослањао на интерфејсе дизајниране за људе. Да би аутономни или полуаутономни агенти омогућили позивање тих истих предузећа, захтева експлицитнији уговор о томе шта агент може да ради, под чијим овлашћењем и са којим записом о извршењу.<п>Правац је јасан чак и ако је примена рана. ОпенАИ-јев ВебМЦП рад сугерише да веб локације спремне за агенте могу постати прави циљ интеграције, а не само демо образац. Победници ће бити тимови који третирају изложеност алата као инфраструктуру: верзионисану, видљиву, дозвољену и дизајнирану за неуспех.