Az OpenAI megnyitotta a regisztrációt és a beküldéseket a WebMCP Challenge versenyre, amely egy olyan kísérleti szabvány köré épülő fejlesztői verseny, amely a webhelyeket AI-ügynökök által közvetlenül használhatóvá teszi. A lépés több mint verseny. Ez azt jelzi, hogy az OpenAI azt akarja, hogy az ügynökökkel használható webhelyek strukturált műveleteket tegyenek közzé, ne csak ember által olvasható oldalakat.

A WebMCP-t az OpenAI nyílt szabványként írja le, amely lehetővé teszi, hogy a webhelyek olyan eszközöket tegyenek közzé, amelyeket az ügynökök közvetlenül hívhatnak. Az OpenAI saját támogatási dokumentációja szerint a ChatGPT asztali webhelyeszközei a WebMCP-t használják, lehetővé téve a ChatGPT számára, hogy a beépített böngészőjében megnyitott támogatott webhelyekkel működjön együtt, amikor a hozzáférés, a modell jogosultsága és a webhelytámogatás összhangban van.

Ez megváltoztatja az ügynöki munkafolyamatok integrációs felületét. Ahelyett, hogy megkérné az ügynököt, hogy következtessen a szándékra a gombok, űrlapok és az oldalelrendezés alapján, a webhely kifejezettebb módon írja le a hívható képességeket. A fejlesztők, SaaS-üzemeltetők és API-platformok számára már nem csak az a fontos kérdés, hogy egy modell képes-e böngészni egy webhelyen. Az ügynök felfedezheti, meghívhatja és naplózhatja-e a webhelyen biztonságosan végrehajtható műveleteket.

Mi változott

A WebMCP Challenge 2026. augusztus 25-én indult, és az OpenAI meghívta a fejlesztőket ügynök-kompatibilis webhelyeszközök létrehozására. A cég a WebMCP-t kísérleti keretek között állítja be, így ez nem tekinthető letelepedett webes szabványnak. De az időzítés számít, mert az OpenAI a koncepciót a valódi ChatGPT asztali viselkedéshez köti, ahelyett, hogy pusztán elméleti protokollként kezelné.

Az OpenAI súgódokumentációja szerint a ChatGPT asztali webhely-eszközöket fiók-, modell- és webhelytámogatás zárja. Ez azt jelenti, hogy a rendelkezésre állás változó lesz. Előfordulhat, hogy a felhasználó az egyik környezetben a webhely-eszköz viselkedését látja, a másikban nem, és a webhelyeknek engedélyezniük kell a megfelelő eszköz megjelenítését. A Search Engine Journal augusztus 27-én arról is beszámolt, hogy a ChatGPT asztali böngészője képes WebMCP-webhely-eszközöket használni, ami megerősíti, hogy ez átkerül a felhasználók felé irányuló termékmunkafolyamatokba.

A gyakorlati különbség a böngésző automatizálása és az eszközhívások között van. A hagyományos böngészőügynökök ugyanúgy kommunikálnak az oldalakkal, mint egy ember, vizuális felületeken keresztül kattintanak és gépelnek. A WebMCP egy másik minta felé mutat: a webhely olyan strukturált műveleteket mutathat be, amelyek leírják, mit tehet az ügynök. Ez megkönnyítheti a műveletek ellenőrzését, de növeli az engedélyek és a terméktervezés tétjét is.

Miért fontos ez a fejlesztők számára?

A webes csapatok számára a WebMCP új integrációs réteget vezet be a nyilvános API, a felhasználói felület és a meglévő beépülő modulok vagy alkalmazások ökoszisztémái mellett. Előfordulhat, hogy egy webhelynek meg kell határoznia, hogy mely műveletek legyenek az ügynök által meghívhatóak, milyen paramétereket fogadnak el ezek a műveletek, hogyan működik a hitelesítés, és hogyan magyarázzák vissza a hibákat az ügynöknek.

Ez azonnali következményekkel jár a terméktervezésre nézve. Előfordulhat, hogy a fizetési folyamat, a foglalási rendszer, az analitikai irányítópult vagy a tartalomkezelő eszköz nem akar minden felhasználó által látható műveletet az ügynök elé tárni. Egyes műveletek vázlatosan elkészíthetők, de nem küldhetők el. Mások megerősítést, szerepkör-ellenőrzést vagy rendszergazdai jóváhagyást igényelhetnek. Ha a webhelyek hívhatóvá válnak az ügynökök által, a „megtekintés”, „előkészítés”, „módosítás” és „végrehajtás” közötti különbség a termék biztonsági határává válik.

Másolja a megfigyelhetőségi követelményeket is. A csapatoknak tudniuk kell, hogy az ügynök mikor hívott meg egy webhelyeszközt, melyik fiók engedélyezte azt, milyen bemeneteket adtak át, és hogy a művelet állapota megváltozott-e. Ez a fajta ellenőrzési nyomvonal ismerős az API infrastruktúrában, de sok böngésző alapú munkafolyamat nem ügynök eredetű eszközhívásokkal készült.

