Proof of Actor의 작동 방식.
들어오는 상호작용에서 애플리케이션 결정까지 이어지는 증거 우선 경로입니다.
- /api/v1/catalogenforce에이전트허용 · 구조화된 API
- /support/ticketsenforce사람 + AI허용 · AI-assisted로 표시
- /account/*preview알 수 없음기존 검사를 유지
- /api/v1/orderspreview에이전트더 강한 자격 증명 요구
interaction에서 decision까지
- 01애플리케이션 요청 또는 이벤트페이지 조회, API 호출, MCP 도구 호출 또는 앱 내 작업.
- 02지원되는 통합에서 오는 신호그 통합이 해당 맥락에서 관찰할 수 있는 것만.
- 03증거 정규화 및 분류신호를 확인하고, 근거별로 라벨링한 뒤 결합합니다.
- 04근거와 불확실성을 포함한 행위자 결과Human, Human + AI, Agent 또는 Unknown, 그리고 그 근거.
- 05대시보드 및 분석팀이 검토할 수 있는 추세, 경로, 증거입니다.
- 06귀하의 애플리케이션 자체 결정관찰만 하거나, 선택한 정책을 적용하세요.
What your code receives
Every interaction resolves to one result record. Your application reads the class and the basis and applies its own policy.
{
"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 또는 Unknown.
- basis
- 근거의 강도: Verified, Declared, Inferred 또는 Unknown.
- evidence
- 결과 뒤의 signal로, 팀이 이유를 확인할 수 있습니다.
관찰 모드로 시작하세요: 결과를 logs 옆에 기록하고, 정책을 선택할 때까지 아무것도 변경하지 마세요. Node.js 통합 가이드를 읽기
기본값은 observation mode입니다
Proof of Actor를 설치해도 어떤 request도 차단하거나 변경하지 않습니다. 결과는 기록되므로 팀은 실제 application 결과와 비교하고, false positive를 검토하며, 어떤 policy가 적절한지 판단할 수 있습니다.
증거 유형
사용 가능한 증거는 통합과 맥락에 따라 달라집니다. 각 워크플로의 검사는 온보딩 중 팀과 합의하며, 신호 내부는 모방하기 어렵도록 비공개로 유지됩니다.
요청 서명
키를 게시하는 자동화 클라이언트의 암호학적 서명.
선언
클라이언트가 자신을 agent라고 밝히는 경우, 또는 앱 내 AI 지원 고지.
상호작용 신호
승인된 브라우저 수집기에서, 실행되는 페이지에서 신호를 수집합니다.
요청 컨텍스트
서버 측 통합에서 사용할 수 있는 헤더와 프로토콜 세부 정보.
routing decision이 들어가는 방식
애플리케이션이 Proof of Actor를 호출하고, 결과를 받은 뒤, 자체 규칙을 적용합니다. route와 위험 등급별로 통합이 fail open(요청이 Proof of Actor가 없는 것처럼 진행됨)할지 fail closed(기존의 더 강한 검사가 적용됨)할지 선택할 수 있습니다.
API 시간 초과
결과를 제때 사용할 수 없으면, 귀하의 통합은 해당 경로에 대해 선택한 대체 동작을 사용합니다. 시간 초과가 Human 결과로 바뀌지는 않습니다.
누락된 텔레메트리
브라우저 수집기가 실행되지 않았거나 신호가 없으면, 결과에 그 사실이 반영됩니다. 누락된 증거는 말할 수 있는 범위를 줄일 뿐이며, 의심스러운 것으로 취급되지 않습니다.
Unknown 분류
Unknown은 정상적인 결과입니다. 각 경로에서 Unknown이 무엇을 의미하는지는 귀하의 정책이 정의합니다. 예를 들어 공개 페이지는 허용하고, 계정 변경에는 기존 검사를 유지할 수 있습니다.
오래된 증거
증거에는 시간과 범위가 있습니다. 세션 초반의 결과는 새로 확인하지 않고 나중의 더 민감한 작업에 재사용해서는 안 됩니다.
베타 통합 워크플로
- 01지원app과 이해하고자 하는 상호작용에 대해 알려주세요.
- 02범위통합, 라우트, 사용 한도 및 데이터 처리를 합의하세요.
- 03관찰 모드로 통합앱이 응답하는 방식에는 변경이 없습니다.
- 04검증알고 있는 정답과 결과를 비교하세요: coverage, unknown rate, false positives, latency.
- 05결정증거가 이를 뒷받침하는 경우에만 정책을 활성화합니다.
파운딩 팀과 함께 측정하는 항목