주 콘텐츠로 건너뛰기
모바일 앱

모바일 앱의 backend를 호출하는 대상을 파악하세요.

앱은 API와 통신하며, 그 requests를 복제하는 어떤 것도 그렇게 할 수 있습니다. Proof of Actor는 모바일 backend에 도달하는 traffic을 분류하므로, 자체 앱, agents, 알 수 없는 clients를 서로 다르게 다룰 수 있습니다.

조기 접근 받기작동 방식 둘러보기
example-app.test · actor 결과

POST /v2/bookings

사람 + AIbasis: declared

증거

앱은 로그인한 사용자를 위해 앱 내 assistant가 이 예약 초안을 작성했다고 보고했습니다

귀하의 policy: 허용하고, AI-assisted로 표시한 뒤 사용자에게 확인을 요청

앱은 공개되어 있지 않아도 mobile API는 공개됩니다.

귀하의 앱이 보내는 모든 요청은 script 또는 AI agent가 다시 실행할 수 있습니다. 휴대폰 자체의 assistant도 사용자를 위해 앱을 조작하기 시작하고 있습니다. 백엔드에서는 모두 동일한 token을 가진 같은 API 호출처럼 보입니다.

Proof of Actor는 모든 mobile request가 도착하는 곳, 즉 고객의 backend에서 동작합니다. 각 request가 담고 있는 evidence를 읽고, 앱이 자신의 assistant 기능에 대해 선언한 내용을 기록하며, evidence가 부족하면 Unknown으로 report합니다.

세 가지 별도 질문
  • 누가 호출하고 있나요?행위자 신원: 서명, 선언 또는 추론
  • 어떤 자격 증명인가요?귀하의 API key, OAuth token 또는 session
  • 무엇을 할 수 있나요?귀하의 authorization and policy

Proof of Actor는 첫 번째 질문에 답합니다. 나머지 두 가지는 고객의 stack이 유지합니다.

모바일 팀이 actor 문맥으로 하는 일

  • 백엔드에서 분류

    앱이 사용하는 API 앞에 서버 또는 edge 통합을 실행하세요. 시작에 앱 배포는 필요하지 않습니다.

  • 에이전트와 스크립트를 식별하세요

    에이전트 서명 또는 선언이 포함된 요청을 확인하고, 이를 앱 자체 트래픽과 분리하세요.

  • 앱 내 AI 라벨링

    앱 자체의 assistant가 사용자를 대신해 행동할 때는 이를 보고해 해당 요청이 Human + AI로 기록되게 하세요.

  • 영향이 큰 작업을 보호합니다

    증거가 약할 때 예약, 결제 및 계정 변경에 대해 확인 또는 더 강한 credential을 요청하세요.

  • 엔드포인트별 사용량 보기

    사람, 어시스턴트, 자동화 클라이언트가 어떤 endpoint를 가장 많이 사용하는지 이해하세요.

  • 다음은 기본 SDK

    기본 iOS 및 Android SDK는 로드맵에 포함되어 있습니다. 창립 팀은 어떤 데이터를 수집할지 정하는 데 도움을 줍니다.

01 · 감지

백엔드가 수신하는 요청의 증거입니다.

서버, 엣지 또는 HTTP API 통합은 모바일 API에 대한 모든 호출에서 요청 컨텍스트, 서명 및 선언된 클라이언트 세부 정보를 읽습니다.

  • API 게이트웨이, edge 또는 서버에서 요청 컨텍스트를 수집합니다.
  • 자신의 키를 공개하는 에이전트의 서명된 요청.
  • 앱의 자체 어시스턴트 기능에 대한 앱의 선언입니다.
신호 · 소스별 마지막 요청
  • 요청 서명valid · sample-crawler.exampleverified
  • 클라이언트 선언"research-assistant/2.1"declared
  • 브라우저 상호작용pointer + keyboard eventsinferred
  • 지원되는 신호 없음route not instrumentedunknown

02 · 이해

누가 각 endpoint를 사용하는지 파악하세요.

login, search, booking 및 account endpoint 전반의 actor 구성을 비교하고, unknown client가 어디에 집중되는지 확인하세요.

  • 엔드포인트 및 앱 버전별 행위자 구성.
  • 모든 결과의 근거.
  • endpoint별 Unknown 비율입니다.
route별 트래픽 · 7일
  • /dashboard알 수 없음 7%
  • /api/v1/catalog알 수 없음 15%
  • /support/tickets알 수 없음 8%
  • /signup알 수 없음 21%
사람사람 + AI에이전트알 수 없음

03 · 라우팅

작업에 맞는 policy.

읽기 작업은 빠르게 유지하고, AI가 작성한 작업에는 확인을 추가하며, 영향이 큰 경우에는 더 강한 자격 증명을 요청하세요.

  • endpoint, actor class 및 basis별 policy.
  • 중요할 때 더 강한 자격 증명으로 전환하세요.
  • 관찰하고, 미리 보고, 그 다음 강제 적용하세요.
policy · example-app.test
  • /api/v1/catalogenforce에이전트허용 · 구조화된 API
  • /support/ticketsenforce사람 + AI허용 · AI-assisted로 표시
  • /account/*preview알 수 없음기존 검사를 유지
  • /api/v1/orderspreview에이전트더 강한 자격 증명 요구

예시 결정

request에서 result를 거쳐 귀하의 decision까지.

  • 앱 내 assistant가 사용자를 대신해 예약합니다

    요청

    POST /v2/bookings

    결과

    사람 + AIbasis: declared

    귀하의 결정

    허용하고 AI-assisted로 표시한 뒤 사용자에게 확인을 요청하세요.

  • 서명된 agent가 이용 가능 여부를 검색

    요청

    GET /v2/availability

    결과

    에이전트basis: verified

    귀하의 결정

    해당 읽기는 agent rate limit으로 허용하세요.

  • 다른 근거 없이 재사용된 토큰

    요청

    POST /v2/account/email

    결과

    알 수 없음basis: unknown

    귀하의 결정

    기존 verification 단계를 유지하세요. actor-based decision 없음.

위험 없이 출시

팀은 관찰 모드로 시작해 경로별로 진행합니다.

  1. 01

    backend에서 관찰

    모바일 API 앞에 서버 또는 edge 통합을 실행하세요. 시작하는 데 앱 배포는 필요하지 않습니다.

  2. 02

    endpoint별 미리보기

    예약, 검색 및 계정 endpoint가 어떻게 처리되는지 확인하세요. 여기에는 자체 assistant가 선언한 요청도 포함됩니다.

  3. 03

    영향이 큰 호출에 적용

    근거가 약한 곳에는 확인 절차나 더 강한 자격 증명을 추가하세요. 가장 위험한 endpoint부터 시작합니다.

현재 스택과 함께 작동

  • 초기 팀

    웹 서버 미들웨어 (Node.js)

    서버 측

    서버 렌더링 앱과 APIs를 위한 요청 수준 신호.

  • 초기 팀

    Next.js

    서버 측 및 엣지

    페이지와 API 라우트를 위한 미들웨어.

  • 초기 팀

    브라우저 스크립트

    브라우저 신호만

    서버 측 통합과 함께 브라우저 세션에서 수집되는 상호작용 신호입니다.

  • 초기 팀

    Cloudflare 및 edge runtime

    Edge

    요청이 원본 서버에 도달하기 전 엣지에서 신호를 수집합니다.

  • 초기 팀

    범용 HTTP API

    모든 스택

    요청 컨텍스트를 API에 보내고 근거가 포함된 결과를 받으세요.

  • 초기 팀

    MCP 서버

    MCP

    MCP 도구 호출을 위한 행위자 컨텍스트.

  • 로드맵

    WordPress

    플러그인

    WordPress 사이트용 plugin.

  • 로드맵

    기본 모바일

    iOS 및 Android

    기본 iOS 및 Android SDK.

온보딩 동안 각 창립 팀과 함께 실습 방식으로 통합을 제공합니다. 다른 스택을 사용하시나요? 지원할 때 알려주세요.

자세히 알아보기

Detection 및 제한 사항 읽기

자주 묻는 질문

네이티브 iOS 또는 Android SDK가 있나요?

아직은 아닙니다. 기본 SDK는 로드맵에 있습니다. 현재 Proof of Actor는 서버, 엣지 또는 HTTP API 통합을 통해 백엔드에서 실행되며, 앱이 보내는 모든 요청을 처리합니다.

새 앱 버전을 배포해야 하나요?

아니요. 백엔드에 먼저 통합하면서 시작할 수 있습니다. 앱 내 assistant 사용을 선언으로 보고하는 것은 귀하의 API에 대한 선택적 추가 기능입니다.

내 실제 앱과 요청을 복사하는 스크립트를 구분할 수 있나요?

각 요청이 가지고 있는 증거를 보고합니다. 구분되는 증거가 없는 요청은 추측하지 않고 Unknown으로 보고되며, 어떻게 처리할지는 귀하의 정책이 결정합니다.

로그인 또는 토큰 검사를 대체하나요?

아니요. 인증이 계속 담당합니다. Proof of Actor는 누가 또는 무엇이 작동하는지를 추가해 주어, 정책이 더 잘 대응할 수 있습니다.

비용은 얼마인가요?

선정된 창립 개발자 팀은 합의된 사용 한도 내에서 최대 12개월 무료로 이용할 수 있습니다.

모바일 백엔드에 actor 컨텍스트를 가져오세요.

Proof of Actor founding developer program에 참여하세요.

조기 접근 받기개발자 허브

먼저 이야기하고 싶으신가요? 창립자와 상담하세요