నిర్వచనం
Unknown వర్గీకరణ అనేది ఒక actor intelligence వ్యవస్థ ఒక interactionకు అందుబాటులో ఉన్న సాక్ష్యం నమ్మదగిన నిర్ణయాన్ని మద్దతు ఇవ్వనప్పుడు తిరిగి ఇచ్చే ఫలితం. అది ఖచ్చితంగా ఇలా చెబుతుంది: మనం గమనించినదాని ఆధారంగా ఇది ఒక వ్యక్తి, AIతో ఉన్న వ్యక్తి, లేదా ఒక agent అన్నది చెప్పలేం.
Proof of Actorలోని నాలుగు classesలో Unknown ఒకటి, Human, Human + AI మరియు Agentతో పాటు. ఇది first-class ఫలితం, error state కాదు, అలాగే "బహుశా bot" అని మర్యాదపూర్వకంగా చెప్పే మార్గం కూడా కాదు. AI trafficను వర్గీకరించేటప్పుడు ఎందుకు Unknown చెల్లుబాటు అయ్యే ఫలితమో అనే మా post పూర్తిగా ఆ వాదనను వివరిస్తుంది (/blog/why-unknown-is-a-valid-result-for-ai-traffic).
Unknown ఎందుకు విలువైనది
ఎల్లప్పుడూ ఒక సమాధానం ఎంచుకోవాల్సిన classification systems చివరికి నమ్మకంగా కనిపించే ఊహాగానాలు చేస్తాయి. ఆ ఊహాగానాలు data లా కనిపిస్తాయి, dashboards మరియు policiesలోకి వెళ్తాయి, మరియు నిశ్శబ్దంగా హాని కలిగిస్తాయి: ఒక చట్టబద్ధమైన customerను challenge చేస్తారు, లేదా ఒక automated clientను sensitive routeలో ఒక వ్యక్తిలా పరిగణిస్తారు.
Unknownను నివేదించడం బదులు teamsకు మూడు విషయాలు అందిస్తుంది:
- నిజమైన coverage. Unknown ఫలితాల వాటా మీ integrationకు ఎక్కడ visibility ఉందో, ఎక్కడ లేదో చెబుతుంది.
- సురక్షితమైన policies. ఒక policy ప్రతి routeకు Unknown అర్థం ఏమిటో స్పష్టంగా నిర్వచించగలదు, దాచిన ఊహను స్వీకరించాల్సిన అవసరం లేకుండా.
- మెరుగుదలకు ఒక మార్గం. ఒక routeలో Unknown rate ఎక్కువగా కనిపిస్తే, మీరు అక్కడ browser integration లేదా signed agent requestsకు support వంటి మెరుగైన signal sourceను జోడించవచ్చు.
Unknownకు సాధారణ కారణాలు
- ఆ routeపై supported integration ఏదీ నడవదు, ఉదాహరణకు browser collector లేకపోవడం.
- client JavaScriptను నడపదు, మరియు ఏ identity evidenceను కూడా పంపదు.
- చాలా తక్కువ interaction signals మాత్రమే గమనించబడ్డాయి, ఉదాహరణకు చాలా చిన్న session.
- ఒక request signature లేకుండా, మరియు generic లేదా missing client descriptionతో వచ్చింది.
- ఉన్న evidence పరస్పరం విరుద్ధంగా ఉంది, మరియు నిర్ణయం తీసుకునేంత బలంగా దాని ఏ భాగమూ లేదు.
Applications Unknownను ఎలా చూడాలి
Unknownను application owner ప్రతి routeకు ఎంచుకునే స్పష్టమైన fallbackకు map చేయాలి:
- పబ్లిక్, తక్కువ-ప్రమాదం ఉన్న pages: అదనపు friction లేకుండా allow చేయండి.
- Read-only APIs: standard rate limitsతో allow చేయండి.
- Account changes మరియు ఇతర అధిక ప్రభావం ఉన్న చర్యలు: applicationలో ఇప్పటికే ఉన్న checks, ఉదాహరణకు re-authentication, అలాగే ఉంచండి, మరియు Unknown ఫలితంపై ఆధారపడి ఏదీ నిర్ణయించవద్దు.
అదే ఆలోచన timeouts మరియు missing telemetryకూ వర్తిస్తుంది. ఒక route fails open లేదా fails closed అవుతుందా అనే విషయం ముందుగానే తీసుకునే ఉద్దేశపూర్వక నిర్ణయం, ప్రమాదవశాత్తు జరిగినది కాదు.
సాధారణ అపోహలు
"Unknown అంటే suspicious." దీని అర్థం తగినంత evidence లేదు. పూర్తిగా సాధారణంగా ఉన్న అనేక సందర్శకులు Unknown ఫలితాలు ఉత్పత్తి చేస్తారు.
"Unknown డిఫాల్ట్‌గా Human కావాలి." ఎప్పుడూ కాదు. Unknownను Humanగా మార్చడం ఆ ఖాళీని దాచేస్తుంది, మరియు automationకు human-level trust ఇవ్వగలదు.
"మంచి systemలో Unknownలు ఉండవు." Unknownలు లేని system అంటే అది ఊహిస్తోందని అర్థం. స్పష్టంగా కనిపించే, వివరించబడిన Unknown rate ఒక నిజాయితీగల classifier సంకేతం.
Proof of Actorలో Unknown
Proof of Actor evidence basis ఒక determinationను మద్దతు ఇవ్వనప్పుడు Unknownను నివేదిస్తుంది, దానిని ఎప్పుడూ Humanగా మార్చదు, మరియు analyticsలో Unknown rateను కనిపించేలా ఉంచుతుంది. Teams ఏ policyను ప్రారంభించే ముందు observation modeలో ఉన్నప్పుడు ప్రతి routeకు fallbackను నిర్వచిస్తాయి. పూర్తి model కోసం Detection & Limitations చదవండి, లేదా early accessకు apply చేయండి.