Navoka arriva con strumenti di pagamento per l’IA soggetti ai limiti stabiliti dal titolare

Il 12 novembre 2026 Wirex ha lanciato Navoka, un agente IA specializzato in pagamenti e finanza, dotato di un wallet dedicato in stablecoin, un IBAN e una carta di debito, in occasione dell’evento Full Stack London. L’agente può fare acquisti, pagare fatture e bollette, inviare denaro e gestire i pagamenti ai collaboratori, nel rispetto delle istruzioni e dei limiti di spesa impostati dal titolare del conto.

La panoramica del prodotto di Navoka elenca conti in dollari, euro e sterline con accesso ai circuiti ACH, SEPA, Faster Payments, SWIFT e delle stablecoin, subordinatamente ai requisiti di idoneità verificati durante l’accesso. Il servizio è separato da Wirex One e il wallet, l’IBAN e la carta sono riservati alle transazioni dell’agente, che non attinge quindi alla carta già posseduta dal cliente.

I termini del prodotto indicano Wirex Holdings Limited come gestore del software. Un’altra società del gruppo Wirex detiene i fondi, emette le carte ed esegue i pagamenti in base ai propri termini. Navoka è un software, non un servizio finanziario: l’interfaccia IA è quindi distinta dall’entità responsabile dei conti e delle transazioni sottostanti.

Le regole di spesa vengono applicate al momento dell’autorizzazione

La documentazione sui controlli prevede budget mensili, soglie di approvazione, limiti massimi per transazione, limiti giornalieri sul numero e sul valore dei pagamenti, elenchi di esercenti e beneficiari autorizzati, paesi di destinazione e restrizioni per categoria merceologica. Ogni regola può richiedere l’approvazione di ciascun pagamento oppure consentire l’esecuzione automatica delle transazioni che soddisfano i requisiti.

I nuovi beneficiari, gli importi superiori alla soglia di approvazione, le categorie bloccate e i nuovi paesi restano sospesi anche quando i pagamenti automatici sono attivi. L’agente può leggere il mandato, ma non modificarlo; inoltre, i controlli di approvazione sono associati all’identità del titolare e al suo dispositivo o alla sua sessione web. Gli assistenti connessi non possono modificare tali regole né approvare le proprie richieste di pagamento.

L’applicazione delle regole avviene a livello di conto e di autorizzazione della carta, anziché affidarsi esclusivamente alle istruzioni impartite al modello. Un interruttore di emergenza blocca le carte, sospende le regole e scollega gli assistenti; la sospensione dell’agente, tuttavia, non annulla le transazioni già eseguite.

L’architettura di sicurezza conserva inoltre il numero completo della carta di debito nell’archivio protetto dell’emittente. All’agente viene fornito un token di rete, così il numero della carta non compare nel contesto del modello, nei log o nelle chat. Ogni agente opera in una macchina virtuale isolata, con archiviazione crittografata e senza memoria, file o contesto condivisi tra i clienti; quando l’accesso viene revocato, la macchina viene eliminata e ricreata.

Per garantire la tracciabilità, il registro annota il pagamento, la regola applicata, chi lo ha approvato, il motivo e le relative date e orari. Un fascicolo per la contestazione può raccogliere questi dettagli insieme all’istruzione originale e alla ricevuta, fornendo al titolare del conto una documentazione del motivo per cui l’agente ha avviato una transazione e del controllo che l’ha autorizzata.

Assistenti e sviluppatori condividono un unico conto

Al momento dell’accesso viene creato un conto sul quale è possibile detenere e inviare immediatamente USDC ed EURC; per l’IBAN e la carta è invece richiesta la verifica dell’identità. Telegram è già disponibile, mentre WhatsApp e iMessage sono indicati come in arrivo. In alternativa, gli utenti possono collegare ChatGPT, Claude o Grok allo stesso conto e alle stesse regole.

La guida alla connessione consente a questi assistenti di richiedere pagamenti, acquisti, trasferimenti e versamenti, nonché di consultare il registro e i limiti di spesa. Non possono visualizzare il numero completo della carta o l’IBAN, modificare i limiti né approvare autonomamente i pagamenti.

Per gli sviluppatori, la documentazione tecnica di Navoka descrive un endpoint Model Context Protocol che utilizza OAuth 2.1 con PKCE, oltre a un’interfaccia REST equivalente. Gli strumenti disponibili riguardano saldi, pagamenti di fatture, trasferimenti a persone e aziende, pagamenti in blocco, emissione di carte e stato delle transazioni. Le richieste non conformi alle regole restituiscono uno stato di sospensione accompagnato da una motivazione comprensibile; ogni operazione di scrittura deve inoltre specificare un motivo, che viene conservato nel registro.

Una sandbox gratuita mette a disposizione circuiti di pagamento simulati e carte di prova, senza verifiche dell’identità né denaro reale. In questo modo, le aziende possono testare approvazioni, sospensioni e rifiuti prima di collegare il sistema alle attività di pagamento in produzione.

I clienti Wirex One già esistenti possono importare la verifica della propria identità senza dover fornire di nuovo i documenti o un selfie e trasferire denaro istantaneamente e senza commissioni tra i due conti. La guida all’integrazione specifica inoltre che la carta dell’agente può maturare cashback secondo il tasso applicato al cliente da Wirex One; i premi vengono accreditati sul conto Wirex One anziché essere trattenuti dall’agente.

Gli investimenti seguono gli ordini definiti dall’utente

Navoka estende lo stesso modello di conto e di controllo agli acquisti programmati e condizionati di azioni e azioni tokenizzate. Gli ordini sono regolati da limiti mensili, massimali per ordine, soglie di approvazione e un elenco di asset scelti dall’utente; ogni eseguito viene registrato nello stesso registro dei pagamenti.

La documentazione sul trading afferma che l’agente esegue regole definite dall’utente, senza scegliere gli investimenti né stabilire il momento in cui operare sui mercati. Ogni ordine deve basarsi su una regola e il servizio non utilizza leva finanziaria o derivati. Le azioni tokenizzate sono descritte come crediti nei confronti dei rispettivi emittenti, anziché come azioni sottostanti; i relativi ordini vengono regolati in USDC o EURC.

Le condizioni di Navoka avvertono che le interpretazioni dell’IA relative a messaggi, fatture e pagine degli esercenti possono essere errate, incomplete o non aggiornate. Gli utenti devono verificare importi, beneficiari e causali prima di approvare, mentre le condizioni specificano che i dati di pagamento non vengono utilizzati per addestrare modelli di terze parti.

In pratica, il modello di delega di Navoka dipende in larga misura dal mandato e dalla relativa traccia di controllo. Le transazioni di routine possono essere eseguite senza approvazioni ripetute, ma la responsabilità di stabilire i limiti e verificare i risultati dell’IA resta al titolare del conto.