मुख्य सामग्रीकडे जा
DETECTION & LIMITATIONS

Proof of Actor काय ठरवू शकते, आणि काय नाही.

वर्गीकरणे, त्यामागील पुरावा, ती लागू होणारी संदर्भस्थिती, आणि आपण ज्या मर्यादांच्या आसपास रचना करतो त्यांचे साधे वर्णन.

signals · last request per source
  • request signaturevalid · sample-crawler.exampleverified
  • client घोषणा"research-assistant/2.1"declared
  • ब्राउझर परस्परक्रियाpointer + keyboard eventsinferred
  • समर्थित signals नाहीतroute not instrumentedunknown

थोडक्यात

Proof of Actor तुम्हाला काय सांगू शकते आणि काय हमी देऊ शकत नाही
Proof of Actor तुम्हाला काय सांगू शकते (जेव्हा समर्थित असेल)ती काय हमी देऊ शकत नाही
समर्थित agent विनंती signature वैध ठरते काagent प्रामाणिक आहे, सुरक्षित आहे, किंवा कोणतीही क्रिया करण्यास परवानगी आहे हे
सत्र काही परस्परसंवादी किंवा स्वयंचलन संकेत उघड करते कातुमच्या निरीक्षणात येणाऱ्या एकत्रीकरणाबाहेर human ने AI वापरले नाही हे
समर्थित workflow मध्ये AI वापर जाहीर केला होता की निरीक्षणीय होताAI assistance, copied content, किंवा दुसऱ्या device चे सार्वत्रिक detection
तो पुरावा अपुरा होता हेअज्ञात interaction द्वेषपूर्ण आहे हे

उपलब्धता तुमच्या एकत्रीकरणावर आणि सक्षम केलेल्या तपासण्यांवर अवलंबून असते. अंमलबजावणीच्या निर्णयांवर अनुप्रयोग मालकाचे नियंत्रण राहते.

वर्गीकरणे

चार सार्वजनिक वर्ग. प्रत्येकाचा अर्थ निश्चित आणि मर्यादा स्पष्ट आहे.

  • माणूस

    समर्थित निरीक्षणीय संकेत मानव-निर्देशित परस्परसंवाद दर्शवतात.

    याचा अर्थ असा नाही: AI वापरले गेले नाही, किंवा त्या व्यक्तीची वास्तविक ओळख पडताळलेली आहे हे.

  • माणूस + AI

    AI assistance घोषित केली गेली होती, किंवा तिला अशा supported integration ने detect केले जे प्रत्यक्षात ती observe करू शकते.

    याचा अर्थ असा नाही: सर्व लपलेला AI वापर, दुसरा tab किंवा दुसरे device यासह, शोधता येतो हे.

  • एजंट

    Automated किंवा agent-origin interaction, verifiable identity किंवा काळजीपूर्वक qualified inference द्वारे समर्थित.

    याचा अर्थ असा नाही: agent अधिकृत आहे, सुरक्षित आहे, किंवा व्यक्तीकडून वैध delegation सह कार्य करत आहे हे.

  • अज्ञात

    उपलब्ध पुरावा विश्वासार्ह निष्कर्षाला पाठिंबा देत नाही.

    याचा अर्थ असा नाही: तो interaction संशयास्पद किंवा द्वेषपूर्ण आहे हे.

Verified, declared, inferred, unknown

प्रत्येक निकालास basis असतो. कोणताही वर्ग inference ला cryptographic verification म्हणून दाखवत नाही, आणि हे security-sensitive applications साठी विशेष महत्त्वाचे आहे.

verified
सत्यापित. एक cryptographic किंवा अन्य प्रकारे पडताळता येणारे assertion validate केलेले, उदाहरणार्थ published key विरुद्ध request signature. ते फक्त ती पडताळणी सिद्ध करते, त्यापेक्षा अधिक नाही.
declared
घोषित. actor किंवा तुमच्या application ने ते सांगितले, उदाहरणार्थ AI-assistance disclosure किंवा स्वतःला agent म्हणवणारा client. Declaration खरे नसू शकते.
inferred
अनुमित. वर्तनात्मक किंवा संदर्भात्मक signals वरून काढलेला निष्कर्ष. Inferences चुकीचे ठरू शकतात आणि नेहमी inferences म्हणूनच लेबल केले जातात.
unknown
अज्ञात. निर्णयासाठी पुरेसे evidence नाही. निकाल अंदाज लावण्याऐवजी Unknown म्हणून अहवालित केला जातो.

जिथे खात्रीचा आकडा देण्यासाठी मागे चाचणी केलेले, समायोजित मॉडेल आवश्यक असेल, तिथे आम्ही त्याऐवजी गुणात्मक पुराव्याची ताकद वापरतो. 99.7% human असा आकडा तुम्हाला आमच्याकडून दिसणार नाही, जोपर्यंत तो मोजलेला आणि स्पष्ट केलेला नसेल.

