Công cụ MCP trả phí của Cloudflare chuyển quyền kiểm soát chi tiêu sang runtime của agent

Cloudflare đã ra mắt bản beta kín của Monetization Gateway vào thứ Tư, cho phép chủ sở hữu tên miền tính phí các AI agent khi truy cập API, công cụ Model Context Protocol (MCP) và tập dữ liệu. Hệ thống nhúng trực tiếp ủy quyền thanh toán vào các yêu cầu HTTP bằng cách sử dụng giao thức x402, hoàn tất giao dịch bằng USDC trên blockchain Base trước khi cấp quyền truy cập tài nguyên.

Chuyện gì đã xảy ra

Bản beta hiện chỉ giới hạn cho những người bán và mua đủ điều kiện tại Hoa Kỳ. Cloudflare đã sử dụng cơ sở hạ tầng này trong AI Gateway của riêng mình để tính phí suy luận theo từng yêu cầu. Đối với các nhà phát triển xây dựng quy trình làm việc dạng agent, điều này đưa ra một lớp phức tạp mới: runtime giờ đây phải xác định xem agent có được phép chi tiền hay không trước khi thực thi lệnh gọi công cụ.

Sự thay đổi này chuyển quyền lực tài chính từ mô hình sang lớp ứng dụng. Trong khi Cloudflare dự định giới thiệu Virtual Wallets cho phép chủ tài khoản thiết lập hạn mức, danh sách cho phép và kích thước giao dịch tối đa, gánh nặng tức thời rơi vào các triển khai phía client. Agents SDK cung cấp wrapper withX402Client có thể kích hoạt callback xác nhận trước khi tiền di chuyển, hoặc cho phép thanh toán tự động nếu được cấu hình với null. Điều này phản ánh các tính năng elicitation trong MCP, nơi một lệnh gọi công cụ tạm dừng để yêu cầu sự can thiệp của con người, nhưng ở đây sự can thiệp là về mặt tài chính chứ không chỉ vận hành.

Cách thức hoạt động

Cơ chế cốt lõi dựa vào giao thức x402, mang bằng chứng thanh toán bên trong các header HTTP tiêu chuẩn. Khi một agent yêu cầu một tài nguyên được bảo vệ, máy chủ sẽ phản hồi với yêu cầu thanh toán. Client sau đó ủy quyền một giao dịch, hoặc cho một số tiền cố định hoặc lên đến một trần biến đổi, và gửi bằng chứng trở lại gateway. Chỉ sau khi thanh toán được hoàn tất trên blockchain Base, gateway mới chuyển tiếp yêu cầu đến máy chủ gốc.

Các mô hình định giá khác nhau giữa các sơ đồ cố định và biến đổi. Các yêu cầu giá cố định sử dụng sơ đồ exact, trong khi các dịch vụ biến đổi như API2PDF sử dụng upto, nơi client ủy quyền chi phí tối đa vì mức sử dụng tính toán cuối cùng không rõ ràng cho đến khi hoàn thành thực thi. Gateway hỗ trợ giá từ $0.001 đến $100. Tính biến đổi này buộc các runtime phải theo dõi đồng thời hai ranh giới: chi phí của từng lệnh gọi riêng lẻ và ngân sách còn lại cho toàn bộ tác vụ. Để tránh chi tiêu quá mức, các hệ thống phải giả định rằng mỗi lệnh gọi biến đổi tiêu thụ toàn bộ trần được ủy quyền cho đến khi báo cáo hoàn tất ghi nhận mức phí thực tế thấp hơn.

Chi tiết chính

• Tích hợp giao thức: Ủy quyền thanh toán được nhúng trong các yêu cầu HTTP qua x402, không yêu cầu các lệnh gọi API thanh toán riêng biệt.
• Chuỗi hoàn tất: Giao dịch được hoàn tất bằng USDC trên blockchain Base trước khi quyền truy cập tài nguyên được cấp.
• Sơ đồ định giá: Hỗ trợ exact cho chi phí cố định và upto cho định giá biến đổi với trần được xác định.
• Kiểm soát SDK: Agents SDK cho phép nhà phát triển chặn thanh toán qua callback hoặc bật thanh toán tự động.
• Rủi ro thử lại: Thử lại một yêu cầu thất bại sau khi thanh toán hoàn tất có thể dẫn đến tính phí kép nếu runtime thiếu theo dõi trạng thái.
• Khả dụng Beta: Hiện tại giới hạn cho những người bán và mua đủ điều kiện tại Mỹ.

Tại sao điều này quan trọng

Đối với kỹ sư phần mềm, giá cả trở thành một chiều mới trong việc lựa chọn công cụ, gia nhập cùng độ trễ, độ tin cậy và chất lượng đầu ra. Một agent giờ đây phải quyết định không chỉ công cụ nào tốt nhất cho công việc mà còn liệu nó có phù hợp với ngân sách còn lại của tác vụ hay không. Điều này đặc biệt thách thức với định giá biến đổi, nơi runtime biết chi phí tối đa có thể nhưng không biết mức phí cuối cùng. Nếu một agent chọn một dịch vụ rẻ hơn, nó tiết kiệm tiền nhưng có thể hy sinh chất lượng; nếu nó chọn một công cụ cao cấp, nó rủi ro cạn kiệt ngân sách sớm trong một quy trình làm việc dài.

Khả năng quan sát và gỡ lỗi cũng trở nên phức tạp hơn. Một trace thành công không còn kể trọn vẹn câu chuyện, vì nó có thể che giấu nhiều lần thử lại đã trả phí hoặc các giao dịch thất bại vẫn gây ra chi phí. Nhà phát triển cần telemetry mạnh mẽ để liên kết các thanh toán cụ thể với các quyết định của mô hình đã kích hoạt chúng. Không có khả năng hiển thị này, khó phân biệt giữa một lệnh gọi đắt đỏ duy nhất và nhiều lần thử lại cho cùng một tài nguyên. Khi Cloudflare tích hợp x402 vào AI Gateway của mình cho suy luận, các nhóm sẽ cần theo dõi cả token mô hình và chi phí công cụ đối với cùng một ví, đòi hỏi các hệ thống kế toán thống nhất.

Bạn có thể làm gì

• Triển khai các trần hạn mức nghiêm ngặt trong Virtual Wallets để giới hạn tổng chi tiêu cho mỗi lần chạy agent.
• Sử dụng callback xác nhận trong Agents SDK để yêu cầu phê duyệt cho các giao dịch giá trị cao.
• Giả định rằng các lệnh gọi định giá biến đổi tiêu thụ toàn bộ trần upto của chúng cho các tính toán ngân sách cho đến khi hoàn tất.
• Xây dựng các kiểm tra idempotency vào runtime của bạn để ngăn chặn tính phí kép trong quá trình thử lại.
• Nâng cao logging để tương quan ID thanh toán với các lệnh gọi công cụ cụ thể và các bước quyết định của agent.
• Giám sát số dư ví theo thời gian thực để tạm dừng agent khi quỹ giảm xuống dưới ngưỡng an toàn.