Agentska plaćanja pod ljudskom politikom

Agentska plaćanja su plaćanja koja pokreće softver, a ne osoba na checkoutu. AI agent drži vjerodajnice, odlučuje da kupnja treba biti obavljena i sam prebacuje novac — plaća fakturu, obnavlja pretplatu, rezervira čarter — bez da čovjek pritisne završni gumb. Presudno je tko pokreće plaćanje. Osoba koja klikne kupi obično je kartično plaćanje s chatbotom ispred; agentsko plaćanje je softver koji odlučuje, autorizira i namiruje u trenutku kad novac stvarno putuje. Sve što je u toj kategoriji teško proizlazi iz tog jednog svojstva: onaj tko troši nije osoba i ne umara se, ne postaje sumnjičav ni nervozan kao što bi to bila osoba prije slanja novca strancu.

Zato zanimljivo pitanje nikad nije hoće li agenti trošiti novac — već mogu. Pitanje je tko postavlja pravila pod kojima troše i provodi li ih platforma ili ih agent samo obećava.

Način na koji stvari pucaju je očit, i u tome je poanta

Dajte agentu aktivnu platnu vjerodajnicu bez ograničenja i izgradili ste incident prijevare plaćanja koji se još nije dogodio. Kvar nije egzotičan. Prompt injection skriven na web-stranici kaže agentu da plati napadaču. Neispravan opis alata usmjeri legitimnu kupnju na pogrešnog primatelja. Petlja ponovnih pokušaja tisuću puta pokuša istu naplatu jer signal uspjeha nikad nije stigao. Ništa od toga ne traži domišljatog napadača — to su obične greške autonomnog softvera, samo što je rezultat novac koji odlazi s vašeg računa.

Primamljivo rješenje je agenta učiniti pažljivijim: bolji system prompt, strože upute, model koji dublje razmišlja o trošenju. Time se kontrola stavlja na najmanje pouzdano mjesto u sustavu — u agentovo vlastito zaključivanje, upravo ono što se može nagovoriti. Budžet oko kojeg agent može raspravljati nije budžet. Kontrola mora živjeti negdje gdje je agent ne može dohvatiti, a to znači izvan agenta.

Politika je proizvod, a ne prompt

Model zaštite je politika koju platforma provodi prije nego što novac krene, a ne nakon što je agent odlučio. Svaki agent dobiva limit po transakciji i dnevni limit — €150.00 po plaćanju, €500.00 dnevno u našoj demo politici — te mjesečni strop od €6,000.00 povrh toga. To su čvrsti zidovi koje provjerava platforma, a ne obećanja koja drži agent. Kad je demo travel bot pokušao unajmiti čarter za €640.00, plaćanje je odmah odbijeno: preko limita, prije nego što je ijedan cent krenuo. Agent koji se svaki dan savršeno ponaša ipak ne može otići preko onoga što mjesec dopušta.

Budžet kaže koliko; allowlist kaže kamo. Agenti plaćaju samo trgovcima koje ste unaprijed imenovali. Demo Ops Agent zna točno četiri, a pokušaj od €180.00 kod popisom neobuhvaćenog dobavljača odbijen je kao nepopisan. Zajedno povlače okvir: toliko novca, samo ovim primateljima. Unutar okvira agent radi punom brzinom i nikad ne mora pitati; okvir je ono čime upravlja čovjek.

Pitanje nije hoće li AI agent trošiti novac. Pitanje je tko je napisao pravila pod kojima troši — a odgovor uvijek treba biti čovjek, unaprijed, na papiru.

Čovjek iznad crte

Neke su odluke prevelike da bi ih se prepustilo okviru. Zato politika nosi prag: navedeni iznos iznad kojeg čovjek mora odobriti prije nego što plaćanje prođe. U demu crta stoji na €100.00. Kad je Ops Agent označio fakturu #088 tvrtke Nord Logistics — €120.00, udobno unutar dnevnog budžeta od €500.00, ali iznad crte odobrenja — nije platio. Pauzirao je, stavio prijedlog pred osobu i čekao. Odgovor od jednog retka ga je odobrio; plaćanje je namireno s referencom 9F21-0716 i u audit log upisano u 09:41. Ispod crte agent djeluje sam; iznad nje prvo odgovara čovjek.

Odobrenje nije kvačica koja nestane. Bilježi tko je odobrio, na kojem uređaju, u koje vrijeme, uz priloženi potpis — odobreno u aplikaciji, ključ telefona, 09:41:12. Kad netko poslije pita zašto se plaćanje dogodilo, odgovor je imenovana osoba i vremenska oznaka, a ne slijeganje ramenima.