A Model Gate vagy hasonló többmodell infrastruktúrával építő fejlesztők számára a kapcsolat közvetett, de fontos. Az ügynökalkalmazások egyre inkább átfogják a modellhívásokat, a szerveroldali eszközöket, a böngészőoldali eszközöket és a partner API-kat. Egy egyesített AI API képes irányítani a modellkérést, de a tágabb rendszernek továbbra is szüksége van arra, hogy az ügynök milyen eszközöket hívjon meg, és hogyan rendelje hozzá a költést, a késleltetést és a hibákat. A WebMCP közelebb helyezi ezt az irányítást magához a webhelyhez.

Kiket érint?

Az első érintett csoport a webhely- és SaaS-fejlesztők, akik azt szeretnék, hogy termékeik jól működjenek a ChatGPT-n vagy más ügynökböngészőkön belül. Előfordulhat, hogy az ügynökkészültséget a platformstratégia részeként kell kezelniük, ugyanúgy, mint korábban sok csapatnak REST API-kat, webhookot vagy OAuth-integrációkat.

A vállalati biztonsági és megfelelőségi csapatokat is érinti. A strukturált eszközséma könnyebben ellenőrizhető, mint a szabad formájú képernyőautomatizálás, de ettől függetlenül valódi üzleti műveleteket indíthat el. Ha az ügynökök jegyeket hozhatnak létre, feljegyzéseket frissíthetnek, üzeneteket küldhetnek, módosíthatják a beállításokat vagy rendeléseket adhatnak le a webhely eszközeivel, akkor a vállalatoknak olyan házirend-ellenőrzésekre lesz szükségük, amelyek a végrehajtás előtt működnek, nem csak azután.

Az ügynökségeknek és a szolgáltatóknak ezt is fokozottan figyelniük kell.Minél több webhely tesz elérhetővé egy ügynök által hívható eszközt, annál inkább eltolódik az automatizálási munka az egyéni lekaparástól és a törékeny felhasználói felületi szkriptektől az integrációs tervezés, az engedélymodellezés és a munkafolyamat-irányítás felé. Ennek következményei vannak a Partner API automatizálására, a viszonteladói platformokra és a felügyelt mesterségesintelligencia-munkafolyamatokat az ügyfeleknek kínáló csapatokra.

Az AI-átjáró-szállítók számára a WebMCP egy újabb jele annak, hogy az átjárókategória túlmutat a modell-útválasztáson. A modellválasztás, az API-kulcskezelés és az AI-használati elemzés továbbra is szükséges, de az ügynököknek szélesebb vezérlési síkra van szükségük, amely képes megérteni az eszközök felderítését, engedélyezését és auditálhatóságát több végrehajtási környezetben.

Ami továbbra is bizonytalan

A legnagyobb bizonytalanságot a szabványosítás jelenti. Az OpenAI kísérleti jellegűnek nevezi a WebMCP-t, és a széles körű elfogadás attól függ, hogy a webhelytulajdonosok, a keretrendszer-szolgáltatók és a versengő AI-kliensek elég hasznosnak találják-e a megközelítést a megvalósításhoz. A kihívás példákat szülhet, de nem garantálja az ökoszisztéma konszenzusát.

A rendelkezésre állás a tervezés miatt is egyenetlen. Az OpenAI dokumentációja a hozzáférést fiók-, modell- és webhelytámogatás által zártként írja le, ami azt jelenti, hogy a fejlesztőknek kerülniük kell azt a feltételezést, hogy minden ChatGPT-felhasználó azonnal meghívhatja a WebMCP-eszközöket. Az ettől a viselkedéstől függő termékcsapatoknak kecses tartalékokra lesz szükségük.

Van egy megválaszolatlan irányítási kérdés is. A strukturált eszközök csökkenthetik a kétértelműséget, de nem oldják meg automatikusan a beleegyezés, az engedélyezés vagy a visszaélések megelőzését. A web régóta az emberek számára tervezett felületekre támaszkodik. Ugyanezen vállalkozások autonóm vagy félig autonóm ügynökök általi hívhatóvá tételéhez egyértelműbb szerződésre van szükség arról, hogy az ügynök mit tehet, kinek a felhatalmazása alatt és milyen végrehajtási nyilvántartással.

Az irány egyértelmű, még akkor is, ha a megvalósítás korai. Az OpenAI WebMCP munkája azt sugallja, hogy az ügynök-kompatibilis webhelyek valódi integrációs célpontokká válhatnak, nem csak bemutató mintákká. A nyertesek azok a csapatok lesznek, amelyek infrastruktúraként kezelik az eszközök expozícióját: verziószámmal ellátott, megfigyelhető, engedélyezett és meghibásodásra tervezett.