Navoka kommt mit Zahlungstools für KI und vom Kontoinhaber festgelegten Limits

Wirex hat am 12. November 2026 parallel zu seiner Veranstaltung Full Stack London Navoka vorgestellt, einen spezialisierten KI-Agenten für Zahlungen und Finanzen mit einer eigenen Stablecoin-Wallet, IBAN und Debitkarte. Der Agent kann einkaufen, Rechnungen und andere Forderungen bezahlen, Geld überweisen und Auszahlungen an Auftragnehmer abwickeln – gemäß den Anweisungen und Ausgabenlimits des Kontoinhabers.

Die Produktübersicht von Navoka führt Konten in US-Dollar, Euro und Pfund Sterling mit Zahlungswegen wie ACH, SEPA, Faster Payments, SWIFT und Stablecoins auf, vorbehaltlich der Berechtigungsprüfung bei der Anmeldung. Navoka ist von Wirex One getrennt. Seine Wallet, IBAN und Karte sind für Transaktionen des Agenten vorgesehen und greifen nicht auf eine bereits vorhandene Kundenkarte zurück.

Die Produktbedingungen nennen Wirex Holdings Limited als Softwarebetreiber. Ein anderes Unternehmen der Wirex-Gruppe verwahrt Gelder, gibt Karten aus und führt Zahlungen gemäß seinen eigenen Bedingungen aus. Navoka selbst ist eine Software und kein Finanzdienstleister. Dadurch ist die KI-Schnittstelle von dem Unternehmen getrennt, das für die zugrunde liegenden Konten und Transaktionen verantwortlich ist.

Ausgabenregeln werden bei der Autorisierung durchgesetzt

Die Dokumentation zu den Kontrollmechanismen beschreibt monatliche Budgets, Genehmigungsschwellen, Höchstbeträge pro Transaktion, tägliche Limits für die Anzahl und den Gesamtwert von Zahlungen, Listen zugelassener Händler und Zahlungsempfänger, Zielländer sowie Beschränkungen für Händlerkategorien. Für jede Regel lässt sich festlegen, ob jede Zahlung genehmigt werden muss oder ob Transaktionen, die bestimmte Kriterien erfüllen, automatisch ausgeführt werden dürfen.

Neue Zahlungsempfänger, Beträge oberhalb der Genehmigungsschwelle, gesperrte Kategorien und neue Länder bleiben zurückgestellt, auch wenn automatische Zahlungen aktiviert sind. Der Agent kann die Vorgaben einsehen, aber nicht ändern. Die Genehmigungskontrollen sind an die Identität des Kontoinhabers und dessen Gerät oder Websitzung gebunden. Verbundene Assistenten können diese Richtlinien weder ändern noch ihre eigenen Zahlungsanfragen genehmigen.

Die Durchsetzung erfolgt auf Konto- und Kartenautorisierungsebene und stützt sich nicht allein auf Anweisungen an das Modell. Ein Notausschalter sperrt Karten, setzt Regeln aus und trennt die Verbindung zu Assistenten. Das Pausieren des Agenten macht bereits ausgeführte Transaktionen jedoch nicht rückgängig.

Die Sicherheitsarchitektur sorgt außerdem dafür, dass die vollständige Debitkartennummer im Tresor des Kartenausstellers verbleibt. Der Agent erhält ein Netzwerk-Token, sodass die Kartennummer weder in den Kontext des Modells noch in Protokolle oder Chats gelangt. Jeder Agent läuft in einer isolierten virtuellen Maschine mit verschlüsseltem Speicher. Zwischen Kunden werden weder Arbeitsspeicher noch Dateien oder Kontext gemeinsam genutzt. Wird der Zugriff entzogen, wird die virtuelle Maschine heruntergefahren und neu erstellt.

Zur Nachvollziehbarkeit erfasst das Hauptbuch die Zahlung, die maßgebliche Regel, die genehmigende Person, den Grund und die Zeitstempel. Ein Streitfallpaket kann diese Angaben zusammen mit der ursprünglichen Anweisung und dem Beleg bündeln. So erhält der Kontoinhaber einen Nachweis darüber, warum ein Agent eine Transaktion veranlasst hat und welche Kontrolle sie zugelassen hat.

