Ngày 2 tháng 9 năm 2026, Anthropic đã công bố một blueprint về thương mại tác nhân, gồm các triển khai tham chiếu cho một tác nhân mua sắm và một tác nhân dành cho các nhóm thương mại. Nhà phát hành mô tả một kiến trúc xoay quanh mô hình, kỹ năng, công cụ nghiệp vụ và một bộ đánh giá. Thông báo này xuất hiện khi các nền tảng tìm cách chuyển việc tìm kiếm, so sánh và xây dựng giỏ hàng vào trong một cuộc hội thoại. Tuy vậy, khó khăn thực sự không phải là tạo ra đối thoại thuyết phục: mà là bảo toàn tính đúng đắn của danh mục, trạng thái giỏ hàng, sự đồng ý và trách nhiệm thanh toán.
Điểm chính: một tác nhân thương mại phải tự do suy luận nhưng hành động qua các giao diện hẹp, mang tính tất định. Danh mục, giá, tồn kho, điều khoản và giỏ hàng vẫn là các nguồn sự thật bên ngoài. Tác nhân đề xuất và điều phối; các dịch vụ nghiệp vụ xác thực, lưu trữ và xác nhận.
1. Tác nhân thương mại thực sự bao gồm những gì
Một tác nhân mua sắm giúp khách hàng diễn đạt nhu cầu, tìm sản phẩm, so sánh các lựa chọn, xây dựng một tập hợp nhất quán và chuyển giỏ hàng sang bước thanh toán. Tác nhân cũng có thể trả lời các câu hỏi sau đơn hàng như theo dõi, đổi trả hoặc chính sách hoàn tiền.
Một tác nhân thương mại phục vụ các nhóm trong doanh nghiệp. Nó phân tích doanh số và tồn kho, cảnh báo rủi ro hết hàng, đề xuất khuyến mại hoặc chuẩn bị chiến dịch. Các hành động bên ngoài — thay đổi giá, xuất bản hoặc đặt hàng nhà cung cấp — phải luôn chịu sự phê duyệt rõ ràng.
Hai tác nhân này đôi khi dùng chung dữ liệu, nhưng quyền hạn của chúng khác nhau. Tác nhân khách hàng đọc danh mục và sửa giỏ hàng của phiên. Tác nhân thương mại có thể truy cập dữ liệu tổng hợp, biên lợi nhuận và dữ liệu tồn kho rộng hơn. Gộp chúng dưới một danh tính duy nhất làm tăng rủi ro một cách không cần thiết.
Anthropic cho biết một số người dùng các tác nhân của họ đã thấy giỏ hàng tăng tới 35% và xác suất mua hàng tăng 60%. Các số liệu này do nhà cung cấp đưa ra và không phải là bảo đảm áp dụng cho mọi lĩnh vực. Chúng nên được coi là giả thuyết cần kiểm chứng, với sự chú ý đặc biệt đến hiệu ứng lựa chọn, biên lợi nhuận và hàng trả lại.
Không thể chỉ dùng quy mô giỏ hàng để đánh giá thành công. Một tác nhân thúc đẩy các sản phẩm không phù hợp có thể tăng số tiền tức thời nhưng đồng thời làm suy giảm niềm tin, tỷ lệ trả hàng và giá trị khách hàng.
2. Kiến trúc đơn giản trước khi nhân rộng tác nhân con
Hướng dẫn kỹ thuật của Anthropic đề xuất một mô hình chính trong vòng lặp tác nhân, được trang bị kỹ năng và công cụ. Hướng dẫn này khuyên không nên tạo một tác nhân con cho mỗi lĩnh vực khi cuộc hội thoại, sở thích và giỏ hàng cần nhất quán qua các lượt trao đổi.
Khuyến nghị này mang tính thực dụng. Mỗi lần ủy quyền đều cần chuyển ngữ cảnh, làm tăng độ trễ và tạo rủi ro mất trạng thái. Một yêu cầu như «thay áo khoác bằng lựa chọn rẻ hơn nhưng vẫn giao vào thứ Sáu» kết hợp tìm kiếm, so sánh, giỏ hàng và hậu cần; nó khó được chia thành các silo.
Kỹ năng cho phép nạp các quy trình đúng thời điểm: chính sách đổi trả, hướng dẫn tương thích, phương pháp so sánh hoặc quy tắc phong cách. Công cụ thực hiện các thao tác tất định: tìm kiếm, kiểm tra tồn kho, tạo giỏ hàng, tính giao hàng hoặc đọc đơn hàng.
Một tác nhân con vẫn hữu ích cho một nhiệm vụ tự chủ và có quy mô lớn, chẳng hạn nghiên cứu chuyên sâu mà chỉ kết quả tổng hợp được trả về cho bộ điều phối. Nó cũng có thể hợp lý khi một lĩnh vực được quản lý có tác nhân, danh tính và quy trình tuân thủ riêng.
Quy tắc là không nhầm lẫn tính mô-đun của mã với việc nhân rộng tác nhân. Các dịch vụ nghiệp vụ vẫn mang tính mô-đun; cuộc hội thoại có thể giữ một chủ sở hữu duy nhất khi ngữ cảnh vẫn cần được chia sẻ.
3. Giữ danh mục, giá và tồn kho là nguồn sự thật
Mô hình không bao giờ được bịa ra trang thông tin sản phẩm. Nó nhận các kết quả có cấu trúc từ công cụ tìm kiếm hoặc API danh mục: mã định danh, biến thể, giá hiện tại, tình trạng có hàng, đặc điểm, điều khoản và URL chuẩn.
Câu trả lời hiển thị phải có thể liên kết với các đối tượng này. Khi tác nhân khẳng định một sản phẩm còn hàng, giao diện hiển thị thời điểm kiểm tra. Trước khi thêm vào giỏ và trước khi thanh toán, dịch vụ kiểm tra lại giá và tồn kho.
Các công cụ áp đặt những lược đồ chặt chẽ. Tác nhân có thể yêu cầu search_products với một nhu cầu và các bộ lọc được phép, nhưng không tự tạo truy vấn SQL hay URL nội bộ. Nó có thể yêu cầu get_offer cho mã định danh biến thể mà không tự cung cấp giá dự kiến.
Các so sánh phải phân biệt sự kiện với nhận định. Trọng lượng, bảo hành và thành phần đến từ danh mục. «Phù hợp hơn cho cuối tuần với hai trẻ em» là đề xuất do tác nhân tạo ra và phải được giải thích bằng các tiêu chí đã nêu.
Các quy tắc thương mại vẫn mang tính tất định. Chiết khấu, điều kiện đủ tiêu chuẩn, phí hoặc giới hạn số lượng do các dịch vụ hiện có tính toán. Mô hình có thể giải thích kết quả, nhưng không viết lại chính sách.
Kiến trúc này nằm trong sự chuẩn bị được mô tả trong bài viết của chúng tôi về thương mại tác nhân và việc mở danh mục cùng checkout.
4. Làm cho giỏ hàng có tính lũy đẳng và có thể giải thích
Giỏ hàng là một đối tượng giao dịch, không phải một đoạn hội thoại. Nó có mã định danh, phiên bản và trạng thái được hệ thống thương mại lưu giữ. Mỗi sửa đổi dùng một khóa lũy đẳng để việc khôi phục mạng hoặc sự lặp lại của mô hình không làm tăng gấp đôi số lượng.
Các công cụ phải diễn đạt ý định: thêm một biến thể cụ thể, sửa số lượng, xóa một dòng hoặc áp dụng một tùy chọn. Dịch vụ kiểm tra phiên bản giỏ hàng và từ chối ghi nếu một kênh khác đã thay đổi nó trong lúc đó. Khi đó tác nhân đọc lại trạng thái và giải thích xung đột.
Trước một sửa đổi quan trọng, giao diện trình bày hệ quả: sản phẩm, biến thể, số lượng, giá đơn vị, tổng tiền và khả năng thay thế. Cần có xác nhận khi tác nhân thay đổi một đặc tính thiết yếu, thay thế nhiều mặt hàng hoặc vượt ngân sách đã nêu.
Hãy lưu nguồn gốc của từng dòng. Khách hàng cần biết điều gì họ đã yêu cầu rõ ràng, điều gì tác nhân đã đề xuất và điều gì họ đã xác nhận. Sự phân biệt này giúp hỗ trợ dễ hơn và tránh để một đề xuất bị xem là lựa chọn chắc chắn của người dùng.
Hãy dự liệu khả năng quay lại. Chừng nào checkout chưa được khởi động, một thao tác ngược phải có thể khôi phục phiên bản trước. Các thay đổi được ghi nhật ký mà không lưu trữ không cần thiết toàn bộ cuộc hội thoại.
5. Tách biệt đề xuất, xác nhận và thanh toán
Thanh toán là một ranh giới. Anthropic cho biết blueprint của họ để thanh toán cho người bán, thông qua checkout hiện có hoặc một nhà cung cấp thanh toán tác nhân. Sự tách biệt này phải được duy trì, ngay cả khi trải nghiệm có vẻ liền mạch.
Tác nhân có thể chuẩn bị giỏ hàng, thu thập sở thích giao hàng và giải thích điều khoản. Một dịch vụ tất định tính tổng tiền cuối cùng, thuế, giao hàng và khuyến mại. Người dùng xem bản tóm tắt đầy đủ trước khi xác nhận.
Xác nhận phải mới và cụ thể. Nó bao gồm người bán, số tiền, đơn vị tiền tệ, địa chỉ, phương thức giao hàng, các mặt hàng và điều khoản chính. Một câu nói cũ như «vâng, lấy chúng» không được dùng lại sau khi giỏ hàng thay đổi.
Dữ liệu thanh toán không được đi vào ngữ cảnh của mô hình. Chúng được nhập trong một thành phần của nhà cung cấp và được mã hóa thành token. Tác nhân chỉ nhận trạng thái và một mã giao dịch không nhạy cảm.
Khi có mơ hồ, trạng thái vẫn là payment_pending thay vì paid. Webhook được xử lý theo cách lũy đẳng và trạng thái hiển thị đến từ backend. Một tác nhân không bao giờ suy ra thành công chỉ từ một thay đổi trực quan trong trình duyệt.
Đối với các hành động thương mại, hãy áp dụng cùng logic. Một đề xuất giảm giá hoặc chiến dịch là bản nháp. Một người được ủy quyền xác nhận đối tượng, phạm vi, ngày tháng và tác động trước khi xuất bản.
6. Cá nhân hóa mà không vượt qua ranh giới đồng ý
Cá nhân hóa có thể cải thiện mức độ phù hợp, nhưng nhanh chóng tập hợp sở thích đã khai báo, lịch sử, hành vi, ngân sách và ngữ cảnh. Người dùng phải hiểu dữ liệu nào được sử dụng và có thể sửa hoặc xóa một sở thích.
Hãy phân biệt bộ nhớ phiên với bộ nhớ lâu dài. Loại thứ nhất phục vụ hành trình hiện tại và hết hạn. Loại thứ hai chỉ được tạo cho một mục đích rõ ràng, với cơ sở pháp lý và giao diện quản lý. Một sở thích được suy ra không được lưu như một sự kiện nếu chưa xác thực.
Tránh các danh mục nhạy cảm hoặc suy luận có thể tạo ra phân biệt đối xử. Một tác nhân không được điều chỉnh giá hoặc chất lượng dịch vụ theo một tính dễ tổn thương được giả định. Các quy tắc đề xuất phải được kiểm toán và phù hợp với chính sách thương mại.
Anthropic cho biết blueprint của họ nhằm giới hạn các đề xuất vào sản phẩm và giá thực, đồng thời tránh các thực hành bán thêm mang tính thao túng. Tổ chức phải chuyển mục tiêu này thành các kiểm soát có thể kiểm thử: tôn trọng ngân sách, đưa ra các lựa chọn rẻ hơn, giải thích hoa hồng, không tạo ra sự khan hiếm giả tạo và không che giấu một lựa chọn phù hợp.
Cũng hãy đo lường các tác động sau mua hàng: hủy đơn, trả hàng, khiếu nại và mức độ hài lòng. Cá nhân hóa có trách nhiệm tối ưu mức độ phù hợp theo thời gian, không phải áp lực tại thời điểm thanh toán.
7. Kiểm thử hệ thống không tất định bằng đánh giá nghiệp vụ
Một bộ đánh giá phải bao phủ suy luận, công cụ, giao diện và kết quả giao dịch. Hãy bắt đầu bằng các kịch bản tiêu biểu: yêu cầu nhiều sản phẩm, ngân sách chặt chẽ, không tương thích, hết hàng, biến thể mơ hồ, giao gấp, đổi trả và câu hỏi về một đơn hàng.
Thêm các trường hợp đối kháng: chỉ dẫn độc hại trong mô tả sản phẩm, giá mâu thuẫn, công cụ chậm, tồn kho thay đổi trong khi thực hiện nhiệm vụ, webhook lặp lại và nỗ lực lấy dữ liệu của khách hàng khác. Hãy kiểm tra rằng các chính sách vẫn được áp dụng độc lập với phản hồi của mô hình.
Hãy đo lường: tỷ lệ hoàn thành nhiệm vụ, độ chính xác của sản phẩm và giá, tính nhất quán của giỏ hàng, số lượt trao đổi, độ trễ, chi phí, số xác nhận được yêu cầu, lỗi giao dịch và can thiệp của con người. Về chất lượng thương mại, theo dõi chuyển đổi, biên lợi nhuận, quy mô giỏ hàng, hài lòng, trả hàng và giá trị sau ba mươi hoặc chín mươi ngày.
Đánh giá ngoại tuyến là chưa đủ. Một thử nghiệm A/B có thể so sánh tác nhân với tìm kiếm cổ điển, nhưng phải duy trì trải nghiệm đối chứng và các biện pháp bảo vệ giống nhau. Kết quả được phân đoạn theo loại yêu cầu, thiết bị đầu cuối và độ phức tạp.
Hãy xem xét các cuộc hội thoại thất bại bằng một hệ phân loại: hiểu sai, danh mục không đầy đủ, công cụ lỗi, lựa chọn không phù hợp, chính sách ngăn chặn hoặc giao diện gây nhầm lẫn. Phân tích này định hướng cải tiến tốt hơn một prompt ngày càng dài.
Với mỗi thay đổi về mô hình, kỹ năng, công cụ hoặc danh mục, hãy chạy lại các kịch bản quan trọng. Một tác nhân là hệ thống luôn vận động; chứng nhận của nó không bao giờ là cuối cùng.
8. Triển khai thử nghiệm trong chín mươi ngày
Trong ba mươi ngày đầu, hãy chọn một hành trình giới hạn và không quan trọng: một danh mục sản phẩm, một quốc gia, người dùng tình nguyện và checkout hiện có. Mở danh mục ở chế độ đọc, xây dựng giỏ hàng trong môi trường thử nghiệm và xác định các đánh giá.
Từ ngày 31 đến ngày 60, mở thử nghiệm với các thao tác ghi có thể đảo ngược trên giỏ hàng. Giữ một xác thực rõ ràng trước mọi chuyển tiếp sang checkout. Đo lường lỗi, độ trễ, chi phí và các yêu cầu bị bỏ dở. Sửa dữ liệu và công cụ trước khi tăng quyền tự chủ.
Từ ngày 61 đến ngày 90, dần thêm theo dõi đơn hàng hoặc một số chức năng thương mại chỉ đọc. Các đề xuất về giá và chiến dịch vẫn là bản nháp. Thực hiện một bài diễn tập sự cố: danh mục không khả dụng, xác nhận trùng lặp, mô hình suy giảm hoặc chính sách đổi trả không chính xác.
Các tiêu chí để mở rộng quy mô phải được xác định trước thử nghiệm: không chấp nhận lỗi số tiền nào, tỷ lệ hoàn thành nhiệm vụ tối thiểu, ngưỡng độ trễ, chi phí mỗi phiên, sự hài lòng, tỷ lệ trả hàng và không có sai lệch chính sách. Tăng chuyển đổi không bù đắp được cho mất tính toàn vẹn giao dịch.
Hãy dự liệu chế độ suy giảm. Nếu mô hình hoặc một công cụ không khả dụng, người dùng trở lại tìm kiếm, giỏ hàng và hỗ trợ cổ điển mà không mất trạng thái. Tác nhân làm phong phú thương mại; nó không được trở thành một điểm lỗi duy nhất.
Kết luận
Các tác nhân thương mại có thể giảm ma sát giữa ý định và mua hàng, đặc biệt với các yêu cầu phức tạp kết hợp nhiều sản phẩm, tiêu chí và bước. Giá trị của chúng phụ thuộc vào kiến trúc bao quanh hơn là sự hùng biện của mô hình.
Danh mục, giá, tồn kho, giỏ hàng và thanh toán phải vẫn tất định và có thể kiểm chứng. Tác nhân điều phối các công cụ hẹp, yêu cầu xác nhận chính xác, tôn trọng sự đồng ý và được đánh giá theo chất lượng lâu dài của giao dịch. Partitech đồng hành cùng các đơn vị thương mại trong việc thiết kế các kiến trúc này, tích hợp với các hệ thống hiện có và xây dựng các thử nghiệm có thể đo lường, đảo ngược.
Tài liệu tham khảo được kiểm tra ngày 3 tháng 9 năm 2026
- Anthropic — «Building commerce agents with Claude», ngày 2 tháng 9 năm 2026: https://claude.com/blog/claude-for-commerce-agents
- Anthropic — «A guide to the anatomy of effective commerce agents», ngày 2 tháng 9 năm 2026: https://claude.com/blog/the-anatomy-of-effective-commerce-agents
- Anthropic — kho tham chiếu Commerce Agents: https://github.com/anthropics/commerce-agents