সংজ্ঞা
অজ্ঞাত শ্ৰেণীবিভাগ হৈছে সেই ফলাফল, যিটো actor intelligence system এ interaction ৰ বাবে উপলব্ধ প্ৰমাণে এটা নিৰ্ভৰযোগ্য নিৰ্ধাৰণ সমৰ্থন নকৰিলে দিয়ে। ই স্পষ্টভাৱে কয়: আমি লক্ষ্য কৰা কথাৰ পৰা এইটো ব্যক্তি, AI সহ ব্যক্তি, বা agent নে নহয়, সেইটো নিশ্চিতকৈ ক’ব নোৱাৰোঁ।
Unknown হৈছে Proof of Actor ৰ চাৰিটা শ্ৰেণীৰ এটা, Human, Human + AI আৰু Agent ৰ সৈতে। ই এটা প্ৰথম-শ্ৰেণীৰ ফলাফল, error state নহয় আৰু "সম্ভৱত bot" বুলি ভদ্ৰভাৱে কোৱাৰ উপায়ও নহয়। AI traffic শ্ৰেণীবিভাগ কৰাৰ সময়ত Unknown কিয় বৈধ ফলাফল সেই বিষয়ে আমাৰ লেখাটোত সম্পূৰ্ণ যুক্তি আছে।
Unknown কিয় মূল্যবান
যে শ্ৰেণীবিভাগ ব্যৱস্থাই সদায় এটা উত্তৰ বাছিবই লাগে, সেইবোৰে শেষত আত্মবিশ্বাসী অনুমান কৰে। সেই অনুমানবোৰ তথ্যৰ দৰে দেখা যায়, dashboard আৰু policy ত সোমায়, আৰু নীৰৱে ক্ষতি কৰে: এজন বৈধ গ্ৰাহকক challenge কৰা হয়, অথবা এটা automated client ক সংবেদনশীল route ত ব্যক্তিৰ দৰে ব্যৱহাৰ কৰা হয়।
তাৰ পৰিৱৰ্তে Unknown ৰিপৰ্ট কৰিলে দলসমূহে তিনিটা বস্তু পায়:
- সৎ coverage. Unknown ফলাফলৰ অংশই দেখুৱায় যে আপোনাৰ integration ক'ত visibility আছে আৰু ক'ত নাই।
- অধিক সুৰক্ষিত policy. এটা policy এ প্ৰতিটো route ৰ বাবে Unknown ৰ অৰ্থ ঠিককৈ সংজ্ঞায়িত কৰিব পাৰে, লুকাই থকা অনুমানৰ ওপৰত নিৰ্ভৰ নকৰাকৈ।
- উন্নতিৰ পথ. যদি কোনো route ত Unknown rate বেছি হয়, তেন্তে তাত আপুনি এটা উন্নত signal source যোগ কৰিব পাৰে, যেনে browser integration বা signed agent request ৰ support।
Unknown ৰ সাধাৰণ কাৰণ
- সেই route ত কোনো supported integration চলা নাই, উদাহৰণস্বৰূপে browser collector অনুপস্থিত।
- client এ JavaScript চলোৱা নাই আৰু কোনো identity evidence পঠোৱা নাই।
- interaction signal অতি কম লক্ষ্য কৰা হৈছে, উদাহৰণস্বৰূপে এটা অতি সংক্ষিপ্ত session।
- request এটা signature নোহোৱাকৈ আৰু generic বা অনুপস্থিত client description ৰ সৈতে আহিছে।
- যি evidence আছে সেয়া পৰস্পৰ-বিৰোধী, আৰু তাৰ কোনো অংশেই সিদ্ধান্ত ল’বলৈ যথেষ্ট শক্তিশালী নহয়।
Application ৰে Unknown কিদৰে ব্যৱহাৰ কৰা উচিত
Unknown ক application owner এ প্ৰতিটো route ৰ বাবে বাছি লোৱা এটা explicit fallback লৈ map কৰিব লাগে:
- Public, low-risk pages: কোনো অতিৰিক্ত friction নোহোৱাকৈ allow কৰক।
- Read-only APIs: standard rate limits ৰ সৈতে allow কৰক।
- Account change আৰু অন্য high-impact action: application ৰ বিদ্যমান checks, যেনে re-authentication, বজাই ৰাখক, আৰু Unknown ফলাফলৰ ওপৰত ভিত্তি কৰি কোনো সিদ্ধান্ত নলওক।
একেই চিন্তা timeout আৰু missing telemetry তো প্রযোজ্য। কোনো route fail open বা fail closed হ’ব নে নহ’ব সেইটো আগতীয়াকৈ লোৱা এটা deliberate সিদ্ধান্ত, দুৰ্ঘটনা নহয়।
সাধাৰণ ভুল ধাৰণা
"Unknown মানে সন্দেহজনক।" ইয়াৰ অৰ্থ হৈছে প্ৰমাণ অপৰ্যাপ্ত। বহুতো একেবাৰে সাধাৰণ visitor ৰ Unknown ফলাফল হয়।
"Unknown ক Human ধৰি ল’ব লাগে।" কেতিয়াও নহয়। Unknown ক Human লৈ ৰূপান্তৰ কৰিলে সেই gap লুকায় আৰু automation ক human-level trust দিব পাৰে।
"ভাল system ত কোনো Unknown নাথাকে।" কোনো Unknown নথকা system এটা হৈছে অনুমান কৰা system। এটা দৃশ্যমান, ব্যাখ্যাযুক্ত Unknown rate এটা সৎ classifier ৰ চিন।
Proof of Actor ত Unknown
Proof of Actor এ evidence basis এ নিৰ্ধাৰণ সমৰ্থন নকৰিলে সদায় Unknown ৰিপৰ্ট কৰে, কেতিয়াও ইয়াক Human লৈ ৰূপান্তৰ নকৰে, আৰু analytics ত Unknown rate দৃশ্যমান ৰাখে। দলসমূহে কোনো policy সক্ষম কৰাৰ আগতে observation mode ত থাকোঁতেই প্ৰতিটো route ৰ বাবে fallback নিৰ্ধাৰণ কৰে। সম্পূৰ্ণ model ৰ বাবে Detection & Limitations পঢ়ক, বা early access ৰ বাবে আবেদন কৰক.