मुख्य सामग्रीकडे जा
मोबाईल अ‍ॅप्स

तुमच्या mobile app च्या backend ला कोण call करत आहे ते जाणून घ्या.

तुमचे app एक API शी संवाद साधते, आणि त्याच्या requests ची नक्कल करणारी कोणतीही गोष्ट तसे करू शकते. Proof of Actor तुमच्या mobile backend पर्यंत पोहोचणाऱ्या traffic चे वर्गीकरण करते, त्यामुळे तुम्ही तुमचे स्वतःचे app, agents आणि unknown clients यांना वेगवेगळे हाताळू शकता.

लवकर प्रवेश मिळवाते कसे कार्य करते ते अन्वेषित करा
example-app.test · actor result

POST /v2/bookings

माणूस + AIbasis: declared

पुरावा

तुमच्या app ने कळवले की त्याच्या in-app assistant ने signed-in user साठी ही booking draft केली

तुमची policy: परवानगी द्या, AI-assisted म्हणून label करा आणि user ला confirm करण्यास सांगा

तुमचा mobile API सार्वजनिक आहे, जरी तुमचे app नसले तरी.

तुमच्या app ने केलेली प्रत्येक request script किंवा AI agent कडून पुन्हा चालवली जाऊ शकते. फोनवरच असलेले assistants सुद्धा आता त्यांच्या users साठी apps चालवू लागले आहेत. तुमच्या backend ला हे सगळे एकाच token सह केलेल्या समान API call सारखेच दिसते.

Proof of Actor जिथे प्रत्येक मोबाइल request पोहोचते तिथे काम करते: तुमचा backend. ते प्रत्येक request ने आणलेला पुरावा वाचते, तुमचे app त्याच्या स्वतःच्या assistant features बद्दल काय घोषित करते ते नोंदवते, आणि पुरावा संपल्यावर Unknown अहवालित करते.

तीन वेगळे प्रश्न
  • कोण कॉल करत आहे?अॅक्टर ओळख: signature, declaration किंवा inference
  • कोणते credential?तुमचा API key, OAuth token किंवा session
  • ते काय करू शकते?तुमचे authorization आणि policy

Proof of Actor पहिल्या प्रश्नाचे उत्तर देते. तुमचा stack उरलेले दोन सांभाळतो.

मोबाइल टीम्स actor संदर्भासह काय करतात

  • backend मध्ये वर्गीकृत करा

    तुमच्या app ने वापरलेल्या API च्या समोर server किंवा edge integration चालवा. सुरू करण्यासाठी app releaseची गरज नाही.

  • agents आणि scripts ओळखा

    agent signatures किंवा declarations असलेल्या requests पहा, आणि त्यांना तुमच्या app च्या स्वतःच्या traffic पासून वेगळे करा.

  • app मधील AI ला label द्या

    तुमच्या app चा स्वतःचा assistant एखाद्या वापरकर्त्याच्या वतीने कार्य करत असेल, तर ते कळवा म्हणजे त्या विनंत्या Human + AI म्हणून नोंदवल्या जातील.

  • उच्च-परिणामकारक कृतींचे संरक्षण करा

    पुरावा कमकुवत असताना bookings, payments आणि account changes वर confirmation किंवा अधिक मजबूत credential मागा.

  • endpoint नुसार usage पहा

    लोक, assistants आणि automated clients कोणते endpoints सर्वाधिक वापरतात ते समजून घ्या.

  • पुढे native SDKs

    native iOS आणि Android SDKs roadmap वर आहेत. founding teams ते काय संकलित करतील हे आकार देण्यास मदत करतात.

01 · शोधा

तुमच्या backend ला मिळणाऱ्या requests मधील पुरावा.

server, edge किंवा HTTP API एकत्रीकरण तुमच्या mobile API ला होणाऱ्या प्रत्येक call मध्ये request context, signatures आणि declared client details वाचते.

  • तुमच्या API gateway, edge किंवा server वर request context मिळवा.
  • keys प्रकाशित करणाऱ्या agents कडून signed requests.
  • तुमच्या app कडून त्याच्या स्वतःच्या assistant features बद्दल दिलेल्या घोषणा.
signals · last request per source
  • request signaturevalid · sample-crawler.exampleverified
  • client घोषणा"research-assistant/2.1"declared
  • ब्राउझर परस्परक्रियाpointer + keyboard eventsinferred
  • समर्थित signals नाहीतroute not instrumentedunknown

02 · समजून घ्या

प्रत्येक endpoint कोण वापरतो ते जाणून घ्या.

login, search, booking आणि account endpoints मध्ये actor mix ची तुलना करा, आणि unknown clients कुठे एकवटतात ते पहा.

  • प्रत्येक endpoint आणि app version नुसार अॅक्टर मिश्रण.
  • प्रत्येक परिणामामागील पुरावा.
  • प्रत्येक endpoint साठी unknown rate.
route नुसार ट्रॅफिक · 7 दिवस
  • /dashboardअज्ञात 7%
  • /api/v1/catalogअज्ञात 15%
  • /support/ticketsअज्ञात 8%
  • /signupअज्ञात 21%
माणूसमाणूस + AIएजंटअज्ञात

03 · मार्गी लावा

कृतीशी जुळणारी धोरणे.

reads जलद ठेवा, AI-drafted actions साठी पुष्टी जोडा, आणि जिथे परिणाम जास्त आहे तिथे अधिक मजबूत credentials मागा.

  • प्रत्येक endpoint, actor class आणि basis साठी धोरणे.
  • जिथे गरज असेल तिथे अधिक मजबूत credential वापरा.
  • निरीक्षण करा, preview करा, मग enforce करा.
policy · example-app.test
  • /api/v1/catalogenforceएजंटपरवानगी द्या · structured API
  • /support/ticketsenforceमाणूस + AIपरवानगी द्या · AI-assisted म्हणून label करा
  • /account/*previewअज्ञातअस्तित्वातील checks ठेवा
  • /api/v1/orderspreviewएजंटअधिक मजबूत credential आवश्यक ठेवा

उदाहरणार्थ निर्णय

request पासून result पर्यंत, आणि मग तुमच्या निर्णयापर्यंत.

  • तुमचा in-app assistant एका user साठी booking करतो

    Request

    POST /v2/bookings

    परिणाम

    माणूस + AIbasis: declared

    तुमचा निर्णय

    परवानगी द्या, ते AI-assisted म्हणून label करा आणि user ला confirm करण्यास सांगा.

  • एक signed agent availability शोधतो

    Request

    GET /v2/availability

    परिणाम

    एजंटbasis: verified

    तुमचा निर्णय

    read ला agent rate limit सह परवानगी द्या.

  • इतर कोणताही पुरावा नसलेला token पुन्हा वापरलेला

    Request

    POST /v2/account/email

    परिणाम

    अज्ञातbasis: unknown

    तुमचा निर्णय

    तुमचा अस्तित्वातील verification step ठेवा. actor-आधारित निर्णय नाही.

जोखीम न घेता rollout करा

टीम्स observation mode मध्ये सुरू करतात आणि एकेक route नुसार पुढे जातात.

  1. 01

    तुमच्या backend वर निरीक्षण करा

    तुमच्या mobile API च्या पुढे server किंवा edge integration चालवा. सुरू करण्यासाठी app release आवश्यक नाही.

  2. 02

    प्रत्येक endpoint साठी पूर्वावलोकन करा

    booking, search आणि account endpoints कसे हाताळले जातील ते पहा, तुमचा स्वतःचा assistant declare करतो त्या requests सहित.

  3. 03

    उच्च-परिणाम असलेल्या calls वर enforce करा

    जिथे पुरावा कमकुवत आहे तिथे पुष्टीकरण किंवा अधिक मजबूत प्रमाणपत्र जोडा, सर्वात धोकादायक endpoint पासून सुरुवात करा.

तुमच्या stack सोबत कार्य करते

  • संस्थापक संघ

    वेब सर्व्हर मध्यस्तर (Node.js)

    server-side

    server-rendered apps आणि APIs साठी request-level signals.

  • संस्थापक संघ

    Next.js

    सर्व्हर-साइड आणि edge

    page आणि API routes साठी middleware.

  • संस्थापक संघ

    ब्राउझर स्क्रिप्ट

    फक्त browser संकेत

    browser sessions मधून मिळालेले interaction signals, server-side integration सोबत.

  • संस्थापक संघ

    Cloudflare आणि edge runtimes

    Edge

    requests तुमच्या origin पर्यंत पोहोचण्यापूर्वी edge वरील signals.

  • संस्थापक संघ

    सामान्य HTTP API

    कोणताही stack

    request context एका API कडे पाठवा आणि त्याचा basis असलेला result मिळवा.

  • संस्थापक संघ

    MCP सर्व्हर

    MCP

    MCP tool calls साठी अॅक्टर संदर्भ.

  • रोडमॅप

    WordPress

    Plugin

    WordPress साइट्ससाठी प्लगइन.

  • रोडमॅप

    native mobile

    iOS आणि Android

    native iOS आणि Android SDKs.

onboarding दरम्यान प्रत्येक founding team सोबत integrations प्रत्यक्ष स्वरूपात दिल्या जातात. वेगळा stack वापरत आहात? अर्ज करताना आम्हाला कळवा.

अधिक जाणून घ्या

Detection आणि Limitations वाचा

वारंवार विचारले जाणारे प्रश्न

native iOS किंवा Android SDK आहे का?

अजून नाही. native SDKs roadmap वर आहेत. आज Proof of Actor तुमच्या backend वर server, edge किंवा HTTP API integration द्वारे चालते, जे तुमच्या app ने पाठवलेल्या प्रत्येक request ला कव्हर करते.

आम्हाला app ची नवीन version पाठवावी लागेल का?

नाही. तुम्ही तुमच्या backend पासून integration सुरू करू शकता. in-app assistant वापराला declaration म्हणून report करणे हे तुमच्या स्वतःच्या API मधील optional जोड आहे.

माझे खरे app आणि त्याच्या विनंत्या कॉपी करणारी script यांत फरक ते ओळखू शकते का?

प्रत्येक request ने आणलेले evidence ते नोंदवते. वेगळेपण दाखवणारे evidence नसलेल्या requests ना अंदाज न लावता Unknown म्हणून नोंदवले जाते, आणि त्यांना कसे हाताळायचे हे तुमची policy ठरवते.

ते आमच्या login किंवा token checks ची जागा घेते का?

नाही. तुमची authentication नियंत्रणात राहते. Proof of Actor कोण किंवा काय कार्य करत आहे हे जोडते, त्यामुळे तुमच्या policies अधिक चांगला प्रतिसाद देऊ शकतात.

त्याची किंमत किती आहे?

निवडलेल्या founding developer teams ना agreed usage limits अंतर्गत 12 महिन्यांपर्यंत मोफत सेवा मिळू शकते.

तुमच्या mobile backend मध्ये actor context आणा.

Proof of Actor founding developer program मध्ये सामील व्हा.

लवकर प्रवेश मिळवाविकसक केंद्र

आधी बोलणे पसंत आहे? founders शी बोला