Next Paymentby Hashcode Next Fintech
MCP

讓你的 AI 助手驅動支付工作區。

連接你已經在用的 AI 助手。它可以查詢工作區、起草付款；每一次放款由指定的人類負責人批准，或依其預先批准的常設規則執行。

加入等候名單 連接客戶端

已上線 · 讀取 + 草擬 · 放行仍由持牌夥伴執行

開始之前

MCP 連接的是你自己的工作區，所以先要有帳戶。一次性的準備工作，大約五分鐘。

  1. 創建你的 Next Payment 帳戶

    MCP 以你本人的帳戶授權，沒有共用密鑰，也沒有服務賬號。

  2. 完成開戶流程並綁定支付方式

    工作區是真實的運營帳戶，在可以準備付款之前，需要完成開戶並在檔綁定支付方式。

  3. 選擇包含 MCP 的方案

    查詢類工具在付費方案提供；起草類工具在運營方案提供。

  4. 安裝支援 MCP 的客戶端

    Claude Code、Cursor、Claude Desktop、ChatGPT,或任何支援 Streamable HTTP 與 OAuth 2.1 的客戶端。

  5. 在客戶端登錄一次

    由你本人授權，之後可隨時在「設置 → MCP」撤銷。

加入等候名單 瞭解工作原理

工作原理

助手不會觸碰資金。它只負責準備決策記錄；審批與結算留在信任邊界的另一側。

助手可以做

  • 查詢餘額、交易與收款人
  • 跟進一筆付款的審查階段
  • 起草付款並準備對賬
  • 回報付款目前的審查階段

助手永遠不能

  • 放款或完成結算
  • 批准自己的工作
  • 更改策略或限額
  • 代表你的錢包簽名

連接客戶端

添加一次服務器地址，然後用你的 Next Payment 帳戶授權。大約一分鐘。

https://next-paymentos.vercel.app/api/mcp

你的地址顯示在工作區內的 設置 → MCP 中。它與工作區使用同一個會話讀取和起草；放行仍需指定審批人，結算由持牌夥伴執行。

  1. 在終端添加服務器。 
    claude mcp add next-paymentos --scope user --transport http https://next-paymentos.vercel.app/api/mcp
  2. 開一個新會話，打開 MCP 菜單。 
    claude /mcp
  3. 選擇 Authenticate,用你的 Next Payment 帳戶登錄。
  4. 對你的助手說:「顯示我的餘額，並起草一筆付款供審查。」

範例工作流

團隊第一週最常用的三件事。每一個都停在審查，不會移動資金。

每日頭寸檢查

「我們各幣種的餘額分別是多少?有哪些還在審查中?」

get_balancesget_transactions→ 摘要

起草付款供審查

「起草一筆 SGD 4,200 給 Northwind Supplies 的付款，送交 LA 審批。」

get_beneficiariesdraft_payout→ 具名審查LA 審批

每週對賬

「把上週已結算的付款與我們的對賬單核對，列出未匹配的項目。」

get_transactionsprepare_reconciliation→ 例外清單

工具

每一項能力都是帶作用域的強類型工具。目錄會持續增加，但永遠停在結算之前。

工具用途作用域
get_accounts列出工作區帳戶查詢已上線
get_balances各幣種當前餘額查詢已上線
get_transactions含審查階段的交易記錄查詢已上線
get_beneficiaries已篩查的收款人查詢已上線
get_payout_status跟進付款生命週期查詢已上線
get_fx_reference參考匯率 —— 不可執行查詢已上線
get_compliance_status你的合規狀態查詢已上線
draft_payout起草單筆或批次付款起草已上線
prepare_reconciliation匹配報表並將異常排隊起草已上線

提交審查即將推出；目前它在控制台內完成，不在這個介面上。請求作用域以外的能力會得到明確且留有記錄的拒絕，而不是無聲的空缺。

安全與權限

設計目標是:助手可以很有用，但永遠不會變成轉移資金的途徑。

OAuth,不是 API 密鑰

你用本人帳戶授權，沒有密鑰需要寫進配置文件，也不會在截圖裡外泄。

作用域隔離

查詢與起草是僅有的兩個作用域，兩者都不包含放款或審批。

每次都要指定負責人

每一次放款由具名審批人批准，或依其預先批准的常設規則執行——均帶時間戳與審計記錄。

一鍵撤銷

打開 設置 → MCP,選擇客戶端並撤銷授權，立即生效。

可用狀態

每一項能力都帶有五個標簽之一。標簽本身就是聲明的一部分，因此任何能力都不會缺少標簽。

標簽含義
適用於已核准客戶已上線，供帳戶與資料已獲核准的客戶使用。
夥伴開通後可用已建置並測試完成，待夥伴開通後啓用。
已上線已在本部署上線。
驗證中正在查核集成、權益與客戶可用性。
規劃中尚未建置，僅列出以便你預先規劃。

任何聲明背後都有四個層級：上游網絡自身的能力、我們與其整合的程度、我們使用該能力的商業權益， 以及你在該市場、方式、收款人類型與金額上的客戶可用性。我們只公佈真實成立的最窄層級， 且不會把第一層當成第四層。當地清算機制若尚未端到端驗證，方式一律保持通用。

報價、核准與狀態

目前只有一條路徑具備客戶價格。以下是每筆付款都會經過的流程，以及每一步由誰負責。

  1. 草稿

    收款人、金額、用途與出資來源。草稿不會建立任何可付款訂單。

  2. 客戶報價

    來源金額、目標幣種、客戶匯率、全部客戶費用、收款人預計金額，以及（若會到期）有效期。草稿的參考匯率永遠不可執行，也不會鎖定價格。

  3. 具名核准

    具名人員以 FIDO 安全金鑰確認單一不可變版本。核准同時綁定收款人、金額、幣種、客戶匯率與費用；任一變更都會退回重新檢視。

  4. 送出

    我們把已核准付款送交適用的持牌夥伴。執行與結算由夥伴依其牌照完成。處理時間視乎路線、截數時間、夥伴審查與收款銀行；我們不承諾結算時間。

  5. 夥伴狀態

    我們將夥伴狀態對應到自身階段，併發送已簽名的 webhook。放款之後的階段屬於夥伴，我們如實回報，不予編造。

  6. 對賬

    同一個付款標識同時承載核准、夥伴狀態與對賬結果；未對上的款項進入例外隊列，而不是被直接核銷。

報價契約、狀態對應與 webhook 負載皆有版本。請向我們的團隊索取你打算使用之路徑的現行契約。

轉人工

聊天可回答產品問題並收集需求。它不能移動資金，也永遠不收取文件或機密。

助手可以做

  • 回答產品與文件問題
  • 說明可用狀態標簽與判讀方式
  • 收集簡短需求：公司、場景、市場、收款人類型、金額區間與聯繫方式
  • 透過核准的渠道把需求交給具名人員

助手絕不能做

  • 放款、變更、取消或核准付款
  • 變更收款人或金額
  • 收取身分文件、API 金鑰或其他機密
  • 報價、承諾費用或結算時間

轉人工會經由核准的 WhatsApp 或 Telegram 流程抵達具名人員，需求單上會載明升級負責人。 僅在專線有人值守且服務時段已確認時，我們纔會公佈服務時間——不會做出無法履行的承諾。

常見問題

需要 API 密鑰嗎?

不需要。連接使用 OAuth 與你本人的帳戶，可隨時在「設置 → MCP」撤銷。

助手可以轉移資金嗎?

不可以。它只能查詢與起草。審查與審批在控制台內完成，絕不在 MCP 介面上進行。

連接之前需要準備什麼?

一個 Next Payment 帳戶、已完成開戶並在檔綁定支付方式，以及包含 MCP 的方案。

如果請求超出作用域會怎樣?

會被明確拒絕並留下記錄。你會收到清晰的錯誤，而不是無聲的空缺。

費用如何?

MCP 包含在你的方案內:查詢類工具在付費方案提供，起草類工具在運營方案提供。費用與結算時間僅供參考，並依走廊而定。

準備好試用了嗎

創建帳戶，連接一個客戶端，讓你的助手準備下一份決策記錄。

加入等候名單 連接客戶端