व्याख्या
स्वायत्त एजंट हे असे सॉफ्टवेअर आहे, जे प्रत्येक पायरीला व्यक्तीची पुष्टी न घेता उद्दिष्टाचा पाठपुरावा करण्यासाठी कृतींची मालिका ठरवते आणि पार पाडते. आधुनिक एजंट नियोजन करण्यासाठी, tools कॉल करण्यासाठी, परिणाम वाचण्यासाठी आणि जुळवून घेण्यासाठी language models वापरतात. उद्दिष्ट आणि मर्यादा साधारणपणे एखादी व्यक्ती किंवा संस्था ठरवते; त्यामधली कामे एजंट करतो.
actor intelligence मध्ये, स्वायत्त एजंट Agent वर्गाशी जुळतो: ही interaction एखादी व्यक्ती प्रत्येक कृतीचे निर्देशन करत नाही, तर automation मधून येते. वर्गांची तुलना कशी होते ते Human, AI-assisted or agent: a practical taxonomy for application traffic मध्ये पाहा.
इतर automation शी एजंटची तुलना
- Scripts आणि crawlers ठरावीक सूचना पाळतात. ते अंदाजे आणि मर्यादित असतात.
- स्वायत्त एजंट जुळवून घेतात. application काय परत करते ते वाचतात आणि पुढे काय करायचे ते निवडतात, त्यामुळे ते app मधील अशा भागांपर्यंत पोहोचू शकतात, जे automation साठी कधीच डिझाइन केलेले नव्हते.
- AI-assisted people AI ला मदतनीस म्हणून वापरतात, पण नियंत्रण स्वतःकडे ठेवतात. AI-assisted interaction पहा.
application मालकांसाठी स्वायत्त एजंट का महत्त्वाचे आहेत
एजंट्स वाढत्या प्रमाणात प्रत्यक्ष ग्राहकांसाठी काम करतात: उत्पादने तुलना करणे, दस्तऐवज गोळा करणे, tickets दाखल करणे, data sync करणे आणि APIs कॉल करणे. या interaction पैकी अनेक उपयुक्त असतात. डीफॉल्टने त्यांना block करणारे application वैध वापर गमावू शकते; त्यांना अगदी लोकांसारखेच हाताळणारे application अतिशय वेगळ्या वर्तन असलेल्या सहभागीला संवेदनशील कृतींची संधी देऊ शकते.
कोणत्याही agent interaction साठी उपयुक्त प्रश्न:
- हा कोणता agent आहे? प्रकाशित operator कडून मिळालेली पडताळता येणारी ओळख, जसे HTTP message signature (RFC 9421), आहे का, की फक्त self-description आहे?
- तो काय करू शकतो? ओळख म्हणजे परवानगी नाही. तो authorization चा प्रश्न आहे.
- त्यामागे कोण आहे? एखाद्या व्यक्तीने agent ला delegated authority दिलेली असू शकते, किंवा agent संस्थेसाठी काम करत असू शकतो. ओळखीचा पुरावा delegation सिद्ध करत नाही.
- या कृतीचा परिणाम काय आहे? सार्वजनिक catalog वाचणे आणि account settings बदलणे यांना वेगवेगळी नियंत्रणं हवीत.
स्वायत्त agent ओळखणे कसे
ओळख वेगवेगळ्या ताकदीच्या पुराव्यांचे संयोजन असते. प्रकाशित operator कडून आलेली verified signature मजबूत पुरावा आहे. घोषित client नाव उपयुक्त असते, पण त्याची नक्कलही होऊ शकते. वर्तनात्मक आणि protocol नमुने inference ला आधार देऊ शकतात. यापैकी काहीही पुरेसे नसेल, तर योग्य उत्तर Unknown हेच असते, अंदाज नाही.
agent साठी चांगली सेवा देणे
agent traffic अपेक्षित असलेली application साधारणपणे:
- सामान्य read operations साठी structured API किंवा machine-readable responses देते.
- automated callers साठी योग्य असे route-level rate limits लागू करते.
- उच्च-परिणाम असलेल्या कृतींसाठी अधिक मजबूत credentials किंवा स्पष्ट user approval आवश्यक करते (पहा designing app-level policies for humans and AI agents).
- human-facing pages जलद ठेवते आणि automation साठी असलेल्या challenges पासून मुक्त ठेवते.
सामान्य गैरसमज
"Agents म्हणजे bots, आणि bots वाईट असतात." अनेक agents ही ग्राहकांची साधने असतात. उद्दिष्ट योग्य अनुभव देण्याचे आहे, आपोआप block करण्याचे नाही.
"Verified agent आपल्या account वर जेवढे करू शकतो तेवढे सर्व करू शकतो." Verification client ओळखते. ते actions अधिकृत करत नाही.
Proof of Actor agents कसे हाताळते
Proof of Actor agent interactions ना स्पष्ट basis सह Agent म्हणून वर्गीकृत करते (verified, declared किंवा inferred), त्यामुळे तुमच्या policies signed operator आणि self-declared operator यांना वेगळ्या प्रकारे हाताळू शकतात. प्रत्येक route काय allow करेल ते तुम्ही ठरवता. APIs आणि MCP servers चे use cases पाहा किंवा apply for early access करा.
स्रोत
- RFC 9421: HTTP Message Signatures: automated clients साठी पडताळता येणारी ओळख
- IETF Web Bot Auth working group: bots आणि agents authenticate करण्यासाठी standards work