SaaS 애플리케이션을 actor-aware하게 만드세요.
관찰된 Human, Human + AI, 자율, Unknown 상호작용을 이해하여 회원 가입부터 설정까지 제품이 적절히 대응할 수 있게 하세요.
POST /reports/generate
증거
app의 내장 어시스턴트가 로그인한 사용자를 위해 이 요청을 생성했습니다
귀하의 policy: 보고서를 허용하고 AI-assisted로 기록
이제 사용자는 assistants와 agents를 함께 데려옵니다.
사람들은 로그인한 뒤 작업을 AI assistant, browser agent 및 자동화에 넘깁니다. 그러면 앱에서는 그 모든 것이 같은 account와 같은 session으로 보입니다.
그로 인해 적절한 경험을 설계하기가 어렵습니다. 사람을 위한 빠른 경로, 정당한 자동화를 위한 구조화된 경로, 민감한 작업을 위한 신중한 경로가 필요합니다. Proof of Actor는 제품에 그러한 컨텍스트를 제공합니다.
Proof of Actor가 추가하는 것
어시스턴트가 이 계정을 통해 /reports에서 작업 중입니다.
SaaS 팀이 actor 문맥으로 하는 일
사람의 경험을 보호하세요
무분별한 마찰 없이 사람이 사용하는 가입, 온보딩 및 일상 흐름을 빠르게 유지하세요.
에이전트에 구조화된 경로를 제공하세요
사람을 위해 만든 UI 대신, Verified 또는 Declared Agent에게 API 또는 구조화된 응답을 제공하세요.
지원에서 공개된 AI 지원
적합한 곳에서는 AI 지원 작업을 수용하고 라벨을 붙이십시오. 남용으로 취급하지 마십시오.
민감한 작업을 보호합니다
자체 정책에서 필요하다고 판단하는 경우 계정 변경 작업에 검토 또는 더 강한 확인 단계를 추가하세요.
제품 사용 이해
사람, 어시스턴트 및 에이전트가 실제로 어떤 기능을 사용하는지 라우트별로 확인하세요.
Unknown에 대한 계획
경로별로 증거가 충분하지 않을 때 어떻게 처리할지 결정하고, 그 비율을 보이게 유지합니다.
01 · 감지
귀하의 제품과 서버에서 오는 신호.
브라우저 수집기는 귀하가 선택한 페이지에서 상호작용 신호를 수집하고, 서버 통합은 요청 컨텍스트와 자동화된 클라이언트의 서명을 추가합니다.
- 브라우저 수집기가 실행되는 위치의 상호작용 신호입니다.
- 자신의 키를 공개하는 에이전트의 서명된 요청.
- 앱 내 AI 고지 및 귀하의 자체 어시스턴트 기능.
- 요청 서명valid · sample-crawler.exampleverified
- 클라이언트 선언"research-assistant/2.1"declared
- 브라우저 상호작용pointer + keyboard eventsinferred
- 지원되는 신호 없음route not instrumentedunknown
02 · 이해
각 워크플로우가 실제로 어떻게 사용되는지 확인하세요.
dashboard, settings, support 및 sign-up 흐름의 actor 구성을 비교하고, 어떤 세션이든 그 뒤의 증거를 자세히 살펴보세요.
- 라우트별 및 워크플로별 행위자 구성.
- 모든 결과의 증거와 근거입니다.
- 경로별 Unknown 비율이므로 보강이 필요한 곳을 알 수 있습니다.
- /dashboard알 수 없음 7%
- /api/v1/catalog알 수 없음 15%
- /support/tickets알 수 없음 8%
- /signup알 수 없음 21%
03 · 라우팅
각 행위자에 맞는 적절한 경험.
중요한 경로에 대한 규칙을 작성하고 점진적으로 배포하세요. 나머지는 지금처럼 그대로 작동합니다.
- route, actor class 및 basis별 policy.
- 관찰하고, 미리 보고, 그 다음 강제 적용하세요.
- 기존 authentication과 authorization이 계속 주도권을 가집니다.
- /api/v1/catalogenforce에이전트허용 · 구조화된 API
- /support/ticketsenforce사람 + AI허용 · AI-assisted로 표시
- /account/*preview알 수 없음기존 검사를 유지
- /api/v1/orderspreview에이전트더 강한 자격 증명 요구
예시 결정
request에서 result를 거쳐 귀하의 decision까지.
검증된 agent가 카탈로그를 읽음
요청
GET /api/v1/catalog
결과
에이전트basis: verified귀하의 결정
이를 구조화된 API로 보내고, 계정 변경에는 별도의 승인을 요구하세요.
사람이 AI로 티켓 초안을 작성
요청
POST /support/tickets
결과
사람 + AIbasis: declared귀하의 결정
수용하고 AI 지원 라벨로 지원팀에 전달하십시오.
근거가 너무 적은 설정 변경
요청
POST /account/password
결과
알 수 없음basis: unknown귀하의 결정
기존 재인증 흐름을 유지하세요. actor-based decision 없음.
위험 없이 출시
팀은 관찰 모드로 시작해 경로별로 진행합니다.
- 01
핵심 흐름을 관찰
가입, 지원 및 설정에 브라우저 수집기와 서버 미들웨어를 추가하세요. 제품에는 아무런 변경도 없습니다.
- 02
workflow별 미리보기
규칙이 실제 session에서 무엇을 했을지 확인하세요. 예를 들어 AI-assisted ticket에 레이블을 지정하거나 agent를 API로 routing하는 경우입니다.
- 03
route별로 적용
한 번에 하나의 workflow만 켜고, 계정 변경 action에는 Unknown에 대한 명시적 fallback을 두세요.
현재 스택과 함께 작동
- 초기 팀
웹 서버 미들웨어 (Node.js)
서버 측
서버 렌더링 앱과 APIs를 위한 요청 수준 신호.
- 초기 팀
Next.js
서버 측 및 엣지
페이지와 API 라우트를 위한 미들웨어.
- 초기 팀
브라우저 스크립트
브라우저 신호만
서버 측 통합과 함께 브라우저 세션에서 수집되는 상호작용 신호입니다.
- 초기 팀
Cloudflare 및 edge runtime
Edge
요청이 원본 서버에 도달하기 전 엣지에서 신호를 수집합니다.
- 초기 팀
범용 HTTP API
모든 스택
요청 컨텍스트를 API에 보내고 근거가 포함된 결과를 받으세요.
- 초기 팀
MCP 서버
MCP
MCP 도구 호출을 위한 행위자 컨텍스트.
- 로드맵
WordPress
플러그인
WordPress 사이트용 plugin.
- 로드맵
기본 모바일
iOS 및 Android
기본 iOS 및 Android SDK.
온보딩 동안 각 창립 팀과 함께 실습 방식으로 통합을 제공합니다. 다른 스택을 사용하시나요? 지원할 때 알려주세요.
자주 묻는 질문
사용자 속도를 늦추거나 차단하나요?
아니요. Proof of Actor는 관찰 모드로 시작하며, 팀이 특정 라우트에 대한 정책을 활성화하기 전까지 앱에서는 아무것도 변경되지 않습니다.
누군가 다른 탭에서 ChatGPT를 사용했는지 알 수 있나요?
일반적인 웹 트래픽만으로는 아닙니다. Human + AI 결과는 귀하의 앱에서 선언되거나 관찰 가능한 AI 사용에서 비롯되며, 예를 들어 자체 assistant 기능이나 공개 제어가 있습니다.
로그인 또는 fraud 도구를 대체하나요?
아니요. 그것들 옆에 actor 컨텍스트를 추가합니다. 인증, 권한 부여 및 부정행위 도구는 각자의 결정을 계속 담당합니다.
어떤 워크플로우부터 시작할까요?
행위자에 따라 적절한 응답이 달라지는 워크플로부터 시작하세요: 가입, 지원, 고가치 기능, 계정 설정.
비용은 얼마인가요?
선정된 창립 개발자 팀은 합의된 사용 한도 내에서 최대 12개월 무료로 이용할 수 있습니다.
SaaS 앱에 actor 컨텍스트를 가져오세요.
Proof of Actor founding developer program에 참여하세요.
먼저 이야기하고 싶으신가요? 창립자와 상담하세요