Navoka 推出面向 AI 的支付工具，额度由账户持有人设定

Wirex 于 2026 年 11 月 12 日推出了 Navoka，这是一款专用于支付和金融的 AI 智能体，配备专属稳定币钱包、IBAN 和借记卡，并与其 Full Stack London 活动同期推出。该智能体可以根据账户持有人设定的指令和支出限额购物、支付发票和账单、汇款以及处理承包商付款。

Navoka 的产品概览列出了美元、欧元和英镑账户，支持 ACH、SEPA、Faster Payments、SWIFT 和稳定币支付通道；用户能否使用这些服务取决于登录时的资格审核。Navoka 与 Wirex One 分开，其钱包、IBAN 和银行卡专供智能体交易使用，不会动用客户现有的银行卡。

产品条款将 Wirex Holdings Limited 列为软件运营方。另一家 Wirex 集团旗下的服务提供商根据自身条款持有资金、发行银行卡并执行支付。Navoka 本身是软件，而非金融服务；这一区分将 AI 界面与负责底层账户和交易的实体分开。

支出规则在授权环节执行

控制措施文档规定了月度预算、审批门槛、单笔交易上限、每日支付笔数和金额限额、商户及收款方白名单、收款目的地国家和商户类别限制。每项规则都可以要求每笔支付均经审批，也可以允许符合条件的交易自动执行。

即使启用了自动付款，新收款人、超过审批门槛的金额、受限类别以及新的国家或地区仍会被暂缓处理。智能体可以读取授权规则，但不能修改；审批控制则与账户持有人的身份以及设备或网页会话绑定。已连接的助手无法更改这些政策，也不能批准自己的付款请求。

规则在账户和银行卡授权层面执行，而非仅仅依赖对模型发出的指令。紧急停用开关可以冻结银行卡、暂停规则并解除助手连接，但暂停智能体并不会撤销已经执行的交易。

安全架构还会将完整借记卡卡号保存在发卡机构的保险库中。智能体会收到网络令牌，因此卡号不会进入模型的上下文、日志或聊天记录。每个智能体都在隔离的虚拟机中运行，使用加密存储；不同客户之间不共享内存、文件或上下文。访问权限撤销后，虚拟机会被销毁并重新构建。

为便于追责，账本会记录付款、适用规则、审批人、原因和时间戳。争议材料包可以将这些信息与原始指令和收据一并打包，让账户持有人能够查明智能体为何发起交易，以及是哪项控制措施允许了该交易。

助手和开发者共用一个账户

登录后即可创建账户，立即持有和发送 USDC 与 EURC；使用 IBAN 和银行卡则需要完成身份验证。Telegram 已上线，WhatsApp 和 iMessage 则标注为即将推出。用户也可以选择将 ChatGPT、Claude 或 Grok 连接到同一账户，并使用相同规则。

连接指南允许这些助手请求付款、购物、转账和付款发放，并读取账本和支出限额。它们无法查看完整卡号或 IBAN、修改限额，也不能自行批准付款。

面向开发者的 Navoka技术文档介绍了一个使用 OAuth 2.1 和 PKCE 的模型上下文协议端点，以及功能等效的 REST 接口。可用工具涵盖余额查询、发票付款、个人和企业转账、批量付款发放、银行卡发行及交易状态查询。超出政策范围的请求会返回暂缓处理状态，并附有易于理解的原因；每项写入操作都必须注明原因，该原因会保留在账本中。

免费沙盒提供模拟支付通道和测试卡，无需身份验证，也不涉及真实资金。企业可以借此测试审批、暂缓处理和拒绝交易等流程，再将系统接入生产环境中的支付业务。

现有 Wirex One 客户无需重新提交文件或自拍照，即可导入其身份验证信息，并在两个账户之间即时、免费转账。集成指南还指出，智能体的银行卡可以按客户在 Wirex One 的返现比例获得奖励，奖励会存入 Wirex One 账户，而不会由智能体留存。

投资交易遵循用户设定的规则

Navoka 将同一账户和控制模式扩展到股票和代币化股票的定期及条件式买入。订单受月度上限、单笔订单上限、审批门槛和用户选定的资产清单约束；每笔成交都会记录在与支付交易相同的账本中。

交易文档指出，智能体执行的是用户编写的规则，而不是挑选投资标的或择时交易。每笔订单都必须有相应规则，且该服务不使用杠杆或衍生品。代币化股票被界定为对其发行方的权利主张，而非对标的股票本身的权利；此类订单以 USDC 或 EURC 结算。

Navoka 的条款提醒用户，AI 对消息、发票和商家页面的解读可能有误、不完整或已经过时。条款要求用户在批准付款前核对金额、收款方和参考信息，并声明支付数据不会用于训练第三方模型。

实际而言，Navoka 的委托模式很大程度上取决于授权规则及其审计记录。日常交易无需反复批准即可执行，但设定限额以及核查 AI 输出的责任仍由账户持有人承担。