Az MI-ügynökök fizetései nagyjából egy év alatt négy versengő specifikációt, két iparági alapítványt és rengeteg cikket hoztak létre. Amit a kereskedők túlnyomó többségének még nem hoztak, az a bevétel. A zaj és a számok közötti szakadék az igazán hasznos rész, mert a lelkes és a lekicsinylő beszámolók egyaránt úgy tévednek, hogy az pénzbe kerül.
Valami valódi mégis épül. A Google, az OpenAI, a Stripe, a Coinbase, a Shopify, a Visa és a Mastercard mind adott ki specifikációt vagy terméket ezen a területen, és e specifikációk közül kettő már semleges alapítvány alatt van, nem egyetlen gyártónál. Egy részük éles üzemben fut. Az éles forgalom nagyobbik része azonban gépek dolga: gépek vásárolnak API-hívásokat más gépektől, nem egy vásárlóasszisztens rendel tőled kanapét.
Ez a cikk szétválasztja a valóban kiadott dolgokat attól, ami csak logókkal körített specifikáció, elmagyarázza, mi változik a fizetési folyamatodban és a csalásvédelmi felállásodban, és felállít egy tizenkét hónapos, költség szerint rendezett tervet.
Lépnie kell egy brit kereskedőnek 2026-ban az MI-ügynökök fizetései ügyében? Csak kis léptékben. A protokollok valódiak, de fiatalok, a fogyasztói forgalom néhány, jórészt amerikai felületen ül, és a mérhető gépi fizetési aktivitás szinte egésze olyan ügynökökből áll, akik adatért és számítási kapacitásért fizetnek, nem áruért. Most három dolgot érdemes megtenni: tedd géppel olvashatóvá a termékadatokat, ellenőrizd, hogy a botszabályaid nem zárják-e ki a vásárló ügynököket, és tedd közzé a készlet- és visszaküldési feltételeket olyan formában, amit egy gép értelmezni tud.
Miért törnek meg a kártyás sínek, ha a vevő egy szoftver
A fizetési rendszer, amit nap mint nap használsz, egy olyan feltevésen nyugszik, ami a kártya feltalálása óta érvényes. A vásárlás pillanatában jelen van egy ember, és beleegyezik. Szinte minden, ami erre épül, örökli ezt a feltevést: a hitelesítés, a csalási pontszám, a reklamációs szabályok és a felelősség megosztása közötted, az elfogadód és a kártyakibocsátó között.
Az ügynök, aki valaki nevében vásárol, nem hangosan töri meg ezt a feltevést. Csendben töri meg, négy külön ponton, és minden törés az üzleted más részén csapódik le.
A kártyabirtokos jelenléte műszaki állapot, nem udvariasság
Minden kártyás tranzakció visz magával adatot arról, milyen úton jutottak el hozzád a kártyaadatok, és mennyire bízzon a kibocsátó ebben az útban. Az az ügynök, amelyik egy elmentett kártyaszámot illeszt be a fizetési oldaladra, közönséges, kártya nélküli online vásárlásnak látszik, ami már ma is a legdrágább és legtöbbet reklamált kategória, amit feldolgozol.
Ez az alapértelmezett kimenet, ha az ügynöki forgalom változatlan webes fizetési folyamaton át ér el hozzád, és ez rosszabb a jelenlegi helyzetnél, nem jobb. A kártyatársaságok ügynökspecifikus tokenmegoldásainak, köztük a Visa Intelligent Commerce-nek és a Mastercard Agent Paynek, éppen az a lényege, hogy jobb jelzést adjanak a kibocsátónak, mint hogy „valaki begépelt egy kártyaszámot egy űrlapba”.
A hitelesítésnek nincs kit megkérdeznie
Az erős ügyfélhitelesítés feltételezi, hogy a fizető a pillanatban válaszolni tud egy kérésre: egy értesítésre a banki alkalmazásban, egy biometrikus azonosításra, egy kódra. Egy önálló ügynöknek nincs se hüvelykujja, se telefonja. Nem tud átmenni egy pótellenőrzésen.
Az iparág válasza az, hogy előrehozza az emberi pillanatot. A felhasználó egyszer hitelesíti magát, amikor felhatalmazást ad és határokat szab, és az ebből következő vásárlás erre a rögzített felhatalmazásra fut, nem egy élő ellenőrzésre. Pontosan ezt kódolja a Google protokolljában a megbízási modell, és ezért külön probléma a felhatalmazási réteg és a fizetési réteg.
A reklamációk olyan embert feltételeznek, aki el tudja mondani, mire gondolt
A visszaterhelési szabályok egy ember köré épülnek, aki felidézi a szándékát. Ha a vevő szoftver volt, az érdekes kérdés nem az, hogy megtörtént-e a tranzakció, hanem hogy megfelelt-e az utasításnak, és az erre válaszolni képes felek a felhasználó, az ügynök üzemeltetője, a modell szolgáltatója és te.
A meglévő reklamációs okok egyike sem írja le azt, hogy „az ügynök félreolvasta a mérettáblázatot”. Amíg a kártyatársaságok nem tesznek közzé ügynökspecifikus reklamációkezelést, a gyakorlati kockázat az, hogy a kétes ügynöki vásárlások úgy zárulnak, ahogy ma a kétes, kártya nélküli vásárlások zárulnak, vagyis általában nem a kereskedő javára.
Egyelőre nem tudod megkülönböztetni a vevőt a lehúzótól
A negyedik törést becsülik alá a kereskedők. A vásárló ügynök és az árlehúzó robot ugyanazon a protokollon, hasonló infrastruktúrából, hasonló fejlécekkel érkezik. A botkezelésed forgalmat lát, nem szándékot.
Mit csinálnak valójában az MI-ügynökök fizetési szabványai
Négy specifikáció számít, és különböző rétegeket oldanak meg. A leggyakoribb elemzési hiba ezen a területen az, hogy vetélytársnak tekintik őket; a négyből három kifejezetten hivatkozik a másikra.
AP2: a felhatalmazás és a megbízás rétege
A Google 2025. szeptember 16-án jelentette be az Agent Payments Protocolt, a Google Cloud saját bejelentése szerint több mint hatvan induló szervezettel, köztük az Adyennel, az American Expressszel, a Coinbase-zel, a Mastercarddal, a PayPallal és a Worldpayjel. A tartalma kriptográfiailag aláírt megbízások halmaza: egy Intent Mandate, ami rögzíti, mit kért a felhasználó, és egy Cart Mandate, ami rögzíti a pontos tételeket és a pontos árat, amit jóváhagyott.
A lényeg az emberi utasítástól a terhelésig vezető, auditálható lánc. A 0.2.0-s verzió 2026. április 28-án érkezett, és hozzáadta az ember nélküli folyamatokat; a GitHubon látható kiadástörténet csak ezt a két kiadást mutatja. Az irányítás átkerült a FIDO Alliance-hoz. Ez egy korai specifikáció súlyos támogatókkal, nem kész fizetési sín.
ACP: a fizetési protokoll
Az Agentic Commerce Protocolt a Stripe és az OpenAI adta ki 2025. szeptember 29-én, Apache 2.0 licenc alatt. Ahelyett, hogy az ügynököt átpréselné a szokásos webes fizetési folyamatodon, tokenként továbbítja a kereskedőnek a fizetési adatokat, aminek a használata engedélyhez kötött és naplózott, és ez lényegesen jobb jelzés egy beillesztett kártyaszámnál.
Egy kereskedő szempontjából ez a legkézzelfoghatóbb a négy közül, mert olyan végpontokat határoz meg, amelyeket ténylegesen megépítenél. A Stripe dokumentációja ma már a Metát is szerzőként sorolja fel a Stripe és az OpenAI mellé, és megnevezi az építőelemeket: ügynöki fizetés, kosár és termékfeed, delegált fizetés, delegált hitelesítés OAuth 2.0 használatával, valamint rendelési webhookok. A közzétett specifikációs könyvtár dátuma 2026. április 17., ami egyszerre árulja el, hogy karbantartják, és hogy fiatal.
UCP: a Google kereskedelmi rétege
A Google 2026. január 11-én, a National Retail Federation konferenciáján indította el a Universal Commerce Protocolt. A Google bejelentése szerint a Shopifyjal, az Etsyvel, a Wayfairrel, a Targettel és a Walmarttal közösen épült, és több mint húsz további cég támogatta, köztük az Adyen, a Mastercard, a Stripe és a Visa.
A UCP nem csak a fizetést, hanem a teljes utat lefedi: felfedezés, kosár, fizetés és vásárlás utáni támogatás a Google Search, az AI Mode és a Gemini alkalmazás felületein. A Merchant Center feedjeire támaszkodik, amelyeket talán már most is karbantartasz, és a fizetési lépéshez alatta az AP2-t használja. Ha fizikai árut árulsz és már futtatsz Google Shoppingot, ez az a specifikáció, amelyik a legnagyobb eséllyel ér el hozzád elsőként.
x402: HTTP-natív gépi fizetések
Az x402 újraéleszti a HTTP 402 Payment Required státuszkódot, ami az első HTTP-specifikációk óta használatlanul állt. A kiszolgáló 402-vel válaszol, és leírja, milyen fizetést vár, az ügyfél aláírt fizetési adatcsomagot csatol az ismételt kéréshez, és a kérés sikerül. Nincs fiók, nincs fizetési oldal, nincs ember.
A Coinbase egy alapítványnak adta a protokollt, amelyet ma a Linux Foundation lát vendégül, és amelynek 2026. július 14-i sajtóközleménye 40 tagot rögzít, prémium tagként az AWS-szel, az American Expressszel, a Cloudflare-rel, a Fiservvel, a Google-lel, a Mastercarddal, a Shopifyjal, a Stripe-pal és a Visával. Stablecoinokra és kártyákra egyaránt tervezték, és a négy közül egyedül nála vannak nyilvános forgalmi számok.
Hogyan illeszkedik a négy egymáshoz
Hasznos így megjegyezni: az x402 az a mód, ahogy egy gép fizet egy kérésért, az AP2 az a mód, ahogy bizonyítható, hogy egy ember jóváhagyott egy vásárlást, az ACP az a mód, ahogy egy ügynök lezárja a fizetést egy kereskedőnél, a UCP pedig az a mód, ahogy egy kiskereskedő egy teljes boltot nyit meg egy ügynök előtt.
Nem versengenek, hanem összeépülnek. A Google dokumentációja az AP2-t a UCP kereskedelmi vezénylése alatti fizetési rétegként helyezi el, és olyan referenciamegvalósításra mutat, amely a saját ügynökprotokollját az x402-vel köti össze a kriptós elszámoláshoz. Az ACP illeszkedik a Model Context Protocolhoz, amit az ügynökök amúgy is beszélnek.
Üzletileg ez azt jelenti, hogy a rossz protokollra tenni kisebb kockázat, mint amekkorának látszik. A rétegek szétválaszthatók, és a vízvezeték, amit a platformod az egyikhez megépít, jórészt újrahasznosítható. A nagyobb kockázat az, hogy bármelyikre költesz, mielőtt a kereslet létezne.
Hol van valójában a forgalom
Ennek a szakasznak kellene mindent kalibrálnia, és itt szakad el a valóságtól a legtöbb beszámoló.
A gépek közötti forgalom valódi, és értékben parányi
Az x402 irányítópultja gördülő, harmincnapos számokat közöl. 2026. szeptember 2-án leolvasva 75,41 millió tranzakciót, 24,24 millió dollár forgalmat, 94 060 vevőt és 22 000 eladót jelentett. Ezek az alapítvány saját számai, nem független könyvvizsgálat.
Oszd el őket. Ez átlagosan nagyjából 32 amerikai centes tranzakciót ad. A 75 millió fizetés valóban nagy tranzakciószám és valóban kicsi pénzösszeg, és ez a forma elárulja, miről van szó: ügynökökről, akik hívásonként fizetnek API-hozzáférésért, adatért és számítási kapacitásért. Nem emberekről, akik bútort vesznek.
A fogyasztói ügynöki fizetés koncentrált és többnyire amerikai
A fogyasztói oldal kevés felületen fut. A Shopify 2026. március 24-i saját bejelentésében azt írja, hogy kereskedői élesben elérhetők a ChatGPT-ben, a Microsoft Copilotban, a Google Search AI Mode-jában és a Gemini alkalmazásban, alapértelmezetten megtalálható termékekkel és a szokásos feldolgozási díjakon felüli tranzakciós díj nélkül. A kereskedő marad a hivatalos eladó.
A Shopifynak van a legtöbb nyernivalója ezen a beállításon, tehát ennek megfelelően kezeld a lelkesedést. Az irány mégis világos, és a brit eladóknak számít, hogy a fizetés legkorábbi elérhetőségét ismételten amerikai vevőkre szűkítették, akkor is, ha a kereskedő máshol ül. Ellenőrizd a saját piacodra vonatkozó elérhetőséget, mielőtt köré terveznél.
Mi változik ettől a boltodban
A termékadataid lesznek a felület
Egy ügynök nem tudja értelmezni a körhintádat, a mérettáblázat képét vagy a lábléc grafikájába rejtett szállítási ígéretet. Feedeket és strukturált adatot olvas. Minden, ami csak vizuálisan létezik, láthatatlan.
Ez ugyanaz a fegyelem, mint egy katalógust olvashatóvá tenni az MI-keresés számára, amit a GEO webáruházaknak című írásban és a hogyan olvassák az MI-keresők a schema jelölést útmutatónkban jártunk körbe. Az átfedés majdnem teljes, és éppen ettől olcsó a munka: valószínűleg félig már megcsináltad.
A készletpontosság megszűnik kedvességnek lenni. Az az ügynök, amelyik elavult feed alapján zár le egy vásárlást, lemondást szül, és a lemondási arány lesz az a mutató, ami alapján ezek a felületek eldöntik, kit mutatnak tovább.
A fizetési tokenek feltételekkel érkeznek
Az ügynöki tokenmegoldások alatt nem nyers kártyaszám ér el hozzád, hanem olyan azonosító, amely egy ügynökre, egy költési korlátra és gyakran egy kereskedői kategóriára van szűkítve. Ez neked jobb: a kibocsátónak több a háttérinformációja, és a tranzakció olyan eredetet visz magával, amilyet egy begépelt kártyaszám nem.
Az ára az integráció. A szűkített ügynöki azonosítók rendes támogatása azt jelenti, hogy a fizetési szolgáltatód kezeli őket, a csalásvédelmi szabályaid megértik őket, a rendelési folyamatod pedig rögzíti, melyik ügynök melyik ügyfél nevében járt el. Ebből semmi sem ingyenes, és semmi sem sürgős egy olyan vállalkozásnak, amelyik nem lát ügynöki forgalmat.
A botszabályaid mindjárt kizárják a legjobb vevődet
Az az infrastruktúra, ami távol tartja a lehúzókat a webhelyedtől, ugyanaz, amin a vásárló ügynöknek át kell jutnia. Azok a kereskedők, akik az MI-lehúzás hullámában megszigorították a botszabályaikat, és ezt a döntést az MI-crawlerek tiltása vagy engedélyezése című írásban jártuk körbe, most talán éppen azt a szoftvert zárják ki, amelyet a vevőjük küldött vásárolni.
Az aláírt azonosság megoldott, a szándék nem
A kriptográfiai azonosság az a rész, ami működik. A Cloudflare aláírt ügynökökre épülő megközelítésében az ügynökök Web Bot Authtal írják alá a HTTP-kéréseket, így egy webhely IP-listák karbantartása nélkül tudja ellenőrizni, ki hívja. A Visa Trusted Agent Protocolja ugyanazt a HTTP-üzenetaláírási mechanizmust használja, és kiegészíti egy kifejezett szándékmezővel. Az aláírás bizonyítja az azonosságot, és kivédi a megszemélyesítést.
A célt nem bizonyítja. Ugyanannak az üzemeltetőnek az ügynöke hétfőn böngészhet egy vevő nevében, kedden pedig lehúzhatja a teljes katalógusodat, mindkétszer azonosan aláírva. A szándékot vagy a viselkedésből kell kikövetkeztetni, vagy az ügynök állítja és elhiszed neki, és egyik út sem elég szilárd még.
A gyakorlati lépés nem a kapuk kinyitása. Az, hogy ellenőrzöd: a mostani szabályaid döntés eredményei-e vagy véletlené, és tudod, mely kategóriákat zárod ki.
Visszaküldés és reklamáció, ha a vevő nem ember volt
A fogyasztóvédelmet nem érdekli, hogy egy gép kattintott. Egy brit távértékesítésnél a vevőt továbbra is megilleti a törvényes elállási jog, és a GOV.UK leírja a menetét: az átvételtől számított tizennégy nap arra, hogy szóljon az elállásról, további tizennégy az áru visszaküldésére, és tizennégy a te visszatérítésedre, a szokásos szállítási díjjal együtt.
Ami változik, az a hibaarány. Az az ember, aki félreolvas egy termékoldalt, ezt általában a fizetésnél veszi észre. Az az ügynök, amelyik szegényes feedből dolgozik, nem veszi észre, és az ebből fakadó visszaküldés a te költséged, nem az ügynök üzemeltetőjéé.
A másik lezáratlan kérdés az, hogy ki felel egy jogosulatlan ügynöki vásárlásért. A felhasználó delegált, a platform tárhelyet adott, a modell következtetett, te pedig elfogadtad, és egyetlen kártyatársasági szabály sem osztja ezt még tisztán szét. Őrizd meg a megbízási bizonyítékokat, amelyeket a protokollok előállítanak. Ez az egyetlen nyom, amely megmutatja, mit hagyott jóvá valójában az ember.
A brit szabályozási helyzet
Az erős ügyfélhitelesítés felülvizsgálat alatt van, nem eldöntött
A brit pénzügyminisztérium 2026. február 26-án közzétett Payments Forward Planje egyértelműen a menetrendre teszi ezt. A fizetési szolgáltatások szabályozásának korszerűsítése magában foglalja az erős ügyfélhitelesítési rendszer frissítését, és a terv saját szavaival annak mérlegelését, hogy szükség van-e a szabályozás módosítására vagy továbbfejlesztésére az ügynöki MI-fizetések támogatásához.
Az ütemezés lassú: pénzügyminisztériumi konzultáció 2026 második negyedévében, FCA-vitaanyag a második és a negyedik negyedév között, konzultációs válasz a negyedik negyedévben, majd FCA-szakpolitikai állásfoglalások 2027-ben és 2028-ban. Aki azt mondja neked, hogy a brit szabályok az ügynöki fizetésekre már állnak, az tippel.
Az FCA a meglévő szabályokat alkalmazza, nem újakat ír
Az FCA mesterséges intelligenciáról közzétett álláspontja, amelyet 2026. február 13-án frissítettek utoljára, kifejezett: nem tervez külön szabályozást az MI-re, hanem a meglévő keretekre támaszkodik, amelyek szerinte az MI-hez kapcsolódó kockázatok közül sokat mérsékelnek.
Egy kereskedőnek ez megnyugtató és kissé haszontalan. Megnyugtató, mert semmi új nem hullik a nyakadba. Haszontalan, mert a meglévő kereteket nem a delegált gépi vásárlásra gondolva írták, és a hézagokat eseti alapon zárják be, nem szabállyal.
Az uniós MI-rendelet szemszöge, ha Európába értékesítesz
Ha te magad állítasz üzembe egy ügynököt, egy vásárlóasszisztenst vagy egy tranzakcióra képes ügyfélszolgálati ügynököt, akkor az uniós MI-rendelet 50. cikkének átláthatósági kötelezettségei 2026. augusztus 2-tól alkalmazandók. Az Európai Bizottság 50. cikkről szóló útmutatója megköveteli, hogy az embereket tájékoztassák arról, hogy MI-rendszerrel lépnek kapcsolatba, mégpedig az első interakció kezdetétől, világos és jól megkülönböztethető módon, kivéve, ha ez nyilvánvaló.
Ez a kötelezettség a rendszer szolgáltatóira és üzembe helyezőire hárul, nem arra a kereskedőre, akinek a webhelyét egy külső ügynök látogatja. Ha te építed az ügynököt, a tiéd. Ha másvalaki ügynöke vásárol nálad, az az övé.
A Bizottság emellett magatartási kódexet tett közzé az MI-vel előállított tartalom megjelöléséről. Ha nagy mennyiségben gyártasz termékszöveget gépi fogyasztásra, ezt érdemes elolvasni, mielőtt tovább növelnéd a gyakorlatot.
Tizenkét hónapos terv, költség szerint rendezve
Szinte ingyen: hozd rendbe a termékadatokat
Teljes, pontos, strukturált termékadat valós készletszinttel, méretekkel, anyagokkal, szállítási időkkel és visszaküldési feltételekkel. Ez az MI-keresésben megszerzett láthatóság révén megtérül akkor is, ha soha egyetlen ügynök sem vásárol nálad, és éppen ettől ez az egyetlen igazán biztonságos beruházás a listán.
Egy nap: nézd át a botszabályaidat
Sorold fel, mit tiltasz és miért. Döntsd el tudatosan, hogy az ismert ügynöki forgalom elérheti-e a termék- és fizetési oldalakat. Írd le a döntést, hogy a következő ember ne fordítsa vissza véletlenül. Ha a forgalmad már most az MI-felületek felé mozdul, a Google AI Mode és a webhely forgalma elemzés a kísérő olvasmány.
Egy hét: tedd géppel olvashatóvá a szabályzataidat
Visszaküldés, szállítás, jótállás és jogosultsági feltételek adatként megfogalmazva, nem folyó szövegként egy oldalon. Ez csökkenti a fentebb leírt visszaküldési kockázatot, és előfeltétele bármilyen későbbi ügynöki fizetési integrációnak.
Folyamatosan és ingyen: figyelő megbízás
Állíts be negyedéves emlékeztetőt, hogy megnézd a négy specifikáció állását, és azt, hogy az e-kereskedelmi platformod vagy a fizetési szolgáltatód kiadott-e támogatást. Üzemeltetett platformon a munka java olyan funkcióként érkezik, amit bekapcsolsz, ahogy a Shopifynál történt. Egyedi fejlesztésnél a Shopify vagy egyedi webáruház írásban tárgyalt választások itt kezdenek jobban számítani.
Amit még ne csinálj
Ne építs egyedi ügynöki fizetési folyamatot. Az olyan specifikációk, amelyek tizenkét hónap alatt kétszer változtak, és két kiadást tudnak felmutatni, változni fognak megint, te pedig a platformod előtt integrálnál, olyan forgalomra, amit még mérni sem tudsz.
Ne fogadj el stablecoin-fizetést csak azért, mert az x402 támogatja. Ez treasury-, adó- és könyvelési döntés valódi súrlódással, és a 32 centes átlagos tranzakció azt mondja, hogy a kereslet az API-hozzáférésre irányul, nem a kiskereskedelemre.
Ne végy olyan ügynöki kereskedelmi tanácsadást, amelynek az árát egy nálad még nem létező piachoz szabták. Előbb mérd meg a saját ügynöki forgalmadat. Ha nulla, a becsületes válasz az, hogy várj.
Ne építs önálló beszerzési ügynököket a saját beszerzésedhez anélkül, hogy előbb elolvasnád a hibamódokat, amelyeket az MI-ügynökök a cégben írásban vezettünk le. Ugyanazok a delegálási gondok érvényesek akkor is, ha te vagy a vevő.
Mit jelent ez egy brit kereskedőnek
A szabványverseny valódi, a támogatás komoly, és a fogyasztói forgalom a legtöbbetek számára még nincs itt. Ez a kombináció olcsó felkészülés mellett és drága elköteleződés ellen szól.
A Mecanik közönséges munkaként építi az alatta lévő darabokat: strukturált termékadat, feedpontosság, botszabályzat és fizetési integráció a weboldal fejlesztés szolgáltatásunkon keresztül, ügynökök felé forduló rendszerek pedig az MI-integrációs szolgáltatásokon keresztül. Az a véleményünk, hogy a fenti lista első három pontja ebben a negyedévben elvégzendő, a negyedik pedig akkor, amikor a naplóid megmutatják, hogy valaki kérdez.
Gyakran ismételt kérdések
Vásárolnak már MI-ügynökök hétköznapi kereskedőktől? Ritkán. Az x402 irányítópultja 2026. szeptember 2-án leolvasva harminc nap alatt 75,41 millió tranzakciót jelentett 24,24 millió dollár értékben, ami átlagosan nagyjából 32 amerikai cent, és ez olyan ügynökök kézjegye, akik API-hozzáférésért fizetnek, nem árut vesznek. A fogyasztói ügynöki fizetés létezik, de kevés felületre koncentrálódik, és gyakran először amerikai vevőkre szűkítették.
Mi a különbség az AP2, az ACP, a UCP és az x402 között? Különböző rétegeken ülnek. Az AP2 kriptográfiai bizonyítékot rögzít arról, hogy egy ember jóváhagyott egy vásárlást, az ACP azokat a fizetési végpontokat határozza meg, amelyeket egy ügynök hív, ha kereskedőtől vásárol, a UCP egy egész kiskereskedőt nyit meg a Google MI-felületei előtt, az x402 pedig egyetlen HTTP-kérés kifizetését teszi lehetővé egy gépnek. Úgy tervezték őket, hogy összeépüljenek, ne kiváltsák egymást.
Az MI-botok tiltása megakadályozza, hogy ügynökök vásároljanak nálam? Előfordulhat. A vásárló ügynökök és a lehúzók ugyanazon a protokollon, hasonló infrastruktúrából érkeznek, a botkezelés pedig forgalmat lát, nem célt. A kriptográfiai aláírási megoldások, például a Web Bot Auth, bizonyítják, melyik üzemeltető hív, a szándékot azonban nem, ezért tudatosan nézd át, mit tiltasz, ahelyett hogy feltételeznéd: egy alapértelmezett szabály még mindig helyes.
Vonatkozik az erős ügyfélhitelesítés arra, ha MI-ügynök fizet? Az Egyesült Királyságban a helyzet nem eldöntött. A pénzügyminisztérium 2026. február 26-i Payments Forward Planje vállalja az erős ügyfélhitelesítési rendszer frissítését és annak mérlegelését, hogy a szabályozásnak változnia kell-e az ügynöki MI-fizetések támogatásához, az FCA szakpolitikai állásfoglalásai pedig csak 2027-ben vagy 2028-ban várhatók. Az iparági kerülőút az, hogy az embert egyszer, a delegálás pillanatában hitelesítik.
Mit tegyen egy brit kereskedő a következő évben? Három olcsó dolgot. Tedd a termékadatokat teljessé, pontossá és strukturálttá, benne az élő készlettel és a visszaküldési feltételekkel. Nézd át a botszabályokat, hogy a tiltás döntés legyen, ne véletlen. Tedd közzé a szállítási és visszaküldési szabályzatot géppel olvasható adatként. Utána tarts negyedéves figyelő megbízást a specifikációkon, és várd meg, míg a saját naplóid mutatják a keresletet.
Hozzászólások