Navoka wprowadza narzędzia płatnicze dla AI z limitami ustalanymi przez posiadacza konta

12 listopada 2026 r. Wirex uruchomił Navoka — wyspecjalizowanego agenta AI do płatności i finansów, wyposażonego we własny portfel stablecoinów, numer IBAN i kartę debetową. Premiera odbyła się podczas wydarzenia Full Stack London. Agent może robić zakupy, opłacać faktury i rachunki, wysyłać pieniądze oraz obsługiwać wypłaty dla kontrahentów, działając zgodnie z instrukcjami i limitami wydatków ustalonymi przez posiadacza konta.

Opis produktu Navoka wymienia konta w dolarach, euro i funtach obsługujące ACH, SEPA, Faster Payments, SWIFT oraz płatności stablecoinami; dostępność zależy od kryteriów kwalifikacyjnych weryfikowanych podczas logowania. Usługa jest odrębna od Wirex One, a jej portfel, numer IBAN i karta służą do transakcji agenta, który nie korzysta z istniejącej karty klienta.

Warunki produktu wskazują, że operatorem oprogramowania jest Wirex Holdings Limited. Odrębny dostawca z grupy Wirex przechowuje środki, wydaje karty i realizuje płatności na podstawie własnych warunków. Sama Navoka jest oprogramowaniem, a nie usługą finansową, co oddziela interfejs AI od podmiotu odpowiedzialnego za rachunki i transakcje.

Zasady wydatków są egzekwowane na etapie autoryzacji

Dokumentacja mechanizmów kontroli przewiduje miesięczne budżety, progi wymagające zatwierdzenia, limity pojedynczych transakcji, dzienne limity liczby i wartości płatności, listy dozwolonych sprzedawców i odbiorców, kraje docelowe oraz ograniczenia dotyczące kategorii sprzedawców. Każda reguła może wymagać zatwierdzenia każdej płatności lub zezwalać na automatyczną realizację transakcji spełniających określone kryteria.

Nowi odbiorcy, kwoty przekraczające próg zatwierdzenia, zablokowane kategorie i nowe kraje nadal wymagają wstrzymania transakcji, nawet po włączeniu płatności automatycznych. Agent może odczytać upoważnienie, ale nie może go zmienić, a mechanizmy zatwierdzania są powiązane z tożsamością posiadacza konta oraz jego urządzeniem lub sesją internetową. Połączone asystenty nie mogą zmieniać tych zasad ani zatwierdzać własnych wniosków o płatność.

Zasady są egzekwowane na poziomie rachunku i autoryzacji karty, a nie wyłącznie za pomocą instrukcji przekazanych modelowi. Wyłącznik awaryjny blokuje karty, wstrzymuje reguły i odłącza asystentów, jednak wstrzymanie działania agenta nie cofa już zrealizowanych transakcji.

Architektura bezpieczeństwa zapewnia również, że pełny numer karty debetowej pozostaje w skarbcu wydawcy karty. Agent otrzymuje token sieciowy, dzięki czemu numer karty nie trafia do kontekstu modelu, rejestrów ani czatu. Każdy agent działa w odizolowanej maszynie wirtualnej z szyfrowaną pamięcią masową; między klientami nie są współdzielone pamięć, pliki ani kontekst. Po cofnięciu dostępu maszyna jest usuwana i tworzona ponownie.

Na potrzeby rozliczalności w rejestrze zapisywane są płatność, obowiązująca reguła, osoba zatwierdzająca, uzasadnienie i znaczniki czasu. Pakiet na potrzeby sporu może zawierać te informacje wraz z pierwotną instrukcją i potwierdzeniem transakcji, zapewniając posiadaczowi konta zapis wyjaśniający, dlaczego agent zainicjował transakcję i która reguła na to pozwoliła.

Asystenci i programiści korzystają z tego samego konta

Logowanie tworzy konto, na którym można od razu przechowywać i wysyłać USDC oraz EURC; do uzyskania numeru IBAN i karty wymagana jest weryfikacja tożsamości. Telegram jest już dostępny, a WhatsApp i iMessage mają pojawić się wkrótce. Użytkownicy mogą też połączyć z tym samym kontem i zestawem reguł ChatGPT, Claude lub Grok.

Instrukcja łączenia pozwala tym asystentom zlecać płatności, zakupy, przelewy i wypłaty oraz odczytywać rejestr i limity wydatków. Nie mogą oni zobaczyć pełnego numeru karty ani numeru IBAN, zmieniać limitów ani samodzielnie zatwierdzać płatności.

Dokumentacja techniczna Navoka dla programistów opisuje punkt końcowy Model Context Protocol wykorzystujący OAuth 2.1 z PKCE oraz równoważny interfejs REST. Dostępne narzędzia obejmują sprawdzanie sald, opłacanie faktur, przelewy na rzecz osób prywatnych i firm, wypłaty zbiorcze, wydawanie kart oraz sprawdzanie statusu transakcji. Wnioski niezgodne z zasadami otrzymują status wstrzymania wraz z czytelnym uzasadnieniem, a każda operacja zapisu wymaga podania powodu, który jest przechowywany w rejestrze.

Bezpłatne środowisko testowe udostępnia symulowane kanały płatności i karty testowe, bez weryfikacji tożsamości i użycia prawdziwych pieniędzy. Dzięki temu firmy mogą przetestować zatwierdzanie, wstrzymywanie i odrzucanie transakcji, zanim podłączą system do rzeczywistych płatności produkcyjnych.

Dotychczasowi klienci Wirex One mogą przenieść weryfikację tożsamości bez ponownego przesyłania dokumentów ani zdjęcia selfie, a także natychmiast i bez opłat przesyłać pieniądze między oboma kontami. Instrukcja integracji wskazuje również, że za korzystanie z karty agenta można otrzymywać zwrot gotówki według stawki obowiązującej klienta w Wirex One; nagrody trafiają na konto Wirex One, a nie pozostają u agenta.

Inwestowanie odbywa się zgodnie z zasadami ustalonymi przez użytkownika

Navoka rozszerza ten sam model konta i kontroli na zaplanowane i warunkowe zakupy akcji oraz tokenizowanych akcji. Zlecenia podlegają miesięcznym limitom, limitom pojedynczych zleceń, progom zatwierdzenia i liście aktywów wybranej przez użytkownika, a każda realizacja jest odnotowywana w tym samym rejestrze co płatności.

Dokumentacja handlu stwierdza, że agent wykonuje reguły zapisane przez użytkownika, zamiast wybierać inwestycje lub wyznaczać moment wejścia na rynek. Każde zlecenie musi wynikać z określonej reguły, a usługa nie korzysta z dźwigni finansowej ani instrumentów pochodnych. Tokenizowane akcje są określane jako roszczenia wobec ich emitentów, a nie jako bazowe akcje; zlecenia dotyczące tych aktywów są rozliczane w USDC lub EURC.

Warunki korzystania z Navoka ostrzegają, że interpretacje wiadomości, faktur i stron sprzedawców dokonywane przez AI mogą być błędne, niekompletne lub nieaktualne. Użytkownikom zaleca się sprawdzanie kwot, odbiorców płatności i tytułów przed zatwierdzeniem, a warunki stanowią, że dane dotyczące płatności nie są wykorzystywane do trenowania modeli stron trzecich.

W praktyce oznacza to, że model delegowania zadań Navoka w dużej mierze opiera się na udzielonym upoważnieniu i ścieżce audytu. Rutynowe transakcje mogą być realizowane bez każdorazowego zatwierdzania, ale odpowiedzialność za wybrane limity i weryfikację wyników AI nadal spoczywa na posiadaczu rachunku.