Kill-switch i log koji se ne može neprimjetno uređivati

Čak i unutar dobrih zidova agenti se loše ponašaju, a politike se pokažu pogrešnima. Dvije kontrole to rješavaju. Prva je kill-switch: jedan dodir pauzira agenta i trenutačno zaustavlja svako plaćanje koje bi mogao pokrenuti. Ključevi ostaju valjani pa ništa drugo ne puca — agent jednostavno ne može trošiti dok ga čovjek ponovno ne uključi, a njegovi prijedlozi na čekanju ostaju zamrznuti umjesto da nestanu. U demo floti travel bot stoji pauziran s potrošenih €0.00, a njegov red je netaknut.

Drugi je append-only audit log. Svaka je odluka zabilježena: što je agent pokušao, koja je provjera politike prošla ili pala, tko je što odobrio, sve do rotacije ključeva. Jedan zapis rekonstruira cijelo plaćanje — odluka DEC-4471 prikazuje zahtjev, svaku provjeru politike s rezultatom (allowlist prolazi, limit prolazi, prag eskalira), ljudski potpis te namirenu svotu s kanalom i referencom. Svaki zapis nosi vlastiti hash, hash prethodnog zapisa i svoje mjesto u lancu — u demu #4,471 — pa izmjena bilo kojeg polja lomi sve zapise iza njega. Log se izvozi kao JSON, zajedno s hashom: vaš je da ga predate revizoru, a ne naš da ga čuvamo.

Neka namira bude dosadna, a novost neka živi u autorizaciji

Postoji napast da se agentska plaćanja naprave novima do kraja — nova šina, novi instrument, novi način putovanja novca. Odolite joj. Doista nov dio je autorizacija: kako agent dokazuje da smije platiti, po čijoj politici i uz kakvo odobrenje. Kad plaćanje prođe tu kapiju, treba se namiriti na kanalima koji su godinama dosadni. U demu se odobreni prijedlog od 120,00 € pretvara u običan SEPA kreditni transfer — namiren putem SEPA Instant nekoliko minuta nakon odobrenja — koji se nizvodno ne razlikuje od plaćanja koje je izvršila osoba. Banka ne zna niti je briga da ga je pokrenuo agent.

Ta je podjela namjerna. Dosadni su kanali predvidivi, povratni gdje shema to dopušta, i razumije ih svaka riznica i svaki revizor s kojim ćete ikad imati posla. Kad novost stavite u politiku, a plaćanje na provjeren kanal, rizičan i brzo promjenjiv dio u potpunosti kontrolirate vi, a dio koji dotiče tuđe banke nitko ne mora iznova učiti. Agenti troše iz iste jezgre na kojoj radi ostatak obitelji plaćanja — opisane na /products/pay — a ne iz paralelnog svemira izgrađenog za robote.

Krajolik protokola još nije slegnut — gradite u skladu s tim

Kako agent treba predočiti svoj identitet i svoj mandat trgovcu otvoreno je pitanje. Nekoliko prijedloga natječe se oko toga kako agent dokazuje tko je, što smije kupiti i kako to trgovac provjerava prije prihvaćanja novca. Nijedan nije pobijedio, a kockati sve na jedan danas bilo bi preuranjeno. Obrambeni pristup je protokol autorizacije držati zamjenjivim, a sve iza njega stabilnim: policy engine, model audita i kanal namire ne mijenjaju se kad se promijeni format poruka na prednjoj strani.

U praksi to znači malu, dosadnu površinu integracije. Agenti se spajaju preko MCP-a na mcp.protocore.io/agents; svaki framework koji govori taj protokol može imati wallet. Sučelje je namjerno usko — predloži plaćanje, primi odluku — jer zanimljiva logika živi na platformi, a ne u promptu. Kad se industrija dogovori kako se agenti dokazuju trgovcima, promijenit će se pročelje, a zidovi iza njega ostat će točno tamo gdje jesu.

Gdje se ovo nalazi

Agentska plaćanja nisu oklada da autonomni softver treba trošiti bez ograničenja. Upravo suprotno: oklada su da će softver trošiti, pa limiti moraju biti stvarni, vanjski i čitljivi. Budžeti i allowlisti povlače okvir, prag usmjerava velike odluke osobi, kill-switch zaustavlja sve, a append-only log znači da se svako plaćanje može naknadno rekonstruirati. Stranica proizvoda na /products/agents prolazi cijelu petlju na demo podacima korištenima ovdje — stvori agenta, postavi mu politiku, gledaj kako se plaćanje eskalira i namiruje — a /products/pay je jezgra na kojoj ta plaćanja rade. Autonomija je stvarna; stvarna je i uzica, a drži je čovjek.