Bỏ qua nội dung chính
CÁCH HOẠT ĐỘNG

Proof of Actor hoạt động như thế nào.

Một lộ trình ưu tiên bằng chứng từ tương tác đi vào đến quyết định của ứng dụng.

policy · example-app.test
  • /api/v1/catalogenforceTác nhânCho phép · API có cấu trúc
  • /support/ticketsenforceCon người + AICho phép · gắn nhãn Human + AI
  • /account/*previewKhông xác địnhGiữ nguyên các kiểm tra hiện có
  • /api/v1/orderspreviewTác nhânYêu cầu thông tin xác thực mạnh hơn

Từ tương tác đến quyết định

  1. 01Yêu cầu hoặc sự kiện ứng dụngMột lượt xem trang, một lời gọi API, một lời gọi công cụ MCP hoặc một hành động trong ứng dụng.
  2. 02Tín hiệu từ tích hợp được hỗ trợChỉ những gì tích hợp đó có thể quan sát trong ngữ cảnh đó.
  3. 03Chuẩn hóa và phân loại bằng chứngCác tín hiệu được kiểm tra, gắn nhãn theo cơ sở và kết hợp lại.
  4. 04Kết quả tác nhân với cơ sở và độ không chắc chắnHuman, Human + AI, Agent hoặc Unknown, cùng với cơ sở mà nó dựa trên.
  5. 05Dashboard và analyticsXu hướng, route và evidence để nhóm của bạn xem xét.
  6. 06Quyết định riêng của ứng dụng bạnChỉ quan sát, hoặc áp dụng một policy mà bạn đã chọn.
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

Chế độ quan sát là mặc định

Việc cài đặt Proof of Actor không chặn hoặc thay đổi bất kỳ request nào. Kết quả được ghi lại để nhóm của bạn có thể so sánh với kết quả thực tế của ứng dụng, xem xét các kết quả dương tính giả, và quyết định liệu có policy nào phù hợp hay không.

Các loại bằng chứng

Bằng chứng có sẵn phụ thuộc vào tích hợp và ngữ cảnh. Các kiểm tra cho từng workflow được thống nhất với nhóm trong quá trình onboarding, và các chi tiết nội bộ của tín hiệu được giữ riêng tư để khó bị mô phỏng hơn.

  • Chữ ký yêu cầu

    Chữ ký mật mã từ các client tự động công bố khóa của chúng.

  • Khai báo

    Một client tự xưng là Agent, hoặc một thông báo tiết lộ có hỗ trợ AI ngay trong ứng dụng của bạn.

  • Tín hiệu tương tác

    Tín hiệu từ bộ thu thập trình duyệt đã được phê duyệt, trên các trang mà nó chạy.

  • Ngữ cảnh yêu cầu

    Các header và chi tiết giao thức sẵn có cho tích hợp phía server.

Danh tính agent không phải là quyền hạn

Một yêu cầu đã ký từ một client tự động có thể cho thấy yêu cầu đó đã được ký bằng một khóa gắn với một định danh đã công bố, chẳng hạn như miền của nhà vận hành. Đó là bằng chứng hữu ích về client nào đã gửi nó.

Nó không cho thấy ai đã chỉ thị cho agent, liệu có một người đã ủy quyền cho nó hay không, danh tính pháp lý đứng sau nó, hoặc liệu hành động đó có an toàn hay không. Đó là những câu hỏi riêng mà ứng dụng của bạn trả lời bằng chính cơ chế xác thực, cấp quyền và chính sách của nó.

ba câu hỏi riêng biệt
  • Ai đang gọi?Proof of Actor: chữ ký, khai báo hoặc suy luận
  • Thông tin xác thực nào?API key, OAuth token hoặc session của bạn
  • Nó có thể làm gì?Ủy quyền và chính sách của bạn

Các quyết định định tuyến phù hợp như thế nào

Application của bạn gọi Proof of Actor, nhận một kết quả, và áp dụng các quy tắc của chính nó. Bạn chọn, theo từng route và từng mức rủi ro, liệu tích hợp sẽ fail open (yêu cầu tiếp tục như khi không có Proof of Actor) hay fail closed (kiểm tra mạnh hơn hiện có của bạn sẽ được áp dụng).

  • API hết thời gian chờ

    Nếu một kết quả không có kịp thời, tích hợp của bạn sẽ dùng phương án dự phòng mà bạn đã chọn cho tuyến đó. Hết thời gian chờ không bao giờ trở thành kết quả Human.

  • Thiếu telemetry

    Nếu bộ thu thập trình duyệt không chạy hoặc một tín hiệu bị thiếu, kết quả sẽ phản ánh điều đó. Thiếu bằng chứng làm giảm mức độ có thể khẳng định; điều đó không bị coi là đáng ngờ.

  • Phân loại Unknown

    Unknown là một kết quả bình thường. Chính sách của bạn xác định Unknown có nghĩa gì cho từng route, ví dụ: cho phép các trang công khai, giữ nguyên các bước kiểm tra hiện có đối với thay đổi tài khoản.

  • Bằng chứng cũ

    Bằng chứng có thời điểm và phạm vi. Một kết quả từ sớm hơn trong một phiên không nên được tái sử dụng cho một hành động sau đó nhạy cảm hơn mà không có kiểm tra mới.

Quy trình tích hợp beta

  1. 01Áp dụngHãy cho chúng tôi biết về app và tương tác bạn muốn hiểu.
  2. 02Phạm viThỏa thuận về tích hợp, các tuyến, giới hạn sử dụng và cách xử lý dữ liệu.
  3. 03Tích hợp ở chế độ quan sátKhông thay đổi cách app của bạn phản hồi.
  4. 04Xác thựcSo sánh kết quả với ground truth mà bạn biết: độ bao phủ, tỷ lệ unknown, false positive, độ trễ.
  5. 05Quyết địnhChỉ bật một chính sách ở nơi bằng chứng hỗ trợ nó.

Những gì chúng tôi đo lường cùng các nhóm sáng lập

Độ bao phủ, tỷ lệ unknown, false positive so với các kết quả đã biết, và độ trễ tăng thêm, trong từng ngữ cảnh được hỗ trợ.

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

Nộp đơn tham gia chương trình founding developer.

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