ମୁଖ୍ୟ ବିଷୟବସ୍ତୁକୁ ଛାଡ଼ନ୍ତୁ
ଶବ୍ଦକୋଷ

ଅଜଣା ବର୍ଗୀକରଣ

Toshendra Sharma

ଦ୍ୱାରା Toshendra SharmaFounder & CEO, AgentCredia · Updated November 13, 2026

ଉପଲବ୍ଧ ପ୍ରମାଣ କାର୍ଯ୍ୟକର୍ତ୍ତାର ଭରସାଯୋଗ୍ୟ ନିର୍ଣ୍ଣୟକୁ ସମର୍ଥନ କରେ ନାହିଁ ବେଳେ ଯେଉଁ ଫଳାଫଳ ରିପୋର୍ଟ ହୁଏ। Unknown ର ସାଧାରଣ ଅର୍ଥ Human ନୁହେଁ, ଏବଂ ଏହା ସ୍ୱତଃସିଦ୍ଧ ଭାବେ ସନ୍ଦିଗ୍ଧ ମଧ୍ୟ ନୁହେଁ।

ପରିଭାଷା

ଏକ Unknown ବର୍ଗୀକରଣ ହେଉଛି ସେଇ ଫଳାଫଳ ଯାହା ଏକ actor intelligence ସିଷ୍ଟମ ଫେରାଏ, ଯେତେବେଳେ ଏକ interaction ପାଇଁ ଉପଲବ୍ଧ evidence ଭରସାଯୋଗ୍ୟ ନିର୍ଣ୍ଣୟକୁ ସମର୍ଥନ କରେ ନାହିଁ। ଏହା ସଠିକ୍ ଭାବେ କୁହେ: ଆମେ ଯାହା ଅବଜର୍ଭ କଲୁ, ତାହାରୁ ଏହା ଏକ person, AI ସହିତ person, କିମ୍ବା agent କି ନୁହେଁ, ଆମେ କହିପାରୁ ନାହିଁ।

Unknown ହେଉଛି Proof of Actor ଭିତରେ ଥିବା ଚାରିଟି class ମଧ୍ୟରୁ ଗୋଟିଏ, Human, Human + AI ଏବଂ Agent ସହିତ। ଏହା ଏକ first-class result, error state ନୁହେଁ ଏବଂ "probably a bot" ବୋଲି ସଭ୍ୟ ଭାବରେ କୁହିବା ଉପାୟ ମଧ୍ୟ ନୁହେଁ। AI traffic ବର୍ଗୀକରଣରେ Unknown କାହିଁକି ଏକ ବୈଧ result ବିଷୟରେ ଆମ ପୋଷ୍ଟ ଏହି ବିଷୟର ସମ୍ପୂର୍ଣ୍ଣ ଯୁକ୍ତି ଦିଏ।

Unknown କାହିଁକି ଉପଯୋଗୀ

ଯେସବୁ classification system ସବୁବେଳେ ଗୋଟିଏ answer ବାଛିବାକୁ ପଡ଼େ, ସେମାନେ ଶେଷରେ ନିଶ୍ଚିତ ଭାବରେ ଧାରଣା କରି ନିଅନ୍ତି। ସେଇ ଧାରଣାଗୁଡ଼ିକ data ପରି ଦେଖାଯାଏ, dashboard ଏବଂ policy ଭିତରକୁ ପ୍ରବାହିତ ହୁଏ, ଏବଂ ଶାନ୍ତଭାବେ କ୍ଷତି କରେ: ଗୋଟିଏ ବୈଧ customer କୁ challenge କରାଯାଏ, କିମ୍ବା ଗୋଟିଏ automated client କୁ ସେନ୍ସିଟିଭ୍ route ରେ person ପରି ବ୍ୟବହାର କରାଯାଏ।

ତାହାର ପରିବର୍ତ୍ତେ Unknown ରିପୋର୍ଟ କରିବା teams କୁ ତିନୋଟି ଜିନିଷ ଦିଏ:

  1. ସତ୍ୟନିଷ୍ଠ coverage. Unknown result ର ଅଂଶ ଆପଣଙ୍କ integration କେଉଁଠି visibility ଅଛି ଏବଂ କେଉଁଠି ନାହିଁ, ତାହା କୁହେ।
  2. ଅଧିକ ସୁରକ୍ଷିତ policy. ଗୋଟିଏ policy ପ୍ରତ୍ୟେକ route ପାଇଁ Unknown କ'ଣ ଅର୍ଥ କରେ, ସେଥିରେ ଲୁଚାଇଥିବା ଧାରଣା ଉପରେ ନ ନିର୍ଭର କରି ସଠିକ୍ ଭାବେ ନିର୍ଦ୍ଧାରଣ କରିପାରେ।
  3. ସୁଧାରଣା ପାଇଁ ଏକ ପଥ. ଯଦି ଗୋଟିଏ route ରେ Unknown ହାର ଉଚ୍ଚ ଥାଏ, ଆପଣ ସେଠାରେ ଭଲ signal source, ଯଥା browser integration କିମ୍ବା signed agent request ପାଇଁ support, ଯୋଡ଼ିପାରିବେ।

