परिभाषा
अभिनेत्याची बुद्धिमत्ता म्हणजे अनुप्रयोगासोबतच्या परस्परसंवादाला कोण किंवा काय चालना देत आहे याबद्दलचा पुरावा, आणि त्यावर कृती करण्यासाठी आवश्यक संदर्भ. "actor" म्हणजे त्या क्षणी परस्परसंवादावर नियंत्रण असलेली गोष्ट: व्यक्ती, AI assistant सोबत काम करणारी व्यक्ती, autonomous agent, किंवा उपलब्ध पुरावा ज्याचा निर्णय करू शकत नाही अशी गोष्ट.
अभिनेत्याची बुद्धिमत्ता identity पेक्षा वेगळी आहे. Identity प्रश्नाचे उत्तर देते "हे कोणते account आहे?" अभिनेत्याची बुद्धिमत्ता प्रश्नाचे उत्तर देते "सध्या त्या account चे, किंवा या request चे, संचालन कोणत्या प्रकारचा सहभागी करत आहे, आणि आपल्याला ते कसे माहीत आहे?"
ही श्रेणी का अस्तित्वात आहे
web च्या इतिहासाचा बराचसा काळ, applications authenticated session ला व्यक्ती म्हणून हाताळू शकत होत्या. स्वयंचलित traffic ही अशी गोष्ट होती जिला शोधून काढायचे आणि सामान्यतः थांबवायचे. पण जेव्हा वैध software agents लोक आणि कंपन्यांच्या वतीने browse करायला, APIs कॉल करायला आणि tools invoke करायला लागतात, तेव्हा तो model कोलमडतो. आता application ला हे वेगळे ओळखता आले पाहिजे:
- ज्यांना नेहमीचा अनुभव मिळायला हवा अशा व्यक्ती.
- AI सहाय्य वापरणाऱ्या व्यक्ती, ज्या workflow नुसार स्वागतार्ह, मर्यादित किंवा फक्त जाहीर केल्या जाऊ शकतात.
- ज्या agents ना संरचित प्रवेश मिळायला हवा, जसे की API किंवा machine-readable response.
- ज्या interactions साठी निष्कर्ष काढण्यासाठी पुरावा अपुरा आहे.
मानव, AI-सहाय्यित किंवा agent: application traffic साठी एक practical taxonomy या आमच्या लेखात या चार गटांचे तपशीलवार स्पष्टीकरण आहे.
हा फरक नसल्यास, teams कठोर साधनांकडे वळतात: automated दिसणारे सगळे block करा, किंवा authenticate होणारे सगळे allow करा. दोन्ही समस्या निर्माण करतात. पहिले वैध integrations मोडते. दुसरे उच्च-प्रभाव असलेल्या actions ला कोणालाही अपेक्षित नसलेल्या context पेक्षा कमी context सह चालू देते.
अभिनेत्याच्या बुद्धिमत्तेचे घटक
Signals
कच्चे inputs: request signatures, protocol तपशील, clients कडून येणाऱ्या declarations, आणि browser sessions मधील interaction signals. कोणते signals अस्तित्वात आहेत हे integration कुठे चालते यावर अवलंबून असते.
आधारासह वर्गीकरण
Agent किंवा Human असा निष्कर्ष तेव्हाच उपयुक्त ठरतो जेव्हा तो कोणत्या आधारावर आहे हे सांगतो. चांगली अभिनेत्याची बुद्धिमत्ता नेहमी पुराव्याचा आधार नोंदवते: verified, declared, inferred किंवा unknown.
Analytics
कालानुसार आणि route नुसार नमुने: application चे कोणते भाग agent traffic पाहतात, unknown किती आहे, आणि release नंतर ही संख्या कशी बदलते.
निर्णय
प्रत्येक route आणि risk level साठी application चे स्वतःचे policy. अभिनेत्याची बुद्धिमत्ता हे निर्णय informed करते; ते स्वतः घेत नाही.
ते bot detection शी कसे संबंधित आहे
Bot detection मुख्यतः adversarial असते: त्याचा उद्देश abusive automation शोधून थांबवणे हा असतो. अभिनेत्याची बुद्धिमत्ता अधिक व्यापक आहे. ती automation ला वैध असू शकणारा सामान्य सहभागी मानते, आणि AI-सहाय्यित मानवांना स्वतःची श्रेणी मानते. ती Unknown ला पहिल्या दर्जाचे स्थान देते, प्रत्येक interaction ला "bot" किंवा "not bot" मध्ये जबरदस्तीने ढकलत नाही.
सामान्य गैरसमज
अधिक signals म्हणजे नेहमी अधिक certainty. भिन्न ताकदीचे signals एका score मध्ये सरासरी करू नयेत. Verified signature आणि inferred behavior pattern हे पुराव्याचे वेगवेगळे प्रकार आहेत.
अभिनेत्याची बुद्धिमत्ता आपोआप निर्णय घ्यायला हवी. तिचे मूल्य application owner ला विश्वासार्ह context देण्यात आहे. enforcement owner ठरवतो.
Proof of Actor मध्ये अभिनेत्याची बुद्धिमत्ता
Proof of Actor अभिनेत्याची बुद्धिमत्ता तीन capabilities मध्ये पॅकेज करते: Detect, Understand आणि Route. परिणाम नेहमी चार वर्गांपैकी एक असतो, स्पष्ट basis सह, teams observation mode मध्ये सुरू होतात, आणि policies application च्या स्वतःच्या code मध्ये चालतात. अधिक माहिती product page वर मिळवा किंवा early access साठी apply करा.