Agent AI Gemini Spark potrzebuje portfela, nie karty
Google ogłosiło Gemini Spark 19 maja 2026 roku: asystenta agentowego dostępnego przez całą dobę, który odczytuje Gmaila, redaguje odpowiedzi, rezerwuje usługi i pracuje dalej nawet po zamknięciu laptopa. Propozycja wartości to zawsze aktywny asystent agentowy, który zajmuje się nudną połową skrzynki odbiorczej, gdy śpisz.
Ukryty za demonstracjami Gmaila jest problem, o którym nikt na scenie nie chciał mówić wprost. W momencie, gdy agent działa bez twojej obecności, wszystkie założenia wbudowane w płatności kartowe przestają mieć sens. Żadnego człowieka, który kliknie "zatwierdź". Żadnego telefonu, który odbierze kod 3-D Secure. Żadnej karty, żadnego posiadacza karty, żadnej sesji.
Myślę, że to jest prawdziwa historia premiery Gemini 3.5, i ma ona prawie nic wspólnego z e-mailem.
Dlaczego zawsze aktywny asystent agentowy nie może używać twojej karty
Szyny płatności kartowych zakładają istnienie człowieka. Cały stos antyfraudowy, CVV, 3-D Secure, mały kod SMS, kontrole częstotliwości transakcji, istnieje po to, by potwierdzić, że za transakcją stoi człowiek. Spark jest dokładnym przeciwieństwem tego. To proces w chmurze Google'a, który budzi się o trzeciej w nocy, by ponownie zarezerwować odwołany lot.
Uruchom autonomicznego agenta na szynach Visy, a szybko trafisz na mur:
- Transakcje card-not-present z adresu IP centrum danych są flagowane lub odrzucane.
- Wyzwania 3-D Secure trafiają do człowieka, który śpi.
- Odpowiedzialność za obciążenia zwrotne spada na sprzedawcę za zakup, którego żaden człowiek nie autoryzował.
- Nie ma czystego sposobu, by dać agentowi dzienny limit wydatków w wysokości 40 dolarów, który resetuje się codziennie i nie może zostać wyczerpany.
Własne pozycjonowanie AI Ultra Google'a opiera się właśnie na łączeniu subskrypcji, ponieważ płatności za pojedyncze działania pozostają nierozwiązanym problemem. Płacisz Google'owi stały miesięczny abonament, Google pokrywa koszty agenta, i nikt nie musi rozgryźć, jak agent ma płacić podmiotom trzecim. To działa, dopóki agent nie musi czegoś kupić poza ogrodzonym ogrodem Google'a.
Strona popytowa w końcu się pojawiła
Przez dwa lata środowisko płatności agentowych budowało infrastrukturę dla klienta, który nie istniał. O tej luce pisałem w AI Agent Payments: Anvita, x402, and Who Owns the Rail: technologia była gotowa, autonomiczni płatnicy jeszcze nie.
Spark zmienia rachunek. Google ma wkrótce wypuścić dziesiątki milionów działających bez przerwy agentów, którzy prędzej czy później będą musieli dokonywać transakcji. To właśnie popyt, na który czekała ta infrastruktura.
Stos, który się wyłonił, jest nudny we właściwy sposób:
- x402 przywraca do życia uśpiony kod statusu HTTP 402 „Payment Required", dzięki czemu serwer może podać cenę, a agent zapłacić za nią w tym samym żądaniu, w stablecoinach.
- AWS AgentCore dodało ścieżkę płatności, dzięki której agenci działający w chmurze Amazon mogą rozliczać transakcje bez konieczności zatwierdzania każdej opłaty przez człowieka.
- Pay.sh i podobne narzędzia opakowują USDC na Base w coś, co agent może wywołać jak każde inne API.
Wspólny mianownik: USDC na Base. Tania finalność transakcji, opłaty poniżej centa i stablecoin, który skarbiec korporacji może faktycznie przechowywać, nie wywołując przy tym alarmów w dziale compliance.
Dlaczego konkretnie USDC na Base
Płatności agentowe to mikropłatności. Agent może zapłacić 0,003 USD za zapytanie do API pogodowego albo 2 USD za zakup zestawu danych. Opłaty za gaz na głównej sieci Ethereum przyćmiłyby samą płatność. Base rozliczył w tym cyklu ponad 1 mld USD dziennego wolumenu DEX, a jego opłaty wynoszą ułamki centa, co jest jedynym modelem opłat, w którym mikropłatności z prędkością maszynową mają sens.
Stablecoiny są ważniejsze niż sieć. Agent nie może przechowywać aktywów o zmiennej wartości; wahanie ceny o 4% między autoryzacją a rozliczeniem płatności to coś, o czym nie ma mowy. USDC jest denominowany w dolarach, wymienialny i emitowany przez regulowany podmiot. Po tym, jak przepisy AML wynikające z ustawy GENIUS Act objęły emitentów stablecoinów reżimem nadzoru zbliżonym do bankowego, dyrektor finansowy może zatwierdzić przechowywanie USDC w sposób, który nigdy nie byłby możliwy w przypadku tokena bez pokrycia.
Ta regulacyjna jasność to klucz, nie przepustowość. Widziałem, jak instytucjonalne transakcje upadały dokładnie przez to pytanie: "kto ponosi odpowiedzialność i czy emitent podlega nadzorowi."
Trudna część to nie płatności. To uprawnienia
Danie agentowi portfela to łatwe 20%. Pozostałe 80% to zarządzanie:
- Limity wydatków, które są egzekwowane. Portfel agenta wymaga twardego limitu wymuszonego na poziomie łańcucha, nie miękkiego ograniczenia w kodzie aplikacji, które można ominąć przez wstrzyknięcie złośliwego promptu.
- Odwoływalne delegowanie uprawnień. Autoryzujesz agenta do ponownego zamawiania zakupów spożywczych, nie do przenoszenia oszczędności. To ograniczenie musi mieć charakter kryptograficzny, nie być zwykłym polem do zaznaczenia.
- Audytowalność. Każda płatność agenta musi być przypisana do polityki ustalonej przez człowieka. "Sztuczna inteligencja tak zdecydowała" to odpowiedź, której regulator nie zaakceptuje.
Tu właśnie ryzyko wstrzyknięcia promptu staje się realne. Widzieliśmy już, co robi jeden ujawniony klucz, jak w przypadku exploita Polymarket. Wyobraź sobie teraz, że ten klucz leży w agencie, który przez cały dzień czyta niezaufane wiadomości e-mail i może wydawać pieniądze. Powierzchnia ataku to cała skrzynka odbiorcza.
Co obserwowałbym dalej
Google nie umieści USDC w Spark w tym roku. Pierwsza wersja poprowadzi wszystko przez Google Pay i własny system rozliczeniowy Google, bo jest to rozwiązanie kontrolowalne i bo Google woli być właścicielem szyny niż ją wynajmować.
Ale agent, który o 3 w nocy rezerwuje ci lot, w końcu będzie chciał zapłacić dostawcy, z którym Google nie ma relacji rozliczeniowej. Gdy to nastąpi, najtańszą ścieżką będzie płatność stablecoinem przez otwarty protokół, nie dedykowana integracja kartowa z każdym osobnym sprzedawcą. Wygra ta szyna, którą agent może wywołać bez pytania o zgodę giganta płatniczego.
Portfel nadchodzi dla agenta. Jedynym otwartym pytaniem jest to, czy będzie to zamknięta księga wewnątrz Google, czy otwarta, na której każdy może budować. Stawiam na otwartą, z tego samego powodu, dla którego sieć pokonała AOL.