সংজ্ঞা
অজানা শ্রেণিবিন্যাস হলো সেই ফলাফল, যা একটি actor intelligence system কোনো interaction-এর জন্য ফেরত দেয় যখন উপলব্ধ প্রমাণ নির্ভরযোগ্যভাবে নির্ধারণ করতে সমর্থ নয়। এর সুনির্দিষ্ট অর্থ হলো: আমরা যা পর্যবেক্ষণ করেছি, তা থেকে বলতে পারি না এটি একজন মানুষ, AI সহ একজন মানুষ, নাকি একটি agent।
অজানা হলো Proof of Actor-এর চারটি শ্রেণির একটি, Human, Human + AI এবং Agent-এর পাশাপাশি। এটি একটি first-class ফলাফল, কোনো error state নয় এবং "সম্ভবত bot" বলার ভদ্র উপায়ও নয়। AI traffic শ্রেণিবিন্যাসে কেন Unknown একটি বৈধ ফলাফল, সে বিষয়ে আমাদের লেখাটি পূর্ণ ব্যাখ্যা দেয়।
কেন Unknown মূল্যবান
যেসব classification system-কে সবসময় একটি উত্তর দিতেই হয়, সেগুলো শেষে আত্মবিশ্বাসী অনুমান করে বসে। সেই অনুমানগুলো ডেটার মতো দেখায়, dashboard এবং policy-তে ঢুকে পড়ে, এবং নীরবে ক্ষতি করে: কোনো বৈধ customer-কে challenge করা হয়, অথবা কোনো automated client-কে সংবেদনশীল route-এ একজন মানুষ হিসেবে扱া করা হয়।
Unknown রিপোর্ট করলে দল তিনটি জিনিস পায়:
- সৎ কভারেজ। 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-কে একটি স্পষ্ট fallback-এ map করা উচিত, যা application owner প্রতিটি route-এর জন্য নির্বাচন করে:
- Public, low-risk page: কোনো অতিরিক্ত friction ছাড়াই allow করুন।
- Read-only API: standard rate limits সহ allow করুন।
- Account পরিবর্তন এবং অন্যান্য উচ্চ-প্রভাবযুক্ত action: application's existing checks, যেমন re-authentication, বজায় রাখুন, এবং Unknown result নিজে থেকে কোনো সিদ্ধান্ত নেবেন না।
একই চিন্তা timeout এবং missing telemetry-এর ক্ষেত্রেও প্রযোজ্য। কোনো route fail open হবে নাকি fail closed হবে তা আগেই নেওয়া একটি সচেতন সিদ্ধান্ত, দুর্ঘটনা নয়।
সাধারণ ভুল ধারণা
"Unknown মানে সন্দেহজনক।" এর মানে হলো অপর্যাপ্ত evidence। বহু একেবারে সাধারণ visitor-ও Unknown ফলাফল তৈরি করে।
"Unknown-কে ডিফল্টভাবে Human ধরা উচিত।" কখনো নয়। Unknown-কে Human-এ রূপান্তর করলে gap আড়াল হয়ে যায় এবং automation-কে human-level trust দেওয়া হতে পারে।
"ভালো system-এ কোনো Unknown থাকে না।" যে system-এ Unknown নেই, সেটি অনুমান করছে। দৃশ্যমান এবং ব্যাখ্যাকৃত Unknown rate হলো সৎ classifier-এর একটি চিহ্ন।
Proof of Actor-এ Unknown
Proof of Actor যখন evidence basis কোনো determination-কে সমর্থন করে না তখন Unknown রিপোর্ট করে, কখনোই এটিকে Human-এ রূপান্তর করে না, এবং analytics-এ Unknown rate দৃশ্যমান রাখে। দলগুলো কোনো policy সক্ষম করার আগে observation mode-এ থাকাকালীন প্রতিটি route-এর জন্য fallback নির্ধারণ করে। পূর্ণ model-এর জন্য Detection & Limitations পড়ুন, অথবা early access-এর জন্য আবেদন করুন.