Proof of Actor: समझें कि आपके application में कौन कार्य कर रहा है।
Proof of Actor by AgentCredia is one product for actor visibility and application-defined decisions. See what each interaction is, the evidence behind it, and choose the right experience for it.
GET /api/v1/catalog
प्रमाण
sample-crawler.example के लिए request signature मान्य किया गया
आपकी policy: Allow: structured API response serve करें
actor context क्यों महत्वपूर्ण है
Login बताता है कि कौन सा account इस्तेमाल हो रहा है। यह नहीं बताता कि कोई व्यक्ति click कर रहा है, कोई व्यक्ति AI assistant के साथ काम कर रहा है, या कोई autonomous agent account के माध्यम से काम कर रहा है। इन सबके लिए अलग experiences होने चाहिए।
Proof of Actor जोड़ता है
/reports पर एक assistant इस account के माध्यम से कार्य कर रहा है।
01 · Detect
वे signals एकत्र करें जिन्हें आपकी integration देख सकती है।
Proof of Actor server, edge, browser या आपके MCP server में actor signals एकत्र करता है, और verified assertions को behavioral inferences से अलग करता है।
- request signatures से verified agent identities।
- Client declarations और in-app AI disclosures।
- जहां आपका collector चलता है, वहीं browser interaction signals।
- Unknown को उसके अपने result के रूप में रखा गया है, कभी अनुमान नहीं लगाया गया।
- request signaturevalid · sample-crawler.exampleverified
- क्लाइंट घोषणा"research-assistant/2.1"declared
- ब्राउज़र इंटरैक्शनpointer + keyboard eventsinferred
- कोई supported signals नहींroute not instrumentedunknown
02 · समझें
देखें कि आपके app के प्रत्येक हिस्से का उपयोग कौन कर रहा है।
route और workflow के अनुसार actor analytics दिखाते हैं कि लोग, AI-assisted users और agents कहाँ interact करते हैं, और हर classification के लिए evidence एक click दूर है।
- route, workflow और time period के अनुसार traffic mix।
- हर result के पीछे evidence और basis।
- Unknown rate, ताकि आपको पता रहे coverage कहां खत्म होती है।
- /dashboardअज्ञात 7%
- /api/v1/catalogअज्ञात 15%
- /support/ticketsअज्ञात 8%
- /signupअज्ञात 21%
03 · रूट
आगे क्या होगा, इसे रूट दर रूट तय करें।
उन routes के लिए policies लिखें जो महत्वपूर्ण हैं: allow, adapt, challenge, review या rate-limit। observation से शुरू करें, प्रभाव का preview करें, फिर तैयार होने पर enforce करें।
- प्रति route, actor class और basis के लिए policies।
- Observe करें, preview करें, फिर enforce करें।
- Unknown और timeouts के लिए explicit fallbacks।
- निर्णय आपके application code में रहते हैं।
- /api/v1/catalogenforceएजेंटअनुमति दें · संरचित API
- /support/ticketsenforceइंसान + AIAllow · AI-assisted label करें
- /account/*previewअज्ञातमौजूदा checks बनाए रखें
- /api/v1/orderspreviewएजेंटअधिक मजबूत credential आवश्यक करें
चार classes। हर result समझाया गया।
हर interaction चार classes में से किसी एक में resolve होता है, और हर एक का स्पष्ट अर्थ और स्पष्ट सीमा होती है।
- इंसान
समर्थित देखे जा सकने वाले संकेत मानव-निर्देशित इंटरैक्शन का संकेत देते हैं।
इसका मतलब यह नहीं है: कि कोई AI इस्तेमाल नहीं हुआ, या व्यक्ति की real-world identity verified है।
- इंसान + AI
AI assistance declared की गई थी, या एक supported integration द्वारा detect की गई थी जो वास्तव में उसे observe कर सकती है।
इसका मतलब यह नहीं है: कि सभी hidden AI use का पता लगाया जा सकता है, जिसमें दूसरा tab या दूसरा device भी शामिल है।
- एजेंट
Automated या agent-origin interaction, जिसे verifiable identity या सावधानी से qualified inference का support हो।
इसका मतलब यह नहीं है: कि agent authorized है, safe है, या किसी व्यक्ति की valid delegation के साथ काम कर रहा है।
- अज्ञात
उपलब्ध evidence एक भरोसेमंद determination का समर्थन नहीं करता।
इसका मतलब यह नहीं है: कि interaction संदिग्ध या malicious है।
और हर result अपना basis बताता है
- verifiedएक cryptographic या अन्यथा जांचने योग्य assertion जिसे validate किया गया हो, जैसे published key के against request signature। यह केवल उसी check को साबित करता है, इससे अधिक नहीं।
- declaredयह actor या आपकी application ने कहा, जैसे AI-assistance disclosure या कोई client जो खुद को agent बताता है। Declared बात असत्य हो सकती है।
- inferredव्यवहारिक या संदर्भगत signals से निकाला गया निष्कर्ष। Inferences गलत हो सकते हैं और हमेशा inference के रूप में ही label किए जाते हैं।
- unknownनिर्णय के लिए पर्याप्त evidence नहीं। परिणाम को guess करने के बजाय Unknown के रूप में report किया जाता है।
आपका app जो निर्णय ले सकता है
तीन सामान्य स्थितियां, request से result तक और फिर आपके decision तक।
एक signed agent आपका catalog पढ़ता है
अनुरोध
GET /api/v1/catalog
परिणाम
एजेंटbasis: verifiedआपका निर्णय
HTML pages के बजाय structured API serve करें।
बिना evidence के एक account change
अनुरोध
POST /account/password
परिणाम
अज्ञातbasis: unknownआपका निर्णय
मौजूदा re-authentication flow बनाए रखें। कोई actor-based निर्णय नहीं।
एक disclosed AI-assisted ticket
अनुरोध
POST /support/tickets
परिणाम
इंसान + AIbasis: declaredआपका निर्णय
इसे स्वीकार करें और AI-assisted label के साथ route करें।
production apps के लिए built
पहले observation
Proof of Actor तब तक कुछ नहीं बदलता जब तक आप policy enable नहीं करते।
Scores नहीं, evidence
Results के साथ उनका basis दिया जाता है, न कि कोई अस्पष्ट संख्या।
आपके rules
Enforcement आपके application में रहता है, प्रति route और risk tier के हिसाब से।
डिज़ाइन से ही गोपनीयता
न्यूनतम collection, tenant isolation और वही retention जिस पर आप सहमत हों।
आपके stack में fit होता है
Server middleware, Next.js, edge, browser, एक generic HTTP API और MCP servers।
- संस्थापक टीमें
वेब सर्वर मिडलवेयर (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 इस्तेमाल कर रहे हैं? आवेदन करते समय बताइए।
अक्सर पूछे जाने वाले प्रश्न
क्या Proof of Actor एक bot blocker या CAPTCHA है?
नहीं। यह actor evidence और classifications report करता है और फैसले आपकी application पर छोड़ देता है। यह by default कुछ भी block नहीं करता।
क्या यह किसी व्यक्ति की identity verify करता है?
नहीं। यह identity checks, KYC या biometric verification नहीं करता। Human result का मतलब है कि observable signals human-directed interaction दिखाते हैं, यह नहीं कि वह व्यक्ति कौन है।
क्या signed agent request का मतलब है कि agent को act करने की अनुमति है?
नहीं। एक valid signature request को एक key और उसके published operator से जोड़ता है। वह operator आपके app में कुछ कर सकता है या नहीं, यह आपका authorization decision है।
मुझे access कैसे मिलेगा?
Proof of Actor private beta में है। early access के लिए आवेदन करें और हमें उस application और interaction के बारे में बताएं जिसे आप समझना चाहते हैं।
जानें कि आपका app कौन उपयोग कर रहा है।
founding developer program में शामिल होने के लिए आवेदन करें।
क्या पहले बात करना पसंद करेंगे? founders से बात करें