Cloudflare cho chủ website quản lý từng AI agent cá nhân

AI agents illustration: a cursor moving along a chain of task cards

Ngày 4/11, Cloudflare ra mắt một bộ tính năng phân tích và kiểm soát dành cho lưu lượng của AI agent cá nhân. Chủ website giờ có thể thấy ngay trong trang quản trị những agent đang thay người dùng so sánh giá, tra cứu thông tin hay đặt hàng, và đặt chính sách truy cập riêng cho từng agent.

Loại lưu lượng này trước đây khó xử lý. Phía sau mỗi agent là một người dùng thật, chặn tất cả thì có thể mất khách, cho qua tất cả thì lại không biết chúng đang làm gì. Hướng đi lần này của Cloudflare là tách chúng khỏi lưu lượng tự động trước, còn quy tắc truy cập do chủ website quyết định.

"Better visibility into agent activity allows you to decide what access makes sense for your site."

(Nhìn rõ hơn hoạt động của agent thì bạn mới quyết định được website nên mở những quyền truy cập nào.)

Trang quản trị có gì mới

Phân tích. Biểu đồ Bot Analysis trong Security Analytics có thêm nhóm Personal Assistants, đứng cạnh Verified Bot, Likely Human, Likely Automated và Automated. Phần Top statistics cũng có thêm một thành phần liệt kê các agent truy cập website cùng số lượng yêu cầu; khi lọc theo một agent, các thành phần khác sẽ hiển thị đường dẫn agent đó đã yêu cầu, mã trạng thái nhận được và mạng nguồn.

Cấp tài khoản. Các site đã bật Account Abuse Protection còn có thể thấy agent đang đại diện cho người dùng nào. Sự kiện đăng nhập và đăng ký sẽ ghi rõ có do agent cá nhân khởi tạo hay không và là agent nào, để đội chống gian lận lọc tài khoản theo sự kiện hoặc số lượng của agent. Nếu kẻ tấn công dùng agent để xâm nhập một tài khoản, có thể viết quy tắc WAF theo Hashed User ID để chỉ xử lý đúng tài khoản đó, những người dùng khác dùng cùng agent không bị ảnh hưởng. Khả năng này vẫn đang ở giai đoạn truy cập sớm.

Chính sách. Chính sách AI bot trước đây chia làm ba loại Search, Training và Agents; nay Agents được mở rộng sang các agent cá nhân được hỗ trợ, và mục cài đặt đổi tên thành AI Crawler and Agent access policies. Mỗi agent có ba lựa chọn:

  • Allow: không chặn;
  • Block on pages with ads: chỉ chặn ở các trang có quảng cáo;
  • Block: chặn thẳng.

Hai loại chính sách Search và Training không thay đổi. Khi một site mới được kết nối, quy trình hướng dẫn sẽ hỏi site có kiếm tiền bằng quảng cáo hay không, rồi đề xuất chính sách phù hợp.

Lựa chọn thứ hai cho thấy rõ nhất ý đồ của tính năng này. Agent đọc trang thay con người thì quảng cáo không ai xem, nên site sống bằng quảng cáo mất doanh thu hiển thị; nhưng cũng agent đó vào trang sản phẩm để đặt hàng giúp người dùng thì lại có lợi cho site. Chặn theo loại trang sát nhu cầu thực tế của chủ website hơn là cắt một nhát theo danh tính.

Những điều bài blog không nói

Bài viết không liệt kê danh sách agent được hỗ trợ, chỉ nói các lựa chọn cụ thể phải xem trong trang quản trị; cũng không nói các tính năng này thuộc những gói nào, hay agent chưa được nhận diện sẽ rơi vào nhóm nào. Về căn cứ nhận diện, bài chỉ nhắc rằng Cloudflare duy trì danh mục bot đã xác minh lớn nhất, nhưng không giải thích agent cần làm gì để được vào danh mục này.

Những điểm này ảnh hưởng trực tiếp đến hiệu quả. Một agent không tự khai danh tính mà tiếp tục lẫn trong lưu lượng thông thường thì ba mức chính sách không với tới được nó. Khi Amazon chặn Muse của Meta hồi tháng 9, một trong những lý do chính là tác nhân này không nêu danh tính khi duyệt web.

Cloudflare cho biết bước tiếp theo gồm ba việc: truyền ngữ cảnh người dùng theo cách bảo vệ quyền riêng tư, hỗ trợ đánh giá uy tín, và xác định rõ trách nhiệm khi có sự cố. Phương án cụ thể và lộ trình đều chưa được công bố.

Nhìn từ các website ở Trung Quốc

Các website ở Trung Quốc đang dùng Cloudflare có thể vào ngay Security Settings để xem thiết lập này. Nên theo dõi dữ liệu một thời gian rồi hãy hành động: site nội dung có thể thử trước "chỉ chặn trang có quảng cáo"; còn với site thương mại điện tử và công cụ, nếu thấy agent mang lại đăng ký và đơn hàng thì cho qua sẽ có lợi hơn.

Phía di động trong nước cũng đang đi theo hướng tương tự. Khi ByteDance ra mắt bản dành cho người dùng phổ thông của trợ lý điện thoại Doubao hồi tháng 9, họ đồng thời công bố giao thức SAEP, để ứng dụng bên thứ ba khai báo có cho phép trợ lý tự động hóa thao tác trên màn hình hay không. Hai bên quản ở hai tầng khác nhau, một ở cửa ngõ mạng, một ở màn hình hệ thống, nhưng cùng một tư duy: bên bị truy cập bắt đầu có công tắc rõ ràng.

Chủ website có thêm công tắc, các nhà phát triển agent sẽ phải đối mặt với tình huống mới: cùng một trợ lý nhưng làm được những việc khác nhau trên từng website. Khi tác vụ thất bại, người dùng sẽ trách ai thì hiện chưa có câu trả lời.

Nguồn tham khảo: blog chính thức của Cloudflare, CocoLoop; phạm vi tính năng theo thông báo của Cloudflare, bối cảnh về Doubao và Amazon lấy từ các báo cáo công khai.