परिभाषा
Unknown वर्गीकरण वह परिणाम है जो कोई actor intelligence system तब लौटाता है जब किसी interaction के लिए उपलब्ध साक्ष्य विश्वसनीय निर्धारण का समर्थन नहीं करते। इसका सटीक अर्थ यह है: हमने जो देखा, उसके आधार पर हम यह नहीं बता सकते कि यह एक व्यक्ति है, AI के साथ काम कर रहा व्यक्ति है, या एक agent है।
Unknown, Proof of Actor में चार classes में से एक है, Human, Human + AI और Agent के साथ। यह एक first-class परिणाम है, error state नहीं, और यह कहने का विनम्र तरीका नहीं है कि "शायद bot है"। AI traffic को classify करते समय Unknown एक वैध परिणाम क्यों है, इस पर हमारा लेख why Unknown is a valid result when classifying AI traffic पूरा तर्क देता है।
Unknown क्यों उपयोगी है
जो classification systems हर बार एक उत्तर चुनने को मजबूर होती हैं, वे अंततः आत्मविश्वास भरे अनुमान लगाती हैं। वे अनुमान data जैसे दिखते हैं, dashboards और policies में चले जाते हैं, और चुपचाप नुकसान पहुंचाते हैं: एक वैध customer को challenge किया जाता है, या एक automated client को संवेदनशील route पर एक व्यक्ति की तरह treated किया जाता है।
इसके बजाय Unknown report करने से teams को तीन चीजें मिलती हैं:
- ईमानदार coverage. Unknown results का share आपको बताता है कि आपकी integration कहां visibility देती है और कहां नहीं।
- अधिक सुरक्षित policies. कोई policy हर route के लिए स्पष्ट रूप से तय कर सकती है कि Unknown का क्या अर्थ है, बजाय इसके कि वह किसी छिपे हुए अनुमान को inherit करे।
- सुधार का रास्ता. अगर किसी route पर Unknown rate अधिक दिखती है, तो आप वहां एक बेहतर signal source जोड़ सकते हैं, जैसे browser integration या signed agent requests के लिए support।
Unknown के सामान्य कारण
- उस route पर कोई supported integration नहीं चलता, उदाहरण के लिए browser collector मौजूद नहीं है।
- client JavaScript नहीं चलाता और कोई identity evidence नहीं भेजता।
- बहुत कम interaction signals observed हुए, उदाहरण के लिए एक बहुत छोटा session।
- कोई request signature के बिना और generic या missing client description के साथ आई।
- मौजूद evidence में conflict है, और उसका कोई भी भाग निर्णय लेने के लिए पर्याप्त मजबूत नहीं है।
Applications को Unknown को कैसे treat करना चाहिए
Unknown को एक स्पष्ट fallback से map किया जाना चाहिए, जिसे application owner हर route के लिए चुनता है:
- Public, low-risk pages: बिना किसी अतिरिक्त friction के allow करें।
- Read-only APIs: standard rate limits के साथ allow करें।
- Account changes और अन्य high-impact actions: application की मौजूदा checks, जैसे re-authentication, बनाए रखें, और Unknown result के आधार पर स्वयं कोई निर्णय न लें।
यही सोच timeouts और missing telemetry पर भी लागू होती है। कोई route fails open or fails closed हो, यह पहले से लिया गया एक deliberate decision है, दुर्घटना नहीं।
सामान्य गलतफहमियां
"Unknown का मतलब संदिग्ध है." इसका अर्थ है अपर्याप्त evidence। बहुत से बिल्कुल सामान्य visitors Unknown results उत्पन्न करते हैं।
"Unknown को Human default करना चाहिए." कभी नहीं। Unknown को Human में बदलना gap को छिपाता है और automation को human-level trust दे सकता है।
"एक अच्छी system में Unknown नहीं होते." ऐसी system जिसमें Unknown नहीं होते, वह अनुमान लगाती है। एक visible, explained Unknown rate एक ईमानदार classifier का संकेत है।
Proof of Actor में Unknown
Proof of Actor जब भी evidence basis किसी determination का समर्थन नहीं करता, Unknown report करता है, उसे कभी Human में नहीं बदलता, और analytics में Unknown rate को visible रखता है। Teams observation mode में रहते हुए, कोई policy enable करने से पहले, हर route के लिए fallback तय करती हैं। पूरे model के लिए Detection & Limitations पढ़ें, या apply for early access.