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 kupovina treba da se desi i sam prebacuje novac — plaća fakturu, obnavlja pretplatu, naručuje čarter — a da čovjek ne pritisne završno dugme. Presudna je činjenica ko je inicijator. Osoba koja klikne kupi je obično kartično plaćanje s chatbotom ispred; agentsko plaćanje je softver koji odlučuje, odobrava i namiruje u trenutku kad se novac stvarno kreće. Sve što je teško u ovoj kategoriji proizlazi iz te jedne osobine: onaj ko troši nije osoba i ne umara se, ne sumnja i ne nervira kao što bi se osoba prije slanja novca strancu.

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

Način kvara je očit, i to je poenta

Dajte agentu živu platnu vjerodajnicu bez ograničenja i izgradili ste incident prevare koji se još nije dogodio. Kvar nije egzotičan. Prompt injection skriven na web stranici nalaže agentu da plati napadaču. Neispravan opis alata usmjeri legitimnu kupovinu pogrešnom primaocu. Petlja ponovnih pokušaja pokuša istu naplatu hiljadu puta jer signal uspjeha nikad nije stigao. Nijedno od toga ne traži domišljatog napadača — to su obične greške autonomnog softvera, samo što je rezultat novac koji napušta vaš račun.

Primamljivo rješenje je da agent bude pažljiviji: bolji sistemski prompt, stroža uputa, model koji više razmišlja o trošenju. Time se kontrola postavlja na najmanje pouzdano mjesto u sistemu — u agentovo vlastito rasuđivanje, upravo ono što se može urazumiti u suprotno. Budžet koji agent može nadgovoriti nije budžet. Kontrola mora živjeti tamo gdje agent ne može doći, a to znači potpuno izvan agenta.

Politika je proizvod, a ne prompt

Model obuzdavanja je politika koju platforma provodi prije nego što novac krene, a ne nakon što je agent odlučio. Svaki agent ima limit po transakciji i dnevni limit — €150.00 po plaćanju, €500.00 dnevno u našoj demo politici — te mjesečni plafon 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 naručiti čarter za €640.00, plaćanje je odbijeno na licu mjesta: preko limita, prije nego što je ijedan cent krenuo. Agent koji se svaki dan savršeno ponaša ipak ne može odlutati preko onoga što mjesec dozvoljava.

Budžet kaže koliko; lista dozvoljenih kaže kome. Agenti plaćaju samo trgovcima koje ste unaprijed naveli. Demo Ops Agent zna tačno četiri, a pokušaj od €180.00 kod trgovca koji nije na listi odbijen je kao nepopisan. Zajedno povlače okvir: toliko novca, samo ovim primaocima. Unutar okvira agent radi punom brzinom i nikad ne mora pitati; okvir je ono čime upravlja čovjek.

Pitanje nikad nije hoće li AI agent trošiti novac. Pitanje je ko je napisao pravila pod kojima troši — a odgovor uvijek treba biti čovjek, unaprijed, u pisanoj formi.

Čovjek iznad crte

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

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

Prekidač za zaustavljanje i log koji se ne može neprimjetno mijenjati

Čak i unutar dobrih zidova agenti griješe, a politike se pokažu pogrešnima. Za to služe dvije kontrole. Prva je prekidač za zaustavljanje (kill-switch): jedan dodir pauzira agenta i trenutno zaustavlja svako plaćanje koje bi mogao pokrenuti. Ključevi ostaju važeći pa se ništa drugo ne lomi — agent jednostavno ne može trošiti dok ga čovjek ponovo 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, red netaknut.

Drugi dio je audit log samo za dodavanje (append-only). Svaka odluka je zabilježena: šta je agent pokušao, koja je provjera politike prošla ili pala, ko je šta odobrio, sve do rotacije ključeva. Jedan zapis rekonstruiše cijelo plaćanje — odluka DEC-4471 prikazuje zahtjev, svaku provjeru politike s rezultatom (allowlist pass, cap pass, threshold escalate), potpis osobe te poravnati iznos s platnim kanalom i referencom. Svaki unos nosi vlastiti hash, hash prethodnog unosa i svoju poziciju u lancu — #4,471 u demu — pa izmjena bilo kojeg polja kvari svaki zapis nakon njega. Log se izvozi kao JSON, uključujući hash: vaš je da ga predate revizoru, a ne naš da ga čuvamo.

Neka poravnanje bude dosadno; novine neka budu u autorizaciji

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

Ova podjela je namjerna. Dosadni kanali su predvidivi, povratni gdje shema to dopušta, i razumije ih svaka riznica i svaki revizor s kojim ćete ikad raditi. Kad se novina smjesti u politiku, a plaćanje na provjeren kanal, rizičan i brz dio je onaj koji u potpunosti kontrolišete, a dio koji dodiruje tuđe banke je onaj koji niko ne mora iznova učiti. Agenti troše iz istog core-a na kojem radi ostatak porodice plaćanja — opisanog na /products/pay — a ne iz paralelnog svemira napravljenog za robote.

Pejzaž protokola još nije utvrđen — gradite u skladu s tim

Kako agent treba trgovcu predočiti svoj identitet i svoj mandat otvoreno je pitanje. Nekoliko prijedloga se nadmeće oko toga kako agent dokazuje ko je, šta smije kupiti i kako trgovac to provjerava prije nego što prihvati novac. Nijedan nije pobijedio, a kladiti se na samo jedan danas bilo bi preuranjeno. Defanzivan pristup je tretirati protokol autorizacije kao zamjenjiv, a sve iza njega držati stabilnim: policy engine, model revizije i kanal poravnanja ne mijenjaju se kad se promijeni format poruke sprijeda.

U praksi to znači malu, dosadnu površinu integracije. Agenti se povezuju preko MCP-a na mcp.protocore.io/agents; svaki framework koji govori taj protokol može imati wallet. Interfejs je namjerno uzak — predloži plaćanje, primi odluku — jer se zanimljiva logika nalazi na platformi, a ne u promptu. Kad se industrija usaglasi o tome kako se agenti dokazuju trgovcima, promijenit će se prednja strana, a zidovi iza nje ostat će tačno tamo gdje jesu.

Gdje se ovo uklapa

Agentska plaćanja nisu oklada da autonomni softver treba trošiti bez ograničenja. Upravo suprotno: to je oklada da će softver trošiti, pa ograničenja bolje da budu stvarna, vanjska i čitljiva. Budžeti i allowlist-e povlače okvir, prag usmjerava velike odluke na osobu, kill-switch zaustavlja sve, a append-only log znači da se svako plaćanje može naknadno rekonstruisati. Stranica proizvoda na /products/agents prolazi cijelu petlju na demo podacima korištenim ovdje — kreiranje agenta, postavljanje politike, praćenje plaćanja koje eskalira i poravnava se — a /products/pay je core na kojem ta plaćanja rade. Autonomija je stvarna; stvarna je i uzica, a drži je čovjek.