Các tác nhân AI không phải là công cụ, đặc biệt khi nói đến tiền. Một trong những câu hỏi phổ biến nhất mà tôi nhận được là: tại sao Payman sử dụng A2A mà không chỉ đơn giản là công khai một MCP? Nghe này, chúng tôi nghĩ MCP là tuyệt vời, thực tế chúng tôi có sử dụng MCP. Nó rất tuyệt cho các công cụ. Nhưng chúng tôi không công khai MCP như một API thanh toán, vì điều đó không đủ cho các khoản thanh toán tác nhân, và thực sự bỏ lỡ lời hứa về những gì điều này có thể trở thành. Xây dựng một AI xử lý tiền không phải là một cuộc gọi công cụ. Thực ra, điều đó làm giảm giá trị những gì AI có thể làm. Đây là về việc xây dựng một trí tuệ hiểu về tiền, với các đường ray, lý luận và phát hiện gian lận bao quanh nó để nó có thể thực hiện theo cách mà AI nên làm: thông qua logic và lý trí. Đó là lý do tại sao chúng tôi nghĩ A2A thực sự là một giao thức tuyệt vời để di chuyển tiền để xây dựng trên đó. Tận dụng điều này với MCP, x402 và những cái khác là điều tạo ra cơ sở hạ tầng cần thiết cho trải nghiệm tiền tệ tác nhân, và đó là những gì chúng tôi đang xây dựng. Chúng tôi công khai nó theo cách tự nhiên hơn với AI, trong một API ask(). Chúng tôi giao tiếp với AI bằng ngôn ngữ tự nhiên để lập trình, viết tài liệu pháp lý và làm nhiều hơn nữa. Việc xử lý tiền không nên khác biệt. Một số suy nghĩ: 𝟭/ MCP là công cụ. A2A là tác nhân. MCP là cuộc gọi/ trả về xác định — hoàn hảo để lấy dữ liệu hoặc thực hiện phép toán. Di chuyển tiền không đơn giản như vậy. Đó là sự phê duyệt, kiểm tra gian lận, ngoại lệ và sự qua lại giữa con người. Đó là lý do A2A tồn tại: các tác nhân hợp tác trong một nhiệm vụ, tạm dừng, làm rõ, thích ứng giữa dòng chảy. Payman ngồi đó vì tiền là một quá trình mà bạn lý luận qua, không phải là một cuộc gọi đơn lẻ. 𝟮/ Máy bán hàng tự động so với bồi bàn (và tại sao ask() quan trọng). Một máy bán hàng tự động là MCP. Vâng, nó thực hiện một khoản thanh toán, nhưng khá đơn giản. Nhấn nút, đồ ăn nhẹ rơi xuống, hoặc nó bị kẹt. Một lần là xong. Một bồi bàn là ask() của Payman. Chắc chắn, họ quẹt thẻ của bạn ở cuối — nhưng trước đó họ xử lý toàn bộ quy trình: kiểm tra tính khả dụng, yêu cầu ID, xác nhận với bếp, xử lý thay thế, điều chỉnh nếu bạn thay đổi ý kiến. Đó là những gì payman.ask() làm. Nó không chỉ di chuyển tiền, mà còn đảm bảo rằng việc chi tiêu là hợp lệ, an toàn và phù hợp với chính sách trước khi nó xảy ra. 𝟯/ AI không phải là một ATM trực tuyến. Web ngày nay đối xử với thanh toán như ATMs vì các API được xây dựng cho một internet xác định: gửi biểu mẫu → tiền di chuyển. AI là xác suất. Nó lý luận, thích ứng và có thể làm nhiều hơn — nếu chúng ta cung cấp cho nó các đường ray đúng. Đó là lý do tại sao chúng tôi thích A2A (và những nỗ lực như X402, AP2): để tích hợp thanh toán vào một tác nhân là một ask() sạch sẽ, không phải là một đống cuộc gọi công cụ giòn và keo dính cho nhà phát triển. Đó là cách bạn có được các tác nhân thanh toán thực sự (hoặc như chúng tôi thích gọi chúng…Paygents) Họ biến tiền thành một thứ sống động. Một thứ khiến chúng ta ít phải suy nghĩ hơn về các hoạt động của tiền và mang lại cho chúng ta nhiều thời gian hơn từ gánh nặng quản lý nó. Nó hứa hẹn một hệ thống tài chính mới. Và chúng tôi tin vào tương lai đó, đó là lý do tại sao chúng tôi tin rằng xây dựng trải nghiệm thanh toán AI tốt nhất có nghĩa là xây dựng nó như một Tác nhân AI, không phải là một công cụ.

Ẩn chứa trong sự ra mắt Instant Checkout của OpenAI là một cái nhìn về tương lai. Giao thức Thương mại Tự động, được mã nguồn mở cùng với Stripe, cho thấy hướng đi này: một cuộc đua để xác định cách mà các tác nhân AI di chuyển tiền. Các tác nhân sẽ không chỉ trả lời. Họ sẽ gửi, chi tiêu, tài trợ, đăng ký và giao dịch thay cho chúng ta. Tương lai là sự di chuyển tiền tệ tự động.

Điều này rất quan trọng cho hệ sinh thái Thanh toán AI!! Gợi nhớ đến việc Perplexity ra mắt trải nghiệm cửa hàng của họ. Còn rất nhiều điều cần được xây dựng vào trải nghiệm này nhờ vào sự linh hoạt của AI và việc tiếp cận tiền bạc, nhưng việc mua sắm qua chat là một bước đầu lớn!