व्याख्या
अज्ञात वर्गीकरण हा तो निकाल आहे जो एखादी actor intelligence प्रणाली interaction साठी उपलब्ध पुरावे विश्वासार्ह निर्णयास समर्थन देत नसतील तेव्हा परत करते. याचा नेमका अर्थ असा: आपण जे पाहिले त्यावरून हे व्यक्ती आहे, AI सोबतची व्यक्ती आहे, की agent आहे, हे सांगता येत नाही.
अज्ञात हे Proof of Actor मधील चार वर्गांपैकी एक आहे, Human, Human + AI आणि Agent यांच्यासोबत. हा प्रथम श्रेणीचा निकाल आहे, error state नाही आणि "बहुधा bot" असे सौम्यपणे म्हणण्याचा प्रकार नाही. AI traffic चे वर्गीकरण करताना अज्ञात हा वैध निकाल का आहे यावरील आमची पोस्ट पूर्ण स्पष्टीकरण देते.
अज्ञात का उपयुक्त आहे
ज्या classification systems ला नेहमीच एक उत्तर निवडावे लागते, त्या शेवटी आत्मविश्वासाने अंदाज लावतात. असे अंदाज data सारखे दिसतात, dashboards आणि policies मध्ये जातात, आणि शांतपणे हानी करतात: एखाद्या वैध ग्राहकावर challenge केला जातो, किंवा एखाद्या automated client ला संवेदनशील route वर व्यक्तीसारखे हाताळले जाते.
त्याऐवजी अज्ञात report केल्याने teams ला तीन गोष्टी मिळतात:
- प्रामाणिक coverage. अज्ञात निकालांचा वाटा तुमच्या integration ला कुठे visibility आहे आणि कुठे नाही हे सांगतो.
- अधिक सुरक्षित policies. Policy प्रत्येक route साठी अज्ञातचा नेमका अर्थ काय आहे हे, एखाद्या hidden अंदाजाचा वारसा न घेता, ठरवू शकते.
- सुधारणेकडे जाणारा मार्ग. एखाद्या route वर अज्ञात rate जास्त दिसत असेल, तर तुम्ही तिथे browser integration किंवा signed agent requests साठी support यांसारखा चांगला signal source जोडू शकता.
अज्ञातची सामान्य कारणे
- त्या route वर कोणतेही समर्थित integration चालू नसते, उदाहरणार्थ browser collector उपलब्ध नसतो.
- client JavaScript चालवत नाही आणि कोणताही identity evidence पाठवत नाही.
- खूपच कमी interaction signals दिसले, उदाहरणार्थ खूप छोटा session.
- request signature शिवाय आणि generic किंवा missing client description सह आली.
- अस्तित्वात असलेले पुरावे एकमेकांशी विसंगत असतात, आणि त्यापैकी कोणताही भाग निर्णयासाठी पुरेसा मजबूत नसतो.
applications ने अज्ञात कसे हाताळावे
अज्ञात हे application owner ने प्रत्येक route साठी निवडलेल्या explicit fallback शी नकाशित केले पाहिजे:
- सार्वजनिक, कमी जोखमीची पृष्ठे: कोणत्याही अतिरिक्त friction शिवाय allow करा.
- फक्त-वाचनीय APIs: standard rate limits सह allow करा.
- account बदल आणि इतर उच्च-परिणाम असलेल्या क्रिया: application मधील विद्यमान checks, जसे re-authentication, तसेच ठेवा, आणि अज्ञात निकालावरून स्वतः काहीही ठरवू नका.
हीच विचारसरणी timeout आणि missing telemetry वरही लागू होते. एखादा route fails open की fails closed हे आधीच ठरवलेला जाणीवपूर्वक निर्णय असतो, अपघात नव्हे.
सामान्य गैरसमज
"अज्ञात म्हणजे संशयास्पद." याचा अर्थ अपुरे पुरावे. अनेक पूर्णपणे सामान्य visitors कडून अज्ञात निकाल येतात.
"अज्ञातचे default Human असावे." कधीही नाही. अज्ञातला Human मध्ये रूपांतरित केल्याने रिकामी जागा लपते आणि automation ला human-level trust मिळू शकते.
"चांगल्या system मध्ये अज्ञात नसतात." ज्या system मध्ये अज्ञात नसतात ती अंदाज लावत असते. दिसणारा आणि स्पष्ट केलेला अज्ञात rate हा प्रामाणिक classifier चे लक्षण आहे.
Proof of Actor मधील अज्ञात
Proof of Actor जेव्हा evidence basis एखादा निर्णय समर्थित करत नाही तेव्हा अज्ञात report करते, त्याला कधीही Human मध्ये रूपांतरित करत नाही, आणि analytics मध्ये अज्ञात rate visible ठेवते. Teams कोणतीही policy enable करण्यापूर्वी observation mode मध्ये प्रत्येक route साठी fallback ठरवतात. पूर्ण model साठी Detection & Limitations वाचा, किंवा early access साठी अर्ज करा.