मुख्य सामग्री पर जाएं
मोबाइल ऐप्स

जानें कि आपकी mobile app के backend को कौन call कर रहा है।

आपका app एक API से बात करता है, और कोई भी चीज जो उसके requests की नकल करती है, ऐसा कर सकती है। Proof of Actor आपके mobile backend तक पहुंचने वाले traffic को classify करता है, ताकि आप अपने app, agents और unknown clients को अलग तरीके से treat कर सकें।

Early Access प्राप्त करेंयह कैसे काम करता है, देखें
example-app.test · actor परिणाम

POST /v2/bookings

इंसान + AIbasis: declared

प्रमाण

आपके app ने बताया कि उसके in-app assistant ने signed-in user के लिए यह booking draft की थी

आपकी policy: Allow करें, AI-assisted label करें और user से confirm करने को कहें

आपका mobile API public है, भले ही आपका app public न हो।

आपके app द्वारा की गई हर request को किसी script या AI agent द्वारा replay किया जा सकता है। फोन पर मौजूद assistants भी अब अपने users के लिए apps operate करना शुरू कर रहे हैं। आपके backend के लिए, यह सब same token के साथ एक ही API call जैसा दिखता है।

Proof of Actor वहीं काम करता है जहाँ हर mobile request पहुंचती है: आपका backend। यह हर request के साथ आने वाले evidence को पढ़ता है, आपके app के अपने assistant features के बारे में किए गए declarations को रिकॉर्ड करता है, और evidence खत्म होने पर Unknown report करता है।

तीन अलग-अलग प्रश्न
  • कौन call कर रहा है?अभिनेता पहचान: हस्ताक्षर, घोषणा या अनुमान
  • कौन सी credential?आपकी API key, OAuth token या session
  • यह क्या कर सकता है?आपका authorization और policy

Proof of Actor पहले का जवाब देता है। आपका stack बाकी दो रखता है।

mobile teams actor context का क्या उपयोग करते हैं

  • Backend पर classify करें

    अपने app द्वारा उपयोग किए जाने वाले API के सामने server या edge integration चलाएं। शुरू करने के लिए app release की जरूरत नहीं है।

  • agents और scripts को पहचानें

    ऐसी requests देखें जिनमें agent signatures या declarations हों, और उन्हें आपके app के अपने traffic से अलग करें।

  • in-app AI को लेबल करें

    जब आपकी app का अपना assistant किसी user की ओर से कार्य करता है, तो उसे report करें ताकि वे requests Human + AI के रूप में recorded हों।

  • उच्च-प्रभाव वाले actions की सुरक्षा करें

    जब evidence कमजोर हो, तो bookings, payments और account changes पर confirmation या stronger credential मांगें।

  • endpoint के अनुसार usage देखें

    समझें कि लोग, assistants और automated clients किन endpoints का सबसे अधिक उपयोग करते हैं।

  • अगला कदम Native SDKs

    Native iOS और Android SDKs roadmap पर हैं। Founding teams तय करने में मदद करते हैं कि वे क्या collect करें।

01 · Detect

आपके backend को मिलने वाली requests से evidence।

सर्वर, edge या HTTP API integration आपके mobile API पर हर call में request context, signatures और घोषित client details पढ़ता है।

  • अपने API gateway, edge या server पर request context प्राप्त करें।
  • उन agents से signed requests जो अपनी keys publish करते हैं।
  • आपके app से उसकी own assistant features के बारे में declarations।
सिग्नल · स्रोत के अनुसार अंतिम अनुरोध
  • request signaturevalid · sample-crawler.exampleverified
  • क्लाइंट घोषणा"research-assistant/2.1"declared
  • ब्राउज़र इंटरैक्शनpointer + keyboard eventsinferred
  • कोई supported signals नहींroute not instrumentedunknown

02 · समझें

जानें हर endpoint का उपयोग कौन करता है।

Login, search, booking और account endpoints में actor mix की तुलना करें, और देखें कि unknown clients कहां केंद्रित हैं।

  • प्रति endpoint और app version Actor mix.
  • हर result के पीछे का evidence।
  • प्रति endpoint Unknown rate।
route के अनुसार traffic · 7 days
  • /dashboardअज्ञात 7%
  • /api/v1/catalogअज्ञात 15%
  • /support/ticketsअज्ञात 8%
  • /signupअज्ञात 21%
इंसानइंसान + AIएजेंटअज्ञात

03 · रूट

ऐसी policies जो action से मेल खाती हैं।

reads को तेज रखें, AI-drafted actions के लिए confirmation जोड़ें, और जहाँ impact अधिक है वहाँ stronger credentials माँगें।

  • endpoint, actor class और basis के लिए policies।
  • जब ज़रूरत हो, stronger credential पर जाएं।
  • Observe करें, preview करें, फिर enforce करें।
policy · example-app.test
  • /api/v1/catalogenforceएजेंटअनुमति दें · संरचित API
  • /support/ticketsenforceइंसान + AIAllow · AI-assisted label करें
  • /account/*previewअज्ञातमौजूदा checks बनाए रखें
  • /api/v1/orderspreviewएजेंटअधिक मजबूत credential आवश्यक करें

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

request से result, फिर आपके decision तक।

  • आपका in-app assistant किसी user के लिए booking करता है

    अनुरोध

    POST /v2/bookings

    परिणाम

    इंसान + AIbasis: declared

    आपका निर्णय

    Allow करें, इसे AI-assisted label करें और user से confirm करने को कहें।

  • एक signed agent availability खोजता है

    अनुरोध

    GET /v2/availability

    परिणाम

    एजेंटbasis: verified

    आपका निर्णय

    Read को agent rate limit के साथ allow करें।

  • कोई अन्य evidence न होने पर token का पुन: उपयोग

    अनुरोध

    POST /v2/account/email

    परिणाम

    अज्ञातbasis: unknown

    आपका निर्णय

    अपना मौजूदा verification step बनाए रखें। कोई actor-based निर्णय नहीं।

जोखिम के बिना rollout करें

टीमें observation mode में शुरू करती हैं और route दर route आगे बढ़ती हैं।

  1. 01

    अपने backend में observe करें

    अपने mobile API के सामने server या edge integration चलाएँ। शुरू करने के लिए किसी app release की जरूरत नहीं है।

  2. 02

    हर endpoint के लिए preview करें

    देखें कि booking, search और account endpoints के साथ कैसा व्यवहार होगा, इसमें आपके अपने assistant द्वारा declared requests भी शामिल हैं।

  3. 03

    उच्च-प्रभाव वाले calls पर लागू करें

    जहां प्रमाण कमजोर है, वहां पुष्टि या उससे अधिक मजबूत credential जोड़ें, सबसे जोखिमपूर्ण endpoint से शुरू करते हुए।

आपके stack के साथ काम करता है

  • संस्थापक टीमें

    वेब सर्वर मिडलवेयर (Node.js)

    Server-side

    server-rendered apps और APIs के लिए request-level signals।

  • संस्थापक टीमें

    Next.js

    server-side और edge

    page और API routes के लिए middleware।

  • संस्थापक टीमें

    ब्राउज़र स्क्रिप्ट

    केवल browser signals

    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 के लिए Actor context.

  • रोडमैप

    WordPress

    plugin

    WordPress sites के लिए plugin।

  • रोडमैप

    नेेटिव मोबाइल

    iOS और Android

    Native iOS और Android SDKs।

Integrations हर founding team के साथ onboarding के दौरान hands-on तरीके से दी जाती हैं। अलग stack इस्तेमाल कर रहे हैं? आवेदन करते समय बताइए।

और जानें

Detection & Limitations पढ़ें

अक्सर पूछे जाने वाले प्रश्न

क्या native iOS या Android SDK है?

अभी नहीं। Native SDKs roadmap पर हैं। आज Proof of Actor आपके backend पर server, edge या HTTP API integration के माध्यम से चलता है, जो आपके app के हर request को कवर करता है।

क्या हमें app का नया version ship करना होगा?

नहीं। आप backend पर integration से शुरू कर सकते हैं। in-app assistant use को declaration के रूप में report करना आपके अपने API के लिए एक optional addition है।

क्या यह मेरी real app को उसकी requests कॉपी करने वाले script से अलग बता सकता है?

यह हर request के साथ मौजूद evidence की रिपोर्ट करता है। जिन requests में कोई distinguishing evidence नहीं होता, उन्हें guess करने के बजाय Unknown के रूप में रिपोर्ट किया जाता है, और आपका policy तय करता है कि उन्हें कैसे संभालना है।

क्या यह हमारे login या token checks को replace करता है?

नहीं। आपका authentication ही control में रहता है। Proof of Actor यह जोड़ता है कि कौन या क्या act कर रहा है, ताकि आपकी policies बेहतर प्रतिक्रिया दे सकें।

इसकी लागत क्या है?

चुनी गई founding developer teams को agreed usage limits के भीतर up to 12 months free मिल सकते हैं।

अपने mobile backend में actor context लाएं।

Proof of Actor founding developer program में शामिल हों।

Early Access प्राप्त करेंडेवलपर हब

क्या पहले बात करना पसंद करेंगे? founders से बात करें