Unknown ର ସାଧାରଣ କାରଣ

  • ସେଇ route ରେ କୌଣସି supported integration ଚାଲୁ ନାହିଁ, ଉଦାହରଣ ସ୍ୱରୂପ browser collector ନାହିଁ।
  • client JavaScript ଚଲାଏ ନାହିଁ ଏବଂ କୌଣସି identity evidence ପଠାଏ ନାହିଁ।
  • ବହୁତ କମ interaction signal ଅବଜର୍ଭ ହୋଇଥିଲା, ଉଦାହରଣ ସ୍ୱରୂପ ଏକ ବହୁତ ଛୋଟ session।
  • ଗୋଟିଏ request signature ବିନା ଏବଂ ସାଧାରଣ କିମ୍ବା ଅନୁପସ୍ଥିତ client description ସହିତ ଆସିଲା।
  • ଯେ evidence ଅଛି, ସେଗୁଡ଼ିକ ପରସ୍ପର ବିରୋଧ କରେ, ଏବଂ ସେମାନଙ୍କର କୌଣସି ଅଂଶ ନିର୍ଣ୍ଣୟ କରିବାକୁ ପର୍ଯ୍ୟାପ୍ତ ଶକ୍ତିଶାଳୀ ନୁହେଁ।

Applications କିପରି Unknown କୁ ବ୍ୟବହାର କରିବା ଉଚିତ

Unknown କୁ ଏକ ସ୍ପଷ୍ଟ fallback ସହିତ ମେଳାଇବା ଉଚିତ, ଯାହା application owner ପ୍ରତ୍ୟେକ route ପାଇଁ ବାଛେ:

  • Public, low-risk pages: କୌଣସି ଅତିରିକ୍ତ friction ନଥାଇ allow କରନ୍ତୁ।
  • Read-only APIs: ସାଧାରଣ rate limit ସହିତ allow କରନ୍ତୁ।
  • Account ପରିବର୍ତ୍ତନ ଏବଂ ଅନ୍ୟ high-impact actions: application ର ପୂର୍ବବର୍ତ୍ତୀ checks, ଯଥା re-authentication, ଜାରି ରଖନ୍ତୁ, ଏବଂ Unknown result ଉପରେ ଆଧାର କରି କିଛି ନିଷ୍ପତ୍ତି ନିଅନ୍ତୁ ନାହିଁ।

ସମାନ ଚିନ୍ତାଧାରା timeout ଏବଂ missing telemetry ପାଇଁ ମଧ୍ୟ ଲାଗୁ ହୁଏ। କୌଣସି route fails open or fails closed ହେବ କି ନୁହେଁ, ତାହା ପୂର୍ବରୁ ନିଆଯାଇଥିବା ଏକ ସଚେତନ ନିଷ୍ପତ୍ତି, ଦୁର୍ଘଟନା ନୁହେଁ।

ସାଧାରଣ ଭ୍ରମଧାରଣା

"Unknown ର ଅର୍ଥ suspicious." ଏହାର ଅର୍ଥ ହେଉଛି ପର୍ଯ୍ୟାପ୍ତ ପ୍ରମାଣ ନାହିଁ। ଅନେକ ସମ୍ପୂର୍ଣ୍ଣ ସାଧାରଣ visitor Unknown result ଉତ୍ପନ୍ନ କରନ୍ତି।

"Unknown କୁ default ଭାବେ Human ହେବା ଉଚିତ." କେବେ ନୁହେଁ। Unknown କୁ Human ରେ ପରିବର୍ତ୍ତନ କରିଦେଲେ ଖାଲିସ୍ଥାନ ଲୁଚିଯାଏ ଏବଂ automation କୁ human-level trust ମିଳିପାରେ।

"ଭଲ ସିଷ୍ଟମରେ Unknown ନଥାଏ." Unknown ନଥିବା ସିଷ୍ଟମ ହେଉଛି ଯେଉଁଠାରେ ଅନୁମାନ କରାଯାଏ। ଦୃଶ୍ୟମାନ, ବ୍ୟାଖ୍ୟା କରାଯାଇଥିବା Unknown ହାର ଏକ ସତ୍ୟନିଷ୍ଠ classifier ର ଚିହ୍ନ।

Proof of Actor ରେ Unknown

Proof of Actor evidence basis ନିର୍ଣ୍ଣୟକୁ ସମର୍ଥନ ନ କଲେ ସବୁବେଳେ Unknown ରିପୋର୍ଟ କରେ, କେବେବି ତାହାକୁ Human ରେ ପରିବର୍ତ୍ତନ କରେ ନାହିଁ, ଏବଂ analytics ରେ Unknown ହାରକୁ ଦୃଶ୍ୟମାନ ରଖେ। Teams observation mode ରେ ଥିବାବେଳେ, କୌଣସି policy ସକ୍ରିୟ କରିବା ପୂର୍ବରୁ, ପ୍ରତ୍ୟେକ route ପାଇଁ fallback ନିର୍ଦ୍ଧାରଣ କରନ୍ତି। ସମ୍ପୂର୍ଣ୍ଣ model ପାଇଁ Detection & Limitations ପଢ଼ନ୍ତୁ, କିମ୍ବା early access ପାଇଁ apply କରନ୍ତୁ.

ଆପଣଙ୍କ own app ରେ actor intelligence ଦେଖନ୍ତୁ।

ପ୍ରଥମେ କଥାହେବାକୁ ପସନ୍ଦ କରନ୍ତି? founderମାନଙ୍କ ସହ କଥାବାର୍ତ୍ତା କରନ୍ତୁ