Assistenten und Entwickler nutzen dasselbe Konto

Bei der Anmeldung wird ein Konto eingerichtet, das sofort USDC und EURC halten und versenden kann. Für IBAN und Karte ist eine Identitätsprüfung erforderlich. Telegram ist bereits verfügbar; WhatsApp und iMessage sind als demnächst verfügbar aufgeführt. Alternativ können Nutzer ChatGPT, Claude oder Grok mit demselben Konto und denselben Regeln verbinden.

Der Verbindungsleitfaden erlaubt diesen Assistenten, Zahlungen, Einkäufe, Überweisungen und Auszahlungen anzufordern sowie das Hauptbuch und die Ausgabenlimits einzusehen. Sie können weder die vollständige Kartennummer noch die IBAN sehen, Limits ändern oder selbst Zahlungen genehmigen.

Für Entwickler beschreibt die technische Dokumentation von Navoka einen Model-Context-Protocol-Endpunkt mit OAuth 2.1 und PKCE sowie eine gleichwertige REST-Schnittstelle. Die Tools decken Kontostände, Rechnungszahlungen, Überweisungen an Privatpersonen und Unternehmen, Sammelauszahlungen, die Kartenausgabe und den Transaktionsstatus ab. Anfragen, die gegen die Richtlinien verstoßen, werden mit dem Status „zurückgestellt“ und einer verständlichen Begründung beantwortet. Für jeden Schreibvorgang ist eine Begründung erforderlich, die im Hauptbuch gespeichert wird.

Eine kostenlose Sandbox bietet simulierte Zahlungswege und Testkarten – ohne Identitätsprüfung und ohne echtes Geld. Unternehmen können damit Genehmigungen, zurückgestellte Zahlungen und Ablehnungen testen, bevor sie das System mit Zahlungsaktivitäten im Produktivbetrieb verbinden.

Bestehende Wirex-One-Kunden können ihre Identitätsprüfung übernehmen, ohne Dokumente oder ein Selfie erneut einzureichen, und Geld sofort und gebührenfrei zwischen den beiden Konten verschieben. Laut Integrationsleitfaden kann die Karte des Agenten außerdem Cashback zum für den Kunden geltenden Wirex-One-Satz einbringen. Die Prämien werden dem Wirex-One-Konto gutgeschrieben und nicht vom Agenten einbehalten.

Investitionen folgen nutzerdefinierten Aufträgen

Navoka überträgt dasselbe Konto- und Kontrollmodell auf planmäßige und bedingte Käufe von Aktien und tokenisierten Aktien. Für die Aufträge gelten monatliche Obergrenzen, Höchstbeträge pro Auftrag, Genehmigungsschwellen und eine vom Nutzer ausgewählte Asset-Liste. Jeder ausgeführte Auftrag wird im selben Hauptbuch wie die Zahlungen erfasst.

Die Handelsdokumentation besagt, dass der Agent vom Nutzer verfasste Regeln ausführt, anstatt selbst Anlagen auszuwählen oder den Zeitpunkt für Markteinstiege festzulegen. Für jeden Auftrag ist eine Regel erforderlich. Der Dienst nutzt weder Hebel noch Derivate. Tokenisierte Aktien werden als Ansprüche gegenüber den Emittenten und nicht als die zugrunde liegenden Aktien bezeichnet. Diese Aufträge werden in USDC oder EURC abgewickelt.

In den Nutzungsbedingungen von Navoka wird darauf hingewiesen, dass KI-Interpretationen von Nachrichten, Rechnungen und Händlerseiten falsch, unvollständig oder nicht mehr aktuell sein können. Nutzer werden angewiesen, Beträge, Zahlungsempfänger und Verwendungszwecke vor der Freigabe zu überprüfen. Laut den Nutzungsbedingungen werden Zahlungsdaten nicht zum Trainieren von Modellen Dritter verwendet.

In der Praxis hängt Navokas Delegationsmodell stark vom Mandat und dessen Prüfprotokoll ab. Routinemäßige Transaktionen können ohne wiederholte Freigaben ausgeführt werden. Die Verantwortung für die gewählten Limits und die Überprüfung der KI-Ausgaben bleibt jedoch beim Kontoinhaber.