Chuyển đến nội dung chính
Thanh toán cho endpoint của chính bạn trong sandbox và kiểm tra toàn bộ luồng thanh toán. Các ví dụ dùng http://localhost:3000/api/widgets làm endpoint được bảo vệ.

Bước 1: Xác nhận challenge

Khởi động server của bạn. Gọi endpoint có thu phí mà không kèm khoản thanh toán.
Endpoint không có giá phải trả về 200.

Bước 2: Đọc challenge bằng CLI

CLI đọc challenge. CLI không thanh toán.
Xác nhận giá, loại tiền và các tùy chọn thanh toán. Để đọc một header thô, dùng inflow x402 decode hoặc inflow mpp decode.

Bước 3: Thanh toán bằng CLI

CLI mặc định dùng production. Vì server của bạn chạy trong sandbox, thêm --sandbox vào mỗi lệnh.
1

Cài đặt CLI và mở khóa vault

Xem Cài đặt CLI. Tự chạy inflow vault unlock trong terminal của chính bạn.
2

Cung cấp cho CLI một API key sandbox

Dùng một key từ một tài khoản người mua sandbox riêng, ví dụ một tài khoản Developer. Không dùng key của tài khoản Seller nhận khoản thanh toán. Dán key sau lệnh đầu tiên. Sau đó nhấn Enter.
Dùng API key, không dùng inflow auth login, để thanh toán cho một endpoint trên localhost. Với đăng nhập bằng thiết bị, InFlow ký mỗi request bằng Visa Trusted Agent Protocol (TAP). InFlow không ký các request đến URL http://, chẳng hạn http://localhost. Khi đó lệnh thất bại với TAP signing failed.
3

Kiểm tra số dư sandbox

4

Thanh toán cho endpoint

Nếu CLI yêu cầu phê duyệt, phê duyệt khoản thanh toán. Kết quả chứa body của response từ endpoint của bạn.
Khi xong, chạy unset INFLOW_API_KEY. Sau đó CLI dùng lại đăng nhập đã lưu của bạn.

Bước 4: Thanh toán bằng một ví dụ người mua

Chạy một ví dụ người mua từ repository inflow-node. Ví dụ người mua MPP chỉ hoạt động với sandbox. Ví dụ này chấp nhận key từ một tài khoản Developer sandbox hoặc một tài khoản Seller sandbox.
Khởi động mpp-seller-express, mpp-seller-hono hoặc server MPP của chính bạn. Sau đó chạy ví dụ người mua trong terminal thứ hai.
Đích mặc định là http://localhost:3000/api/widgets. Để đổi đích, đặt TARGET_URL trong .env.Một khoản thanh toán thành công in ra đầu ra này.
mpp-buyer-fetch thay fetch toàn cục bằng một wrapper hỗ trợ thanh toán. Với cách làm tường minh, đọc mpp-buyer-manual.

Bước 5: Kiểm tra kết quả

  • Lệnh thanh toán trả về trạng thái 200 và body thật từ endpoint của bạn.
  • Khoản thanh toán xuất hiện trong dashboard sandbox.
  • Số tiền khớp với giá của bạn.

Khắc phục sự cố

Mỗi token gắn với môi trường cấp token đó. Đăng nhập lại với --sandbox.
Chạy inflow mpp supported --sandbox hoặc inflow x402 supported --sandbox. So sánh kết quả với đầu ra inspect ở bước 2.
InFlow không ký các request đến URL http://, chẳng hạn http://localhost. InFlow trả về TAP_INVALID_REQUEST. Cung cấp cho CLI một API key sandbox, như ở bước 3. Với API key, CLI không ký bằng TAP.Để kiểm thử với đăng nhập bằng thiết bị, cung cấp endpoint qua HTTPS. Ví dụ, chạy cloudflared tunnel --url http://localhost:3000. Sau đó thanh toán cho URL https:// mà lệnh này in ra, kèm đường dẫn endpoint.
Người mua và server dùng các giao thức khác nhau. Người mua MPP không thể thanh toán cho endpoint x402. Chạy inflow inspect trên endpoint trước.
Với các lỗi server như 403 SELLER_ACCOUNT_REQUIRED, xem Lỗi.

Bước tiếp theo

Ghi danh agent

Cho phép agent ghi danh với dịch vụ của bạn với tư cách khách hàng được nhận biết.
Lần sửa đổi cuối 27 tháng 10, 2026