வரையறை
அறியப்படாத வகைப்படுத்தல் என்பது, ஒரு தொடர்புக்கு கிடைக்கும் சான்றுகள் நம்பத்தகுந்த தீர்மானத்தை ஆதரிக்காதபோது, ஒரு actor intelligence system திருப்பி வழங்கும் விளைவு. இது துல்லியமாக சொல்வதாவது: நாம் கவனித்தவற்றின் அடிப்படையில் இது ஒரு மனிதனா, AI உடன் இருக்கும் மனிதனா, அல்லது ஒரு agentஆ என்பதைக் கூற முடியாது.
அறியப்படாதது Proof of Actor இல் உள்ள நான்கு வகைகளில் ஒன்று. Human, Human + AI, மற்றும் Agent உடன் சேர்ந்து இது ஒரு முதன்மை நிலை விளைவு. இது ஒரு பிழை நிலை அல்ல, மேலும் "probably a bot" என்பதற்கான மரியாதையான வடிவமும் அல்ல. AI trafficஐ வகைப்படுத்தும்போது Unknown ஏன் செல்லுபடியாகும் விளைவு என்பதைக் கூறும் எங்களின் பதிவு முழு விளக்கத்தைக் தருகிறது (/blog/why-unknown-is-a-valid-result-for-ai-traffic).
Unknown ஏன் மதிப்புடையது
எப்போதும் ஒரு பதிலைத் தேர்வு செய்ய வேண்டிய வகைப்படுத்தல் அமைப்புகள், நம்பிக்கையுடன் செய்த ஊகங்களுக்கு சென்றடைகின்றன. அந்த ஊகங்கள் தரவு போலத் தோன்றும், dashboardகள் மற்றும் policyகளுக்குள் சென்று, அமைதியாக பாதிப்பை ஏற்படுத்தும்: ஒரு செல்லுபடியாகும் customerஐ challenge செய்கிறது, அல்லது ஒரு sensitive routeஇல் ஒரு automated clientஐ மனிதராக நடத்துகிறது.
அதற்குப் பதிலாக Unknownஐ report செய்வது teamsக்கு மூன்று விஷயங்களை அளிக்கிறது:
- நேர்மையான coverage. Unknown முடிவுகளின் பகுதி, உங்கள் integration எங்கு visibility கொண்டுள்ளது, எங்கு இல்லை என்பதைச் சொல்லுகிறது.
- மேலும் பாதுகாப்பான policyகள். ஒரு policy, hidden guessஐ மரபாகப் பெறுவதற்குப் பதிலாக, ஒவ்வொரு routeக்குமான Unknownன் அர்த்தத்தைத் தெளிவாக வரையறுக்கலாம்.
- மேம்படுத்துவதற்கான பாதை. ஒரு routeஇல் Unknown rate அதிகமாக இருந்தால், browser integration அல்லது signed agent requestகளுக்கான support போன்ற சிறந்த signal sourceஐ அங்கே சேர்க்கலாம்.
Unknownக்கான பொதுவான காரணங்கள்
- அந்த routeஇல் ஆதரிக்கப்படும் integration எதுவும் இயங்கவில்லை, உதாரணமாக browser collector இல்லாமை.
- client JavaScriptஐ இயக்கவில்லை, மேலும் அடையாள evidence எதையும் அனுப்பவில்லை.
- மிகக் குறைவான interaction signals மட்டுமே கவனிக்கப்பட்டன, உதாரணமாக மிகச் சிறிய session.
- ஒரு request signatureஇல்லாமல், பொதுவான அல்லது இல்லாத client விளக்கத்துடன் வந்தது.
- உள்ள சான்றுகள் ஒன்றுக்கொன்று முரண்படுகின்றன, மேலும் தீர்மானிக்க அவற்றில் எதுவும் போதுமான வலிமையில்லை.
பயன்பாடுகள் Unknownஐ எவ்வாறு கையாள வேண்டும்
Unknown என்பது application owner ஒவ்வொரு routeக்குமாகத் தேர்வு செய்யும் ஒரு explicit fallbackஇல் map ஆக வேண்டும்:
- Public, low-risk pages: கூடுதல் friction இன்றி allow செய்யவும்.
- Read-only APIs: standard rate limits உடன் allow செய்யவும்.
- Account changes மற்றும் பிற high-impact actions: applicationஇன் ஏற்கனவே உள்ள checksஐ, உதாரணமாக மீண்டும் authentication செய்வதை, வைத்திருக்கவும்; Unknown முடிவை மட்டும் அடிப்படையாகக் கொண்டு எதையும் தீர்மானிக்க வேண்டாம்.
இதே சிந்தனை timeoutகள் மற்றும் missing telemetryக்கும் பொருந்தும். ஒரு route fails open அல்லது fails closed ஆக இருக்க வேண்டுமா என்பது முன்கூட்டியே எடுக்கப்படும் திட்டமிட்ட முடிவு; அது விபத்து அல்ல.
பொதுவான தவறான புரிதல்கள்
"Unknown என்றால் சந்தேகத்துக்குரியது." அதன் பொருள் போதிய சான்றுகள் இல்லை என்பதுதான். பல முற்றிலும் சாதாரண visitors Unknown முடிவுகளை உருவாக்குகின்றனர்.
"Unknown இயல்பாக Human ஆக இருக்க வேண்டும்." ஒருபோதும் இல்லை. Unknownஐ Humanஆக மாற்றுவது உள்ள இடைவெளியை மறைக்கும், மேலும் automationக்கு மனித நிலை trustஐ வழங்கலாம்.
"ஒரு நல்ல systemஇல் Unknownகள் இருக்காது." Unknownகள் இல்லாத ஒரு system என்பது ஊகிக்கும் system. தெளிவாகக் காணப்படுகின்ற, விளக்கப்பட்ட Unknown rate என்பது நேர்மையான classifierஇன் அடையாளம்.
Proof of Actorஇல் Unknown
Proof of Actor evidence basis ஒரு தீர்மானத்தை ஆதரிக்காதபோது எப்போதும் Unknownஐ report செய்கிறது, அதை Humanஆக மாற்றாது, மேலும் analyticsஇல் Unknown rateஐ தெளிவாகக் காணப்படுமாறு வைத்திருக்கிறது. Teams observation modeஇல் இருக்கும்போது, எந்த policyயையும் enable செய்வதற்கு முன், ஒவ்வொரு routeக்குமான fallbackஐ வரையறுக்கின்றன. முழுமையான மாதிரிக்காக Detection & Limitationsஐப் படிக்கவும், அல்லது apply for early access செய்யவும்.