Proof of Actor क्या स्थापित कर सकता है, और क्या नहीं।
classifications, उनके पीछे के evidence, जिन contexts पर वे लागू होते हैं, और जिन सीमाओं के भीतर हम design करते हैं, उनका सीधा विवरण।
- request signaturevalid · sample-crawler.exampleverified
- क्लाइंट घोषणा"research-assistant/2.1"declared
- ब्राउज़र इंटरैक्शनpointer + keyboard eventsinferred
- कोई supported signals नहींroute not instrumentedunknown
संक्षिप्त संस्करण
| Proof of Actor आपको क्या बता सकता है (जब supported हो) | यह क्या guarantee नहीं कर सकता |
|---|---|
| क्या supported agent request signature validate होती है | कि agent honest है, safe है, या कोई भी action करने के लिए permitted है |
| क्या कोई session कुछ interactive या automation signals उजागर करती है | कि किसी human ने आपकी observable integration के बाहर कोई AI इस्तेमाल नहीं किया |
| क्या AI का उपयोग declared था या supported workflow में observable था | AI सहायता, copied content, या किसी अन्य device का universal detection |
| वह evidence अपर्याप्त था | कि कोई unknown interaction malicious है |
उपलब्धता आपके integration और enabled checks पर निर्भर करती है। enforcement decisions पर application owner का नियंत्रण बना रहता है।
Classifications
चार public classes। हर एक का परिभाषित अर्थ और स्पष्ट सीमा है।
- इंसान
समर्थित देखे जा सकने वाले संकेत मानव-निर्देशित इंटरैक्शन का संकेत देते हैं।
इसका मतलब यह नहीं है: कि कोई 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 होता है। कोई भी class inference को cryptographic verification के रूप में नहीं दिखाती, जो security-sensitive applications के लिए सबसे महत्वपूर्ण है।
- 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 किया जाता है।
जहाँ किसी confidence figure के लिए पीछे एक tested, calibrated model की आवश्यकता होगी, वहाँ हम उसके बजाय qualitative evidence strength का उपयोग करते हैं। जब तक 99.7% human जैसा figure मापा और समझाया न गया हो, आप हमसे ऐसा figure नहीं देखेंगे।
समर्थित contexts और उनकी सीमाएं
ब्राउज़र
एक browser collector उन पेजों पर interactive sessions देखता है जहां वह चलता है। वह उन clients को नहीं देख सकता जो JavaScript नहीं चलाते, अन्य tabs, applications या devices में activity, या वह text जो किसी व्यक्ति ने कहीं और से copy किया हो।
सर्वर और API
एक server-side integration request context देखता है और, जहां clients इसका support करते हैं, request signatures भी। यह किसी व्यक्ति की screen नहीं देख सकता, और अधिकांश unsigned clients खुद को जैसे चाहें वैसे describe कर सकते हैं।
MCP
MCP server client के declared details और उसके द्वारा की गई tool calls को देखता है। Declared client name एक declaration है, verification नहीं।
समझने योग्य दो सीमाएं
किसी दूसरे tab या device से AI-generated text
अगर कोई व्यक्ति दूसरे tab में, या अपने फोन पर, किसी chatbot से पूछता है और उत्तर को आपके form में paste करता है, तो सामान्य web traffic आम तौर पर इसके बारे में कुछ नहीं दिखाता। session human-directed दिखती है क्योंकि उसे एक human ने निर्देशित किया था।
Proof of Actor Human + AI केवल तब report करता है जब सहायता declared हो, या किसी supported integration द्वारा observe की गई हो जो उसे वास्तव में देख सकती है, जैसे आपके app की अपनी assistant feature।
एक signed bot request क्या साबित करती है
जो HTTP message signature published key के against validate होती है, वह दिखाती है कि request उस identifier से जुड़े key से signed थी, जैसे operator का domain।
यह अनुरोध के पीछे मौजूद व्यक्ति की वास्तविक पहचान, किसी व्यक्ति ने उसे authority सौंपी थी या नहीं, या action सुरक्षित या अनुमत है या नहीं, यह स्थापित नहीं करता। इस क्षेत्र के standards, जिनमें IETF Web Bot Auth work भी शामिल है, अभी भी Internet-Drafts हैं।
default blocking नहीं
Proof of Actor by default किसी भी चीज़ को block, reject या challenge नहीं करता। हम केवल एक inferred actor result के आधार पर blocking या rejecting करने की सलाह नहीं देते, और विशेष रूप से लोगों के बारे में consequential decisions (employment, credit, financial services, education या essential services तक access) केवल उसी आधार पर लेने के खिलाफ सलाह देते हैं।
Enforcement आपके application में होता है, उन policies के तहत जिन्हें आपकी team चुनती और confirm करती है, और Unknown तथा timeouts के लिए explicit fallbacks के साथ।
Unknown और abstention
जब evidence किसी विश्वसनीय निर्धारण का समर्थन नहीं करता, तो परिणाम Unknown होता है। Unknown को कभी Human में नहीं बदला जाता, और इसका मतलब संदिग्ध नहीं होता। इसे visible रखना आपको बताता है कि आपकी coverage कहाँ समाप्त होती है, और कुछ भी enforce करने से पहले यह जानकारी आवश्यक होती है।
privacy और governance के सिद्धांत
उद्देश्य सीमा
Evidence application owner को interactions के बारे में बताता है। इसका उपयोग cross-site profiles बनाने के लिए नहीं किया जाता।
न्यूनतम collection
प्रत्येक integration अपने context के अनुसार आवश्यक data एकत्र करता है। Sensitive telemetry के लिए explicit opt-in आवश्यक है।
टेनेंट आइसोलेशन
एक customer का evidence कभी दूसरे customer को visible नहीं होता।
कॉन्फ़िगर करने योग्य रिटेंशन
Retention पर हर founding team के साथ onboarding के दौरान सहमति बनती है।
ग्राहक-नियंत्रित एक्सेस
आप तय करते हैं कि आपकी टीम में कौन evidence और results देख सकता है।
कोई identity checks नहीं
Proof of Actor में biometric collection और identity verification शामिल नहीं हैं।
हर team के साथ सहमति
performance और methodology
coverage, unknown rate, false positives और calibration को प्रत्येक supported context में founding teams के साथ, उन outcomes के विरुद्ध मापा जाता है जिन्हें वे teams पहले से जानती हैं। जैसे-जैसे प्रत्येक context mature होता है, methodology और results यहाँ प्रकाशित किए जाते हैं।
privacy या security के बारे में सवाल? [email protected]