समर्थित contexts आणि त्यांची मर्यादा

  • ब्राउझर

    एक browser collector तो जिथे चालतो त्या pages वरील interactive sessions पाहतो. तो JavaScript न चालवणारे clients, इतर tabs, applications किंवा devices मधील activity, किंवा व्यक्तीने इतरत्रून कॉपी करून आणलेला मजकूर पाहू शकत नाही.

  • सर्व्हर आणि API

    एक server-side integration request context पाहतो आणि, clients ने support केल्यास, request signatures देखील. तो व्यक्तीचा screen पाहू शकत नाही, आणि बहुतेक unsigned clients स्वतःचे वर्णन त्यांच्या सोयीनुसार करू शकतात.

  • MCP

    MCP server ला client चे घोषित तपशील आणि तो करत असलेले tool calls दिसतात. घोषित client name ही declaration आहे, verification नाही.

समजून घेण्यासारख्या दोन मर्यादा

दुसऱ्या tab किंवा device मधील AI-generated मजकूर

एखादी व्यक्ती दुसऱ्या टॅबमध्ये किंवा फोनवर chatbot ला विचारते आणि उत्तर तुमच्या फॉर्ममध्ये पेस्ट करते, तर सामान्य वेब ट्रॅफिक सहसा त्याबद्दल काहीच दाखवत नाही. सत्र human-directed दिसते कारण ते मानवाने निर्देशित केलेले असते.

Proof of Actor Human + AI फक्त तेव्हाच अहवालित करते जेव्हा assistance घोषित केले गेले असेल, किंवा ते प्रत्यक्ष पाहू शकणाऱ्या supported integration कडून observed केले गेले असेल, जसे तुमच्या app चे स्वतःचे assistant feature.

signed bot request काय सिद्ध करते

published key विरुद्ध validate होणारी HTTP message signature दाखवते की request त्या identifier शी संबंधित key ने signed करण्यात आला, जसे operator चे domain.

हे request मागे असलेल्या व्यक्तीची प्रत्यक्ष जगातील ओळख, एखाद्या व्यक्तीने त्याला अधिकार सोपवला आहे का, किंवा कृती सुरक्षित किंवा परवानगीची आहे का, हे स्थापित करत नाही. या क्षेत्रातील मानके, IETF Web Bot Auth workसह, अजूनही Internet-Drafts आहेत.

default blocking नाही

Proof of Actor defaultने काहीही block, reject किंवा challenge करत नाही. केवळ inferred actor result वर आधारित block किंवा reject करणे आम्ही शिफारस करत नाही, आणि विशेषतः त्यावर आधारित लोकांबद्दलचे महत्त्वाचे निर्णय (employment, credit, financial services, education किंवा essential services मध्ये प्रवेश) घेण्याविरुद्ध आहोत.

तुमच्या team ने निवडलेल्या आणि confirm केलेल्या policies अंतर्गत, तुमच्या application मध्येच enforcement होते, Unknown आणि timeouts साठी स्पष्ट fallbacks सह.

Unknown आणि abstention

पुरावा विश्वासार्ह निष्कर्षाला पाठिंबा देत नसल्यास, परिणाम Unknown असतो. Unknown कधीही Human मध्ये बदलला जात नाही, आणि त्याचा अर्थ संशयास्पद असा होत नाही. ते दृश्यमान ठेवले तर तुमची coverage कुठे संपते हे कळते, आणि काहीही enforce करण्यापूर्वी ही माहिती आवश्यक असते.

Privacy आणि governance principles

  • उद्देश मर्यादा

    पुरावा application owner ला interactions चे वर्णन करून दाखवतो. cross-site profiles तयार करण्यासाठी त्याचा वापर केला जात नाही.

  • किमान संकलन

    प्रत्येक integration त्याच्या context ला जे आवश्यक आहे तेच गोळा करते. Sensitive telemetry साठी स्पष्ट opt-in आवश्यक आहे.

  • tenant isolation

    एका customer चे evidence दुसऱ्या customer ला कधीही दिसत नाही.

  • संरचीत करता येणारी retention

    onboarding दरम्यान प्रत्येक founding team सोबत retention वर सहमती होते.

  • ग्राहक-नियंत्रित प्रवेश

    तुमच्या टीममधील कोणाला पुरावे आणि निकाल पाहता येतील हे तुम्ही ठरवता.

  • identity checks नाहीत

    biometric collection नाही आणि identity verification नाही हे Proof of Actor चा भाग नाही.

प्रत्येक team सोबत मान्य केलेले

retention periods, data fields आणि processors वर onboarding दरम्यान सहमती होते आणि प्रत्येक founding team साठी त्यांचे दस्तऐवजीकरण केले जाते.

Performance आणि methodology

coverage, unknown rate, false positives आणि calibration यांचे मोजमाप प्रत्येक समर्थित संदर्भात founding teams सोबत, त्या teams ना आधीच माहीत असलेल्या outcomes विरुद्ध केले जाते. प्रत्येक संदर्भ परिपक्व होत गेल्यावर methodology आणि results येथे प्रकाशित केले जातात.

Early Access साठी अर्ज कराते कसे कार्य करते

गोपनीयता किंवा सुरक्षेबद्दल प्रश्न? [email protected]

सुरक्षा आणि जबाबदार disclosure