Ágensalapú fizetések emberi szabályok alatt

Ágensalapú fizetésnek azt nevezzük, amikor a fizetést nem egy ember kezdeményezi a checkoutnál, hanem szoftver. Egy AI-ágens hitelesítő adatokat birtokol, eldönti, hogy egy vásárlásnak meg kell történnie, és maga mozgatja a pénzt: kifizet egy számlát, megújít egy előfizetést, lefoglal egy charterjáratot, anélkül hogy bárki megnyomná az utolsó gombot. A megkülönböztető tény a kezdeményező. Ha egy ember a vásárlásra kattint, az egy hétköznapi kártyás fizetés, elé tett chatbottal; az ágensalapú fizetésnél a szoftver dönt, hagy jóvá és teljesít abban a pillanatban, amikor a pénz ténylegesen mozog. A kategória minden nehézsége ebből az egy tulajdonságból következik: aki költ, az nem ember, és nem fárad el, nem gyanakszik, nem idegeskedik úgy, ahogy egy ember tenné, mielőtt pénzt utal egy idegennek.

Ezért az érdekes kérdés sosem az volt, hogy az ágensek költenek-e pénzt, hiszen már most is tudnak. A kérdés az, hogy ki állítja be a szabályokat, amelyek szerint költenek, és hogy ezeket a szabályokat a platform kényszeríti-e ki, vagy csak az ágens ígéri be.

A hibamód nyilvánvaló, és éppen ez a lényeg

Adj egy ágensnek éles fizetési hitelesítő adatot felső határ nélkül, és egy még be nem következett csalási incidenst építettél. A hiba nem egzotikus módon jön létre. Egy weboldalba rejtett prompt injection megmondja az ágensnek, hogy fizessen egy támadónak. Egy hibás eszközleírás egy jogos vásárlást rossz címzettre irányít. Egy újrapróbálkozási ciklus ezerszer megkísérli ugyanazt a terhelést, mert a sikerjelzés sosem érkezett meg. Egyikhez sem kell ügyes támadó: ezek az autonóm szoftverek hétköznapi hibái, csak éppen a kimenet a számládról távozó pénz.

A kézenfekvő megoldás az, hogy az ágenst óvatosabbá tesszük: jobb system prompt, szigorúbb utasítás, olyan modell, amely alaposabban mérlegeli a költést. Ez a rendszer legkevésbé megbízható pontjára teszi az ellenőrzést, az ágens saját gondolkodására, vagyis arra, amit le lehet beszélni a szabályról. Az a költségkeret, amelyen az ágens érveléssel túljuthat, nem költségkeret. Az ellenőrzésnek olyan helyen kell lennie, ahová az ágens nem ér el, vagyis magán az ágensen kívül.

A szabály a termék, nem a prompt

A visszafogó modell egy olyan szabály, amelyet a platform a pénzmozgás előtt kényszerít ki, nem azután, hogy az ágens már döntött. Minden ágens kap tranzakciós limitet és napi limitet (a demószabályban €150.00 fizetésenként és €500.00 naponta), efölött pedig havi plafont: €6,000.00. Ezek kemény falak, amelyeket a platform ellenőriz, nem az ágens által betartott ígéretek. Amikor a demó utazási botja €640.00-ért próbált charterjáratot foglalni, a fizetést azonnal elutasították: limit felett, még mielőtt egy cent is mozdult volna. Az az ágens, amely minden egyes nap tökéletesen viselkedik, sem sodródhat a hónap által megengedett keret fölé.

A költségkeret megmondja, mennyit; az engedélyezett lista megmondja, hova. Az ágensek csak olyan kereskedőknek fizetnek, akiket előre megneveztél. A demó Ops Agentje pontosan négyet ismer, és egy €180.00-s kísérletet egy nem szereplő szállítónál „nincs listán” indoklással utasítottak vissza. A kettő együtt egy dobozt rajzol: ennyi pénz, csak ezeknek a címzetteknek. A dobozon belül az ágens teljes sebességgel dolgozik, és soha nem kell engedélyt kérnie; a doboz az, ami egy ember tulajdona.

A kérdés sosem az, hogy egy AI-ágens fog-e pénzt költeni. Hanem az, hogy ki írta a szabályokat, amelyek szerint költ, és a válasz mindig az legyen: egy ember, előre, írásban.

Egy ember a határ fölött

Néhány döntés túl nagy ahhoz, hogy egy dobozra bízzuk. Ezért a szabály tartalmaz egy küszöböt: egy megadott összeget, amely fölött a fizetés teljesítése előtt ember jóváhagyása kell. A demóban a határ €100.00. Amikor az Ops Agent megjelölte a Nord Logistics #088-as számláját, €120.00-t, ami kényelmesen belefér a napi €500.00-s keretébe, de a jóváhagyási határ fölött van, nem fizetett. Megállt, a javaslatot egy ember elé tette, és várt. Egy egysoros válasz feloldotta; a fizetés 9F21-0716 hivatkozással teljesült, és 09:41-kor bekerült az audit naplóba. A határ alatt az ágens magától mozog; fölötte előbb egy ember válaszol.

A jóváhagyás nem egy elpárolgó jelölőnégyzet. Rögzíti, ki hagyta jóvá, melyik eszközön, mikor, aláírással együtt: jóváhagyva az appban, telefonkulcs, 09:41:12. Ha később valaki megkérdezi, miért történt egy fizetés, a válasz egy név és egy időbélyeg, nem egy vállvonogatás.

Vészleállító és olyan napló, amelyet nem lehet csendben átírni

Még jó falak között is rosszul viselkednek az ágensek, és a szabályokról is kiderül, hogy tévesek. Ezt két ellenőrzés kezeli. Az első a vészleállító (kill switch): egyetlen koppintás szünetelteti az ágenst, és azonnal leállít minden fizetést, amelyet kezdeményezhetne. A kulcsok érvényesek maradnak, így semmi más nem romlik el; az ágens egyszerűen nem költhet, amíg egy ember vissza nem kapcsolja, a függő javaslatai pedig a helyükön befagynak, nem tűnnek el. A demóflottában az utazási bot €0.00 elköltött összeggel szünetel, a sora érintetlen.

A második egy append-only auditnapló. Minden döntés rögzítve van: mit próbált az ügynök, melyik szabályellenőrzés ment át vagy bukott el, ki mit hagyott jóvá — egészen a kulcsrotációkig. Egyetlen rekordból egy teljes fizetés rekonstruálható: a DEC-4471 döntés megmutatja a kérést, az egyes szabályellenőrzéseket az eredményükkel (allowlist: megfelelt, limit: megfelelt, küszöb: eszkaláció), az emberi jóváhagyást, valamint az elszámolt összeget a hozzá tartozó csatornával és hivatkozással. Minden bejegyzés tartalmazza a saját hash-ét, az előző bejegyzés hash-ét és a láncbeli helyét — a demóban ez a #4,471 —, így bármelyik mező módosítása megtöri az összes utána következő rekordot. A napló JSON-ként exportálható, a hash-sel együtt: az öné, hogy átadja egy auditornak, nem a miénk, hogy megtartsuk.

Az elszámolás maradjon unalmas, az újdonság az engedélyezésben legyen

Csábító az ügynöki fizetéseket az alapoktól kezdve újra kitalálni — új csatorna, új fizetési eszköz, új módja a pénz mozgatásának. Ellenálljon neki. Az igazán új rész az engedélyezés: hogyan igazolja egy ügynök, hogy fizethet, kinek a szabályzata alapján, milyen jóváhagyással. Ha egy fizetés átjutott ezen a kapun, olyan csatornákon kell elszámolódnia, amelyek évek óta unalmasan megbízhatók. A demóban egy jóváhagyott €120.00-s javaslatból egy hétköznapi SEPA-átutalás lesz — a SEPA Instant perceken belül elszámolja a jóváhagyás után —, amely a lánc további részében megkülönböztethetetlen az ember által indított fizetéstől. A bank nem tudja, és nem is érdekli, hogy egy ügynök kezdeményezte.

Ez a szétválasztás tudatos. Az unalmas csatornák kiszámíthatók, ahol a séma engedi, visszafordíthatók, és minden treasury és auditor érti őket, akivel valaha dolga lesz. Ha az újdonságot a szabályzatba teszi, a fizetést pedig kiforrott csatornára, akkor a kockázatos, gyorsan változó rész az, amelyet teljesen Ön kontrollál, a más bankjait érintő rész pedig az, amelyet senkinek sem kell újratanulnia. Az ügynökök ugyanabból a core-ból költenek, amelyen a Pay-család többi része is fut — ennek leírása a /products/pay oldalon található —, nem egy robotoknak épített párhuzamos univerzumból.

A protokollok világa még nem állt össze — erre építsen

Hogy egy ügynök hogyan mutassa be az identitását és a megbízását a kereskedőnek, még nyitott kérdés. Több javaslat verseng azon, hogyan igazolja az ügynök, ki ő, mit vásárolhat, és hogyan ellenőrizheti ezt a kereskedő, mielőtt elfogadja a pénzt. Egyik sem nyert, és ma bármelyikre mindent feltenni korai lenne. A védekező hozzáállás az, ha az engedélyezési protokollt cserélhetőnek tekintjük, és mindent, ami mögötte van, stabilan tartunk: a szabálymotor, az audit modell és az elszámolási csatorna nem változik, ha az előtér adatformátuma igen.

A gyakorlatban ez kicsi, unalmas integrációs felületet jelent. Az ügynökök MCP-n keresztül csatlakoznak az mcp.protocore.io/agents címen; bármely keretrendszer, amely beszéli a protokollt, kezelhet pénztárcát. Az interfész szándékosan szűk — fizetés javaslata, döntés fogadása —, mert az érdekes logika a platformon él, nem a promptban. Amikor az iparág megegyezik abban, hogyan igazolják magukat az ügynökök a kereskedők felé, az előtér változik, a mögötte lévő falak pedig pontosan ott maradnak, ahol voltak.

Hol a helye mindennek

Az ügynöki fizetések nem arra tett fogadások, hogy az autonóm szoftver korlátlanul költhessen. Épp az ellenkezőjére: arra tett fogadások, hogy a szoftver költeni fog, ezért a korlátoknak valódinak, külsőnek és olvashatónak kell lenniük. A költségkeretek és az allowlistek kijelölik a dobozt, egy küszöb a nagy döntéseket emberhez irányítja, egy kill-switch mindent leállít, a csak hozzáfűzhető napló pedig gondoskodik róla, hogy minden fizetés utólag rekonstruálható legyen. A /products/agents termékoldal végigvezet a teljes körön az itt használt demóadatokkal — ügynök létrehozása, szabályzat beállítása, egy fizetés eszkalációjának és elszámolásának követése —, a /products/pay pedig az a core, amelyen ezek a fizetések futnak. Az autonómia valódi; a pórázról sincs szó tévedésben, és azt ember tartja a kezében.