Cashfree dodaje narzędzia WebMCP do hostowanego procesu płatności dla agentów AI

Cashfree Payments poinformowała 6 listopada 2026 r., że jej hostowany proces płatności obsługuje teraz WebMCP, dzięki czemu agenci AI działający w przeglądarce mogą odczytywać zamówienia, poruszać się po metodach płatności, wyświetlać kody QR UPI i sprawdzać status płatności. Firma poinformowała, że narzędzia mogą zmniejszyć o ponad 40% liczbę tokenów potrzebnych do sfinalizowania płatności.

Ta funkcja jest wbudowana w istniejący hostowany proces płatności Cashfree i działa już w przypadku płatności obsługiwanych przez przekierowanie, bez konieczności wprowadzania zmian w kodzie sprzedawcy. Proces płatności dla agentów jest wdrażany etapami, a obsługa przeglądarek i dostępne narzędzia mogą się zmieniać. Cashfree określa się jako pierwsza firma płatnicza w Indiach, która wdrożyła WebMCP w procesie płatności.

Ustrukturyzowane narzędzia zastępują symulowane kliknięcia

Cashfree wskazała płatności jako powracającą przeszkodę w rozmowach z ponad 50 założycielami firm tworzącymi agentów AI. Na standardowej stronie agent musi interpretować przyciski i pola, symulować kliknięcia oraz reagować na zmiany układu strony lub wyskakujące okienka. Każdy dodatkowy krok zużywa tokeny i stwarza kolejną okazję do zablokowania procesu lub wprowadzenia błędnych danych, przez co utrudnienia przy płatności stają się zarówno źródłem kosztów obliczeniowych dla użytkowników, jak i potencjalną przyczyną utraty sprzedaży przez sprzedawców.

WebMCP udostępnia agentom nazwane narzędzia zwracające ustrukturyzowane wyniki, ograniczając potrzebę interpretacji elementów wizualnych. Proces płatności udostępnia sześć narzędzi: get_checkout_summary, list_payment_methods, open_payment_method, back_to_payment_methods, show_upi_qr i get_payment_status. Ich dostępność zależy od strony i ustawień sprzedawcy, dlatego agenci muszą odczytać aktualną listę narzędzi, zamiast zakładać, że dostępna jest każda opcja.

Narzędzie podsumowania zamówienia zwraca nazwę sprzedawcy, walutę, kwotę zamówienia, kwotę do zapłaty po uwzględnieniu ofert, zastosowane i dostępne oferty oraz zamaskowany numer telefonu. Narzędzie statusu informuje o not_started, pending, failed lub success, ale tylko w przypadku płatności rozpoczętej na bieżącej stronie. Narzędzia działają w sesji płatności kupującego w jego własnej przeglądarce — bez kluczy API i osobnego serwera — i nie mogą wykonywać czynności, których sama strona nie potrafi wykonać.

Akceptacja płatności UPI pozostaje po stronie kupującego

W przypadku płatności UPI agent odczytuje zamówienie i wyświetla dostępne dla niego metody płatności, zanim zażąda kodu QR. Cashfree oznacza show_upi_qr jako działanie o istotnych konsekwencjach, dzięki czemu przeglądarka lub agent mogą poprosić o potwierdzenie przed jego wykonaniem. Kupujący musi zeskanować kod w dowolnej aplikacji UPI i zatwierdzić płatność swoim kodem PIN UPI; agent może następnie odczytać status płatności. W przypadku innych metod płatności agent może wyświetlić i otworzyć daną opcję, ale płatność na stronie finalizuje kupujący.

Interwencja człowieka jest nadal konieczna, gdy w procesie płatności pojawia się opłata za wygodę, wybór trasy płatności, konfiguracja płatności automatycznych lub decyzja dotycząca wcześniejszej, oczekującej płatności. Żadne narzędzie samodzielnie nie przekazuje pieniędzy ani nie przyjmuje numerów kart, kodów CVV, haseł jednorazowych ani tokenów płatniczych. Wyniki nie zawierają adresów e-mail ani pozycji z koszyka, a teksty dostarczone przez sprzedawcę, takie jak opisy ofert, są oznaczane jako niezaufane dane, a nie instrukcje dla agenta.

Płatności z udziałem agenta wykorzystują te same elementy kodu procesu płatności, oferty, kontrole pod kątem oszustw i ryzyka oraz mechanizmy obsługi błędów co płatności inicjowane przez kupującego. Przed realizacją zamówienia sprzedawcy potwierdzają je za pomocą tego samego interfejsu Get Order API lub webhooków płatniczych. Ponieważ narzędzia działają na stronach hostowanych przez Cashfree, agent może korzystać z tego samego schematu interakcji u różnych sprzedawców używających obsługiwanych stron hostowanego procesu płatności, zamiast uczyć się osobnego procesu płatności dla każdego z nich.

Wdrożenie ograniczają możliwości przeglądarki i procesu płatności

Funkcja wymaga przeglądarki opartej na Chromium z obsługą WebMCP. W procesie płatności Cashfree jest dostępna w Chrome 149 w ramach testu origin, który Cashfree włącza na swoich stronach. Omówienie WebMCP przygotowane przez Chrome opisuje WebMCP jako proponowany standard wykorzystujący JavaScript lub formularze HTML z adnotacjami do udostępniania narzędzi, wraz z definicjami JSON Schema określającymi dane wejściowe i oczekiwane wyniki. Przedstawia też ten interfejs API przede wszystkim jako rozwiązanie do lokalnych przepływów pracy w przeglądarce, w których uczestniczy człowiek.

Obsługiwane są wyłącznie strony hostowanego procesu płatności opartego na przekierowaniu, otwierane na najwyższym poziomie przeglądarki. Wyskakujące okienka, płatności osadzone w treści strony, płatności jednym kliknięciem i płatności subskrypcyjne nie udostępniają tych narzędzi; osadzony proces płatności działa w ramce iframe z innej domeny, w której WebMCP jest domyślnie wyłączone. Narzędzie kodu QR UPI jest dostępne tylko w układzie przeznaczonym na komputery stacjonarne, a strona potwierdzenia po płatności nie udostępnia żadnych narzędzi. Nazwy narzędzi i dane wejściowe mogą się zmieniać wraz z rozwojem standardu.

Rezultatem jest ograniczona forma handlu z udziałem agentów: agenci zyskują spójny sposób odczytywania zamówień i przygotowywania płatności u obsługiwanych sprzedawców, a kupujący zachowują kontrolę nad danymi uwierzytelniającymi, autoryzacją i wyjątkami w procesie płatności. W praktyce oznacza to, że możliwość korzystania z tego rozwiązania przez sprzedawców i twórców agentów zależy w takim samym stopniu od obsługi przeglądarki i konfiguracji procesu płatności, co od możliwości samego agenta.