Az ügynökweb protokollrétege két tétre oszlik, és a legtöbb webhely már meg is tette az egyiket anélkül, hogy tudta volna. Az első fogadás az identitásra vonatkozik: egy llms.txt nevű fájl, amely megmondja az AI-modelleknek, hogy ki vagy, és mit takar a tartalom. A második a képességekkel kapcsolatos: a WebMCP nevű böngészőszabvány, amely megérkezés után megmondja az ügynöknek, hogy valójában mit tehet a webhelyén. Ugyanaz az ötlet hangzik. Ellentétes kérdésekre válaszolnak. És a különbség dönti el, hogy a következő évben hová kell tennie az erőfeszítést, mert az egyik ilyen fogadás alapértelmezés szerint be van kapcsolva az Ön számára, míg a másik, amelyik ténylegesen hagyja, hogy az ügynök befejezze a feladatot, szándékos munkát végez.
2 fájl, 2 kérdés
A webhelyére érkező ügynöknek két dolgot érdemes tudnia. Az első az, hogy mi ez a hely, és mit takar. A második az, hogy most, hogy itt van, hogyan fejezi be a felhasználó által elküldött feladatot. Identitás, majd képesség. Az ügynöki web mindegyikre külön választ készít, és a két válasz két különböző fájlból származik, amelyeket két különböző tábor támogat.
Az identitás válasza az llms.txt, egy egyszerű szöveges fájl, amelyet a domain gyökerében tesz közzé. Ez egy kurált térkép: íme, ki vagyok, itt vannak a legfontosabb oldalaim, ezek mindegyikéről szól. A képességre adott válasz a WebMCP, egy böngészőszabvány, amely lehetővé teszi, hogy webhelye hívható eszközöket tegyen egy ügynöknek, így az ügynök egy függvény meghívásával kereshet, szűrhet, árazhat vagy foglalhat le, ahelyett, hogy kitalálná a felületet.
Az Llms.txt és a WebMCP ugyanazon dolog, az ügynökkészültség két ízeként egyesül. Két különböző kérdésre válaszolnak. Az identitás egy brosúra. Képesség a pénztárgép. És jelenleg az iparág minden webhelyet a brosúra, a gyengébb bizonyítékokkal rendelkező fogadás felé tol, míg a pénztárgépet, azt a fogadást, amely ténylegesen előre viszi a tranzakciót, arra a néhány csapatra van bízva, akik hajlandóak megépíteni.
Az Identity Bet: LLMs.txt
Az Llms.txt egy leértékelési fájl, amely a címen található yourdomain.com/llms.txt. Jeremy Howard, az Answer.AI társalapítója javasolta 2024. szeptember 3-án annak érdekében, hogy a nyelvi modellek kézi modelljeként tiszta, ember által összeállított indexet képezzenek tartalmaiból ahelyett, hogy feltérképeznék és rekonstruálnák azt a navigációval, hirdetésekkel és szkriptekkel zsúfolt HTML-ből. A hangmagasság az arcán ésszerű. A modellek jobban működnek a szerkezettel, ezért adj nekik szerkezetet.
A probléma az, hogy kevés bizonyíték van arra, hogy bármit is csinál. A Redditen 2026 júniusában a Google munkatársa, John Mueller az llms.txt fájlt „egyelőre tisztán spekulatívnak” nevezte (a fájl évek óta létezik, de egyik AI-rendszer sem használja) (a Search Engine Journal beszámolója szerint). Ez egy Google Search szószólója, aki hangosan mondja a csendes részt. Egy fájl, amely több mint egy éve létezik. Egy fájl, amelyet egyetlen jelentős mesterségesintelligencia-rendszer sem erősített meg. Egy fájl, amely arra kéri, hogy tartsa szinkronban a saját tartalma egy második példányát.
Még a bizonyítékok ellenére is, az llms.txt alapértelmezés szerint be van kapcsolva a webhelyeken. Az AIOSEO, egy több mint 3 millió WordPress-webhelyen használt bővítmény alapértelmezés szerint egy llms.txt fájlt generál. Nagyon sok webhelytulajdonos tesz most közzé egy llms.txt fájlt, amelyet soha nem döntött a közzététel mellett, és egy olyan fájlban írja le webhelyét, amelyet soha nem olvasott.
Az egyértelműség kedvéért nem vagyok az akta ellen. A jól karbantartott llms.txt egy remek tartalomindex. A probléma az alapértelmezett. Az identitás fogadás nyer az örökbefogadáskor, nem azért, mert működik, hanem azért, mert a beépülő modul be van kapcsolva. Furcsa dolog egy ügynöki stratégia középpontjában egy olyan fájl, amelyet nem Ön írt, és amelynek olvasását AI-rendszer nem tudja ellenőrizni, és amely kicsúszik a szinkronból azzal a weboldallal, amelyről azt állítja, hogy leírja, amikor elfelejti a létezését. De most sok webhely itt található, alapértelmezés szerint, nem pedig választás szerint.
A képesség fogadása: WebMCP
A WebMCP, a Web Model Context Protocol rövidítése, egy böngészőszabvány, amely lehetővé teszi, hogy a webhely regisztrálja azokat a hívható eszközöket, amelyeket az ügynök hívhat meg navigator.modelContext API. Ez egy másik kérdésből indul ki, mint az identitásfájl: nem ki vagy, hanem, mivel egy ügynök már szerepel a webhelyén, hogyan végzi el megfelelően a feladatot. Ez közel áll ahhoz, ahogy Mueller megfogalmazta saját preferenciáját ugyanabban a beszélgetésben. Azt mondta, szereti a WebMCP megközelítést és a kereskedelmi integrációkat, mert „világos céljaik és folyamataik vannak”.
Ahelyett, hogy egy ügynök képernyőképet készítene az oldaláról, és kitalálná, hová kell kattintania, a webhelye közvetlenül közli: itt vannak az általam támogatott műveletek, itt vannak az egyes bemenetek, és ezt kapja vissza. A vezérlés megfordítja. A webhely deklarálja képességeit, nem pedig arra kényszeríti az ügynököt, hogy visszafejtse azokat.
A szabványt a W3C Web Machine Learning Community Group-on keresztül írják a Google és a Microsoft mérnökei, és vázlatként 2026. február 10-én tették közzé. Jelenleg egy nyilvános eredetpróba alatt van, amely Chrome 149-től Chrome 156-ig fut. Az eredetpróba az, hogy a Chrome lehetővé teszi, hogy egy webhely kísérleti funkciót kapcsoljon be valódi látogatói számára, ahelyett, hogy egy fejlesztői jelzést regisztrálna egy korlátozott ablakhoz. Így a WebMCP-eszközöket már most is futtathatja élő forgalomban, nem csak a saját gépén. Az ügynök, aki ma ezeket az eszközöket használja a Chrome-ban, a Gemini.
A WebMCP az erősebb tét, mert egyértelmű feladata van. Egy személyazonosító fájl leír téged, és reméli, hogy valaki elolvassa. A képesség-eszköz meghívódik, strukturált adatokat ad vissza, és egy lépéssel közelebb viszi a feladatot a befejezéshez. A brosúra olvasásra vár. Csörög a pénztárgép.
Miért nem cserélhető fel a két fogadás?
A különbség legtisztább módja a két tervezési megszorítás, amelyhez a Machine-First Architecture-ban folyamatosan visszatérek: identitás és interakció. Az identitás egyértelműen gépi olvashatóvá teszi márkáját és tartalmát. Az interakció azt jelenti, hogy egy ügynök előre látható eredménnyel hajt végre egy műveletet. Az Llms.txt az identitásréteg játéka. A WebMCP az interakciós réteg játéka. Eszközök két különböző feladathoz, és egy webhelynek szüksége lehet mindkettőre, az egyikre vagy egyikre sem, attól függően, hogy mit akarnak az ügynökök.
Ez most fontosabb, mivel az ügynökök nem kerekítési hibát jelentenek a forgalomban. A Cloudflare vezérigazgatója, Matthew Prince 2026 júniusában azt mondta, hogy az automatizált forgalom először haladta meg az emberi forgalmat, a weboldalakra irányuló kérések 57,3%-a, míg az emberektől érkező kérések 42,7%-a, az SXSW-nél tervezett crossover csak 2027-ben fog megérkezni. Amikor a webhelyére érkező kérések többsége, az Ön számára érdekes ügynök-e, aki megkérdőjelezi-e az embereket. Az egész játék, hogy az ügynök valóban meg tudja-e csinálni, amit az ügyfél kért. A képesség nélküli identitás egy gép, amely leolvassa a táblát, majd egy ajtó előtt áll, amelyet nem tud kinyitni.
Ez az az inverzió, amelyet az alapértelmezett átvétel visszafelé kap. A mindenki számára bekapcsolt fájl választ ad arra a kérdésre, ami a legkevésbé számít, miután az ügynök megérkezett. A legfontosabb kérdésre az a szabvány válaszol, amelyet szinte senki sem kapcsolt be.
Mindkét fogadást a saját webhelyemre tettem, szándékosan
Mindkettőt No Hacks-en futtatom, és a kontraszt aközött, hogy mennyibe kerül mindegyik elhelyezése, az egész érv miniatűrben.
A személyazonosság érdekében megtartom az llms.txt fájlt, és a webhely saját tartalmából generálom minden alkalommal, amikor frissítem az oldalt, ahelyett, hogy egy beépülő modult hagynék megírni egy olyat, amelyet soha nem olvasok. Ez a szándékos része. Mivel újraépítem, amikor a webhely változik, lépést tart azzal, ami valójában itt van, és ha egy mesterséges intelligencia rendszer elkezdi olvasni az llms.txt fájlt, az enyém készen áll, amikor eljön az a nap. Nem fogadok rá. Aktuálisan és olcsón tartom, és nem tévesztem össze stratégiával.
A képesség érdekében a WebMCP-t implementáltam. Amikor egy WebMCP-képes böngésző betölti a webhelyet, négy hívható eszközt regisztrál ezen keresztül navigator.modelContext. Kettő fedi a szószedetet: az egyik felsorol minden kifejezést, hogy az ügynök felfedezhesse a definiált, a másik pedig a kifejezés kanonikus meghatározását adja vissza a forráshivatkozással együtt. Kettő lefedi az ügynökböngészők és ügynöki termékek futókörnyezetét: az egyik minden nyomon követett terméket felsorol kategóriák szerint, a másik pedig egyetlen termékről név szerint adja vissza a teljes részletet. Egy ügynöknek nem kell összekaparnia az oldalaimat, hogy megválaszolja, mit értek a képesség-tét alatt, vagy hogy mely ügynöki böngészőket követem nyomon. Meghív egy eszközt, és tiszta, strukturált választ kap.
A legfontosabb részlet az, hogy honnan olvasnak az eszközök. Mindegyik ugyanabból az adatból származik, amely az emberi oldalt vezérli. A szószedet eszközei olvassák a szószedet. A termékeszközök olvassák a terméklistát. Tehát az ügynök válasza és az emberi válasz soha nem érthet egyet, mert egy forrás mindkettőt táplálja. Ez a különbség a képesség feltárása és önmaga külön leírása között, ezért az így felépített képességfogadásnak nincs külön szinkronban tartása.
Szóval nálam van mindkét fájl. Egyikük eltöltött egy délutánt, és valódi munkát végez. A másikat a saját tartalmamból regenerálom, és fedezékként kezelem, nem tervként.
Mit jelent ez az Ön webhelye számára
Először is nézze meg, mit tett közzé már. Nyitott yourdomain.com/llms.txt böngészőben. Ha valami betöltődik, a verem oda helyezi, esetleg egy alapbeállítás, amelyet soha nem állított be. Olvasd el. Kérdezd meg, hogy valóban leírja-e az Ön webhelyét, mert ha egy mesterséges intelligencia rendszer elkezdi olvasni az llms.txt fájlt, a pontatlan az rosszabb, mint a semmi. Ez öt percbe kerül, és a legtöbb webhelytulajdonos még soha nem tette meg. Ha meg akarsz tartani egyet, állítsd elő saját tartalmadból, hogy ne tudjon sodródni.
Másodszor, döntse el, hogy érdemes-e elhelyezni a képességréteget. Ha az ügynököknek bármilyen okuk van arra, hogy elvégezzenek egy feladatot az Ön webhelyén, keressenek készletet, ellenőrizzék az árat, foglalást kezdjenek, visszaküldést kezdjenek, akkor a WebMCP az a fogadás, amelyik kifizetődik, és az eredetpróba azt jelenti, hogy a valódi látogatókon most futtathatja, ahelyett, hogy megvárná a kiszállítást. Ha webhelyét pusztán az ügynökök olvassák, ahelyett, hogy cselekednének, a képességréteg várhat, és az Ön erőfeszítése a tiszta, szerver által megjelenített tartalomhoz tartozik, amelyet bármely ügynök ki tud bontani.
Nem szabad azt feltételezni, hogy a beépülő modul által bekapcsolt fájl az ügynökstratégia. Ez egy személyazonossági állítás, amelyet egy mesterséges intelligencia rendszer sem olvas el, és semmit sem mond arról, hogy az ügynök mit tehet, ha megérkezik.
Ami még mindig rendezetlen
Az őszinte bizonytalanság: A személyazonossági fogadás nem halt meg; ez nem bizonyított. Ha egy nagy mesterségesintelligencia-rendszer holnap bejelenti, hogy beolvassa az llms.txt fájlt, és súlyozza azt, a számítás eltolódik, és a fájl, amelybe mindenki alapértelmezett, hirtelen elnyeri a helyét. Pontosan ezt a jelet figyelem, de még nem láttam.
A WebMCP-nek megvannak a maga nyitott kérdései. Ez egy közösségi csoport tervezete, nem pedig egy ratifikált szabvány. Eddig a Gemini a Chrome-ban a fő fogyasztó. A böngészők közötti támogatás pedig vékonyabb, mint a másodlagos lefedettség sugallja. A Microsoft társszerzője a szabványnak, de nem találtam WebMCP-t a Microsoft Edge 147-es verziójának hivatalos kiadási megjegyzéseiben, ezért minden olyan állítást, amely szerint az Edge natívan szállítja, egyelőre meg nem erősítettnek tekintem.
Amíg ez a jel meg nem érkezik, a fogadásom egyértelmű: 2026 végére a képesség számít, és az identitás fedezékté válik. Az olvasást remélő fájl veszít a meghívott eszközzel szemben, mivel az ügynökök azt mérik, hogy befejezték-e a feladatot, nem pedig az alapján, hogy először olvasták-e el az Ön jelét. Tegye meg tudatosan a képesség fogadását. Hozzon létre azonosító fájlt saját tartalomból, ha egyáltalán megtartja. És olvassa el azt, amit a bővítménye már írt, mielőtt az Ön helyett beszél.
Ez a bejegyzés eredetileg a No Hacks oldalon jelent meg.
