Thương mại đại lý là gì.
Thương mại đại lý là thương mại được thực hiện bởi các đại lý AI hoạt động thay mặt cho con người hoặc doanh nghiệp. Một đại lý AI có thể mua một cuộc gọi API, thanh toán cho một dịch vụ vi mô, thuê một đại lý khác, hoặc nhận thanh toán cho công việc mà nó sản xuất. Thương mại đại lý yêu cầu ba điều: một danh tính thanh toán cho mỗi đại lý, kiểm soát chi tiêu theo chương trình, và các API trả về yêu cầu thanh toán có thể đọc được bởi máy thay vì các quy trình thanh toán của con người.
Quy trình thanh toán truyền thống giả định rằng một con người đang ở bàn phím.
Trong ba mươi năm, mẫu thanh toán chiếm ưu thế trên web là quy trình thanh toán: một người mua đến, đăng ký, nhập chi tiết thẻ, nhấp vào Thanh toán. Mỗi lớp của mẫu đó (mẫu đơn, thử thách 3DS, email xác minh, thẻ đã lưu) giả định rằng một con người đang đưa ra quyết định trong thời gian thực. Các đại lý AI không thể hoàn thành bất kỳ bước nào trong số đó. Họ không thể điền vào các mẫu, không thể nhớ mật khẩu một cách đáng tin cậy, không thể nhấp vào các email xác nhận với độ trễ, không thể vượt qua điểm số rủi ro của mạng thẻ được tối ưu hóa cho hành vi của con người.
Khi ngày càng nhiều cuộc gọi phần mềm được thực hiện bởi các đại lý AI thay vì con người (một xu hướng không thể đảo ngược khi các khung đại lý như LangChain, CrewAI, OpenAI Agents SDK và AutoGen đã trưởng thành), thương mại cần các đường thanh toán hoạt động mà không cần con người trong quy trình. Các đường thanh toán stablecoin trên các chuỗi giá rẻ phù hợp với ràng buộc này; các đường thanh toán thẻ thì không. Các phản hồi 402 Payment Required theo chương trình phù hợp; các mẫu đăng ký HTML thì không. Thương mại đại lý là tên gọi cho sự chuyển mình đó.
Các tác động kinh tế lớn hơn những gì chúng trông có vẻ. Nếu ngay cả 5% các cuộc gọi API trong năm năm được thực hiện bởi các tác nhân thay vì con người, và mỗi cuộc gọi do tác nhân điều khiển cần một đường ray thanh toán hoạt động theo chương trình, thì phần thương mại internet chảy qua cơ sở hạ tầng thương mại tác nhân có thể ngang bằng với phần chảy qua Stripe ngày hôm nay.
Bốn sự khác biệt cấu trúc.
- Người mua là một đại lý, không phải là con người. Người mua không thể đọc nội dung tiếp thị, đánh giá các tín hiệu tin cậy một cách trực quan, hoặc điền vào các biểu mẫu. Tối ưu hóa tỷ lệ chuyển đổi hoạt động trên con người (CTAs ở trên cùng, huy hiệu tin cậy, bộ đếm thời gian khẩn cấp) không có tác dụng gì cho các đại lý. Điều quan trọng là liệu chính sách chi tiêu được ủy quyền của đại lý có cho phép việc mua hay không và liệu API có trả về các yêu cầu thanh toán có thể đọc được bởi máy móc hay không.
- Thanh toán nhỏ hơn và thường xuyên hơn. Thanh toán theo cuộc gọi thay thế cho các đăng ký trong nhiều trường hợp sử dụng. Một đại lý lập trình có thể thực hiện 200 cuộc gọi trả phí trong một buổi chiều với giá từ $0.02 đến $0.10 mỗi cuộc gọi. Kinh tế học của các đường ray thẻ bị sụp đổ ở hình dạng giao dịch này (phí chuyển nhượng và kích thước giao dịch tối thiểu); các đường ray stablecoin trên các chuỗi giá rẻ hoạt động.
- Stablecoins phù hợp hơn thẻ. Hoàn tiền không có ý nghĩa giữa các đại lý (mô hình mối đe dọa khác với tranh chấp giữa con người và thương nhân). Tính cuối cùng của việc thanh toán quan trọng hơn khả năng hoàn lại. Các khoản thanh toán xuyên biên giới có chi phí giống như các khoản thanh toán trong cùng một quốc gia. Thẻ không được thiết kế cho hình dạng này; stablecoins thì có hiệu quả.
- Người bán trả về 402 Yêu cầu thanh toán. Thay vì một biểu mẫu thanh toán, API của người bán trả về một 402 mô tả cách thanh toán (mạng, tài sản, số tiền, người nhận). Một khách hàng nhận thức x402 đọc nó, thanh toán trên chuỗi, và thử lại cuộc gọi một cách lập trình - không có con người nào trong vòng lặp. Biến thể thanh toán lưu trữ (một liên kết thanh toán mà một người có thể nhấp vào) cũng tồn tại, cho những người mua chưa nhận thức x402.
Thương mại đại lý trông như thế nào trong thực tế.
Bốn mẫu cụ thể từ thực địa, được sắp xếp theo thứ tự đại khái về mức độ phổ biến của chúng ngày nay.
Một trợ lý lập trình LLM thanh toán theo cuộc gọi
Đại lý lập trình tích hợp IDE của bạn gọi một API tìm kiếm mã mỗi khi cần ngữ cảnh. Mỗi cuộc gọi tốn $0.05 bằng USDC trên Base. Đại lý không bao giờ yêu cầu bạn phê duyệt một khoản thanh toán; chính sách chi tiêu đã được phê duyệt trước trên ví của nó bao gồm các cuộc gọi lên đến $20/ngày. Trong một tháng, đại lý mua $300 tìm kiếm mã.
Một đại lý nghiên cứu thanh toán cho API cao cấp của đối thủ
Một đại lý nghiên cứu biên soạn một báo cáo thị trường cần một truy vấn trả phí từ một tập dữ liệu cạnh tranh để xác thực một tuyên bố. Nó gọi API của đối thủ, nhận 402 Yêu cầu thanh toán, phân tích URL được lưu trữ, thanh toán $5 USDC, thử lại cuộc gọi. Sổ sách của đối thủ thấy một giao dịch chương trình; sổ sách của đại lý thấy một khoản thanh toán $5 đã ghi lại.
Một máy chủ MCP tính phí theo mỗi lần gọi công cụ
Một máy chủ MCP tìm kiếm ngữ nghĩa phơi bày công cụ của nó cho Claude Desktop, Cursor và Cline. Mỗi cuộc gọi công cụ tốn $0.02. Trong một phiên gỡ lỗi kéo dài một giờ, đại lý lập trình của người dùng gọi công cụ MCP 35 lần và trả tổng cộng $0.70. Không có đăng ký, không có biểu mẫu đăng ký - các khoản thanh toán diễn ra khi công việc diễn ra.
Một tác nhân thanh toán cho một tác nhân khác để định tuyến
Một đại lý nghiên cứu chính ủy quyền một phần công việc cho một đại lý chuyên gia (dịch thuật, kiểm tra sự thật, định dạng). Đại lý chuyên gia có trang giá riêng của nó; đại lý chính thanh toán mức giá đã niêm yết của chuyên gia bằng USDC. Từ góc độ của người dùng, họ đã trả một khoản phí cho đại lý chính; đại lý chính xử lý việc thanh toán cho người ủy quyền của mình.
Ghép mục này với những mục này.
Thương mại đại lý là khái niệm tổng quát. Ba thuật ngữ này bao gồm các lớp tạo nên nó.