LƯU LƯỢNG NGƯỜI VS TÁC NHÂN

Phân biệt lưu lượng của con người, có hỗ trợ AI và tác nhân

Gán cho mỗi tương tác một lớp rõ ràng và một cơ sở rõ ràng, để ứng dụng của bạn có thể phục vụ con người, người làm việc cùng AI và tác nhân tự động theo cách phù hợp với từng trường hợp.

Nhận quyền truy cập sớm Khám phá cách hoạt động

Bởi Toshendra SharmaNhà sáng lập và CEO, AgentCredia · Updated November 13, 2026

Hai nhóm không còn đủ nữa

Trong nhiều năm, lưu lượng thường được chia thành hai nhóm: con người và bot. Con người thì dùng sản phẩm. Bot thì bị chặn, giới hạn tốc độ hoặc bỏ qua.

Cách chia đó không còn phù hợp nữa. Một số khách truy cập tự động là tác nhân hành động thay mặt cho khách hàng thực: một trợ lý so sánh các gói, một tác nhân lấy dữ liệu qua API của bạn, một công cụ gọi MCP server của bạn để hoàn tất một tác vụ. Hiện nay các nhà cung cấp AI cũng tự mô tả loại truy cập do người dùng khởi tạo này: OpenAI nói rằng tác nhân ChatGPT-User của họ truy cập trang khi người dùng hỏi ChatGPT một câu hỏi (OpenAI crawler documentation), và Anthropic liệt kê Claude-User cho cùng mục đích (Anthropic crawler documentation). Đồng thời, một số người làm việc song hành với AI, soạn tin nhắn, điền biểu mẫu và điều hướng sản phẩm với một trợ lý ở bên cạnh. Ép tất cả những điều đó vào con người hoặc bot sẽ tạo ra quyết định sai theo cả hai hướng. Tác nhân hợp lệ bị chặn, và người dùng thật bị thử thách vì hành vi của họ trông bất thường.

Để phân biệt lưu lượng của con người và tác nhân AI theo cách dẫn đến quyết định tốt, bạn cần nhiều lớp hơn và cần biết mức độ tin cậy của từng kết quả. Bài viết blog về cách biết lưu lượng website có đến từ tác nhân AI hay không đi qua các tín hiệu giúp điều này khả thi, và trường hợp sử dụng cho ứng dụng SaaS cho thấy sự khác biệt đó làm thay đổi quyết định sản phẩm như thế nào.

Bốn lớp, mỗi lớp có ý nghĩa chính xác

Proof of Actor phân loại các tương tác thành bốn lớp. Mỗi lớp đều có định nghĩa và một giới hạn rõ ràng, để không ai trong nhóm đọc kết quả vượt quá điều mà bằng chứng cho phép. Để hiểu lý do của hệ phân loại này, hãy đọc Human, AI-assisted or agent: a taxonomy for app traffic.

Human

Các tín hiệu quan sát được được hỗ trợ cho thấy đây là tương tác do con người điều khiển. Lớp này nói về ai đang điều khiển tương tác, chứ không nói về danh tính. Kết quả Human không xác minh người đó là ai, và cũng không khẳng định rằng không có AI được dùng ở bất kỳ đâu.

Human + AI

Việc hỗ trợ AI đã được khai báo, hoặc được quan sát thông qua một tích hợp được hỗ trợ có thể thực sự nhìn thấy điều đó. Ví dụ gồm việc người dùng đánh dấu nội dung là được soạn với AI qua chính điều khiển công khai của bạn, hoặc ứng dụng của bạn báo rằng trợ lý tích hợp sẵn đã thực hiện một hành động cho một người dùng đã đăng nhập. Xem thêm trong mục từ vựng AI-assisted interaction.

Agent

Tương tác tự động hoặc xuất phát từ tác nhân, được hỗ trợ bởi danh tính có thể xác minh, chẳng hạn chữ ký yêu cầu hợp lệ từ một khóa đã công bố, hoặc bởi một suy luận được định tính cẩn thận. Kết quả Agent mô tả ai đang hành động. Nó không có nghĩa là tác nhân đó được ủy quyền, an toàn, hay đang hành động với sự ủy nhiệm hợp lệ từ một con người. Đọc thêm về autonomous agents.

Unknown

Bằng chứng hiện có không đủ để đưa ra kết luận đáng tin cậy. Unknown là một kết quả trung thực và hữu ích: nó cho thấy phạm vi bao phủ của bạn kết thúc ở đâu, và cho phép chính sách của bạn xử lý các trường hợp không chắc chắn một cách có chủ đích thay vì vô tình.

Mỗi lớp đều đi kèm một cơ sở

Tách riêng lưu lượng của con người và tác nhân mới chỉ là một nửa công việc. Nửa còn lại là biết mức độ mạnh của từng kết luận. Đó là lý do mỗi kết quả của Proof of Actor đều có một cơ sở:

Verified: một khẳng định có thể kiểm tra được đã được xác thực, ví dụ chữ ký yêu cầu được kiểm tra với một khóa đã công bố.
Declared: client hoặc ứng dụng của bạn đã nói như vậy, ví dụ một tác nhân tự nêu tên mình hoặc người dùng khai báo hỗ trợ AI.
Inferred: một kết luận được rút ra từ tín hiệu hành vi hoặc ngữ cảnh, luôn được gắn nhãn là suy luận.
Unknown: không đủ bằng chứng để đưa ra kết luận.

Sự kết hợp giữa lớp và cơ sở là điều cho phép bạn xây dựng các quy tắc chính xác. Một tác nhân đã được xác minh và một tác nhân được suy luận đều là tác nhân, nhưng bạn có thể muốn cấp cho trường hợp thứ nhất một API có cấu trúc và áp dụng giới hạn tốc độ chuẩn cho trường hợp thứ hai. Một yêu cầu được khai báo là có hỗ trợ AI và một phiên Human đều có thể tiếp tục bình thường, với một nhãn giúp đội hỗ trợ của bạn. Bạn có thể xem toàn bộ hệ phân loại tại Detection & Limitations.

Việc phân loại diễn ra như thế nào

Proof of Actor đi theo cùng một đường dẫn ưu tiên bằng chứng cho mọi tương tác. Phần giải thích đầy đủ nằm trong How It Works.

Các tín hiệu mà tích hợp của bạn có thể thấy

Request signatures từ các client tự động công bố khóa của họ, sử dụng HTTP Message Signatures theo định nghĩa trong RFC 9421. Nhóm công tác Web Bot Auth của IETF được giao nhiệm vụ chuẩn hóa cách client tự động xác thực theo cách này.
Declarations từ các client tự nhận diện, chẳng hạn user agent đã được tài liệu hóa của trình thu thập và trình lấy dữ liệu AI, và từ chính ứng dụng của bạn khi nó biết có liên quan đến hỗ trợ AI.
Request context có sẵn cho một tích hợp phía server, chẳng hạn header và chi tiết giao thức.
Interaction signals từ một tích hợp trình duyệt đã được phê duyệt trên các trang mà nó chạy.

Từ tín hiệu đến kết quả

Các tín hiệu được kiểm tra, gắn nhãn theo cơ sở và kết hợp lại. Bằng chứng Verified mạnh sẽ tạo ra kết quả chắc chắn. Bằng chứng yếu hoặc mâu thuẫn sẽ tạo ra một suy luận có định tính hoặc Unknown. Một timeout hoặc tín hiệu bị thiếu sẽ không bao giờ trở thành kết quả Human. Đầu ra gồm một lớp, một cơ sở và một tóm tắt bằng chứng mà bất kỳ ai trong nhóm của bạn cũng có thể đọc.

Bạn có thể làm gì sau khi lưu lượng đã được tách riêng

Proof of Actor được tổ chức quanh ba năng lực: Detect, Understand và Route.

Detect tác nhân đứng sau mỗi tương tác

Thu thập các tín hiệu có sẵn trong từng ngữ cảnh và tách các khẳng định đã được xác minh ra khỏi các suy luận. Giữ Unknown ở trạng thái hiển thị.

Understand cách từng tác nhân sử dụng sản phẩm của bạn

Xem mức độ pha trộn của hoạt động của con người, có hỗ trợ AI, tác nhân và không xác định theo route và theo thời gian. Mở bất kỳ kết quả nào để xem điều gì đã biết và điều gì chưa. Phát hiện các route nơi tác nhân tập trung và các workflow mà hỗ trợ AI xuất hiện thường xuyên.

Route từng tác nhân tới trải nghiệm phù hợp

Áp dụng chính sách của riêng bạn khi bằng chứng đã hỗ trợ chúng. Trên một website công khai, trường hợp sử dụng cho websites cho thấy các lựa chọn này ánh xạ vào các route thực tế như thế nào:

Phục vụ tác nhân đã được xác minh bằng một phản hồi có cấu trúc hoặc API thay vì các trang mang hình thức dành cho con người.
Giữ nguyên trải nghiệm tiêu chuẩn cho các phiên do con người điều khiển.
Gắn nhãn các yêu cầu được khai báo là có hỗ trợ AI để đội phù hợp xử lý.
Yêu cầu thông tin xác thực mạnh hơn đối với các hành động nhạy cảm khi điều kiện của chính bạn đòi hỏi.
Chọn một phương án dự phòng rõ ràng cho Unknown trên từng route, chẳng hạn cho phép các trang công khai và giữ nguyên các kiểm tra hiện có đối với thay đổi tài khoản.

Hướng dẫn về triển khai chính sách nhận biết tác nhân một cách an toàn trình bày cách chuyển từ quan sát sang thực thi từng route một.

Vì sao điều này quan trọng với người dùng của bạn

Làm đúng việc này có lợi cho tất cả những ai dùng ứng dụng của bạn.

Người dùng có trải nghiệm mượt hơn vì họ không bị thử thách chỉ bởi một điểm số mơ hồ. Những người làm việc với AI nhận được hỗ trợ cho phần trợ giúp đã được công khai trong các workflow phù hợp. Các tác nhân hợp lệ có một cách đáng tin cậy và có cấu trúc để thực hiện công việc của họ, giúp giảm việc quét và giảm tải lên giao diện của bạn. Nhóm của bạn có các quyết định có thể giải thích, nên các cuộc trao đổi hỗ trợ, rà soát sự cố và thay đổi chính sách đều dựa trên bằng chứng thay vì phỏng đoán.

Đăng nhập không phải là tác nhân

Một trong những nguồn nhầm lẫn phổ biến nhất là chính tài khoản. Một phiên đã đăng nhập cho bạn biết tài khoản nào đang được dùng. Nó không cho bạn biết ai đang điều khiển tương tác hiện tại. Cùng một tài khoản có thể do chủ sở hữu dùng để bấm qua phần cài đặt vào buổi sáng, do một trợ lý mà chủ sở hữu yêu cầu xuất báo cáo vào buổi trưa, và do một tác nhân làm việc thông qua một khóa API vào buổi tối.

Xem cả ba như nhau sẽ tạo ra vấn đề theo cả hai hướng. Nếu mọi yêu cầu trên tài khoản đều được coi là của chủ sở hữu, một tác nhân có thể vào được các workflow vốn được thiết kế cho con người. Nếu mọi yêu cầu bất thường đều bị coi là tấn công, các công cụ của chính chủ sở hữu sẽ bị chặn. Tách tác nhân ra khỏi tài khoản cho phép ứng dụng của bạn giữ nguyên xác thực và ủy quyền như hiện tại, rồi bổ sung ngữ cảnh còn thiếu về ai đang hành động ngay lúc này. Ngữ cảnh đó chính là điều giúp có thể cung cấp cho tác nhân quyền truy cập có cấu trúc mà không mở các workflow chỉ dành cho con người cho chúng.

Bắt đầu ở chế độ quan sát

Mỗi lần triển khai đều bắt đầu ở chế độ quan sát. Proof of Actor ghi lại kết quả trong khi ứng dụng của bạn phản hồi đúng như trước đây. Nhóm của bạn xây dựng một đường cơ sở về hoạt động của con người, có hỗ trợ AI, tác nhân và không xác định, so sánh với các kết quả mà bạn đã biết, và xem xét mọi kết quả dương tính giả trước khi thay đổi bất kỳ quy tắc nào. Khi một chính sách đã sẵn sàng, bạn bật nó cho một workflow rồi mở rộng từ đó.

Tham gia chương trình dành cho nhà phát triển sáng lập

Proof of Actor đang ở private beta với một nhóm nhỏ các đội ứng dụng. Các nhà phát triển sáng lập được chọn có thể nhận tới 12 months truy cập miễn phí, trong phạm vi sử dụng đã thỏa thuận, để đổi lấy phản hồi thực tế. Bạn sẽ nhận được hỗ trợ tích hợp trực tiếp từ kỹ sư của chúng tôi, quyền truy cập sớm vào các năng lực và có tiếng nói trong việc ưu tiên.

Nếu bạn cần phân biệt lưu lượng của con người và tác nhân AI trong ứng dụng của mình, hãy đăng ký quyền truy cập sớm và cho chúng tôi biết tương tác nào bạn muốn hiểu rõ nhất.

Khám phá Proof of Actor, đọc cách nó hoạt động, hoặc xem chính xác bằng chứng có thể xác lập điều gì.

Nguồn

RFC 9421: HTTP Message Signatures, IETF, February 2024.
Web Bot Auth (webbotauth) working group charter, IETF.
Overview of OpenAI crawlers, OpenAI.
Does Anthropic crawl data from the web, and how can site owners block the crawler?, Anthropic.

DÀNH CHO NHÀ PHÁT TRIỂN

What your code receives

Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.

Result record

{
  "route": "GET /api/v1/catalog",
  "class": "agent",
  "basis": "verified",
  "evidence": [
    { "signal": "http_message_signature", "result": "valid", "keyid": "assistant.example" },
    { "signal": "client_declaration", "value": "assistant.example" }
  ],
  "observed_at": "2026-11-13T10:42:07Z"
}

class: Human, Human + AI, Agent hoặc Unknown.
basis: Bằng chứng mạnh đến mức nào: verified, declared, inferred hoặc unknown.
evidence: Các tín hiệu phía sau kết quả, để team của bạn thấy được lý do.

Bắt đầu ở chế độ quan sát: ghi kết quả cạnh logs của bạn và không thay đổi gì cho đến khi bạn chọn một chính sách. Đọc hướng dẫn tích hợp Node.js

Câu hỏi thường gặp

Làm thế nào để phân biệt lưu lượng của con người và tác nhân AI?

Proof of Actor kết hợp các tín hiệu mà tích hợp của bạn có thể quan sát, như chữ ký yêu cầu, khai báo từ client, ngữ cảnh yêu cầu và tín hiệu tương tác của trình duyệt, rồi trả về một lớp cùng với cơ sở cụ thể.

Vì sao cần có lớp Human + AI?

Một số người làm việc với trợ lý AI ở bên cạnh. Xem họ hoàn toàn là con người hoặc hoàn toàn tự động đều làm mất ngữ cảnh quan trọng. Human + AI bao quát phần hỗ trợ đã được khai báo hoặc có thể quan sát thông qua một tích hợp được hỗ trợ.

Kết quả Agent có giống bot xấu không?

Không. Nhiều tác nhân là thành phần hợp lệ. Kết quả Agent mô tả ai đang hành động, không phải hành động đó có được phép hay không. Chính sách của bạn sẽ quyết định cách phục vụ từng tác nhân.

Nếu lưu lượng không thể phân loại thì sao?

Nó được báo cáo là Unknown, một kết quả chính thức. Unknown không bao giờ bị chuyển thành Human và mặc định không bị xem là độc hại.

Tôi có phải chặn bất cứ thứ gì không?

Không. Bạn bắt đầu ở chế độ quan sát, xem xét kết quả, và chỉ bật chính sách ở nơi nhóm của bạn tin chắc rằng chúng phù hợp.

Biết ai đang dùng app của bạn.

Private beta dành cho một nhóm nhỏ các nhà phát triển sáng lập.

Nhận quyền truy cập sớm Xem giá

Bạn muốn trao đổi trước? Trao đổi với những người sáng lập