সংজ্ঞা
স্বায়ত্তশাসিত এজেন্ট হৈছে এনে সফটৱেৰ, যি লক্ষ্য অনুসৰণ কৰে একাধিক কাৰ্যৰ বিষয়ে সিদ্ধান্ত লৈ আৰু সেইবোৰ সম্পন্ন কৰি, কোনো ব্যক্তিয়ে প্ৰতিটো ধাপ নিশ্চিত নকৰাকৈ। আধুনিক agents-এ ভাষা model ব্যৱহাৰ কৰি পৰিকল্পনা কৰে, tools call কৰে, ফলাফল পঢ়ে আৰু প্ৰয়োজন অনুসৰি সমন্বয় কৰে। সাধাৰণতে কোনো ব্যক্তি বা সংস্থাই লক্ষ্য আৰু সীমা নির্ধারণ কৰে; তাৰ মাজৰ কামটো এজেন্টে কৰে।
actor intelligence-এ, স্বায়ত্তশাসিত এজেন্ট Agent class-ৰ সৈতে মিলে: interaction-টো কোনো ব্যক্তিয়ে প্ৰতিটো action নিৰ্দেশ কৰা নয়, বৰং automation-ৰ পৰা আৰম্ভ হয়। class-সমূহ কেনেকৈ তুলনা হয়, তাৰ বাবে Human, AI-assisted or agent: a practical taxonomy for application traffic চাওক।
অন্য automation-ৰ সৈতে এজেন্টৰ তুলনা
- Scripts and crawlers স্থিৰ নির্দেশনা অনুসৰণ কৰে। সিহঁত অনুমানযোগ্য আৰু সীমিত।
- স্বায়ত্তশাসিত এজেন্ট অভিযোজিত হয়। সিহঁতে application-টোৱে কি return কৰে পঢ়ে আৰু পিছত কি কৰিব সেইটো বেছে, যাৰ মানে সিহঁতে app-ৰ সেই অংশসমূহতো পৌঁছাব পাৰে, যিবোৰ automation-ৰ বাবে কেতিয়াও ডিজাইন কৰা হোৱা নাছিল।
- AI-assisted people AI-কে সহায়ক হিচাপে ব্যৱহাৰ কৰে, কিন্তু নিয়ন্ত্রণ নিজৰ হাতত ৰাখে। AI-assisted interaction চাওক।
application owner-সকলৰ বাবে স্বায়ত্তশাসিত এজেন্ট কিয় গুৰুত্বপূর্ণ
এজেন্টে ক্রমে বাস্তৱ customer-ৰ হৈ কাম কৰে: product তুলনা কৰা, documentation সংগ্ৰহ কৰা, ticket দাখিল কৰা, data sync কৰা আৰু API call কৰা। এই interaction-সমূহৰ বহুতেই মূল্যবান। এটা application-এ যদি সিহঁতক default-তে ব্লক কৰে, তেন্তে বৈধ usage হেৰুৱাব পাৰে; আৰু যদি application-এ সিহঁতক একেবাৰে মানুহৰ দৰে বিবেচনা কৰে, তেন্তে বহুত ভিন্ন আচৰণ থকা অংশগ্ৰহণকাৰীৰ বাবে সংবেদনশীল action উন্মুক্ত হৈ যাব পাৰে।
যিকোনো এজেন্ট interaction-ৰ বাবে উপযোগী প্রশ্নসমূহ:
- এইটো কোন এজেন্ট? HTTP message signature (RFC 9421)-ৰ দৰে যাচাইযোগ্য identity আছে নে, নে কেৱল স্ব-বৰ্ণনা?
- এইটো কি কৰিব পাৰে? Identity-ই permission নহয়। এইটো এটা authorization-ৰ প্রশ্ন।
- ইয়াৰ পিছনে কোন আছে? কোনো ব্যক্তিয়ে এজেন্টলৈ delegated authority দিছে, বা এজেন্টে কোনো সংস্থাৰ হৈ কাম কৰিব পাৰে। identity-ৰ evidence-এ delegation স্থাপন নকৰে।
- এই action-ৰ প্ৰভাৱ কি? ৰাজহুৱা catalog পঢ়া আৰু account setting সলনি কৰাৰ নিয়ন্ত্রণ একে নহয়।
স্বায়ত্তশাসিত এজেন্ট চিনাক্ত কেনেকৈ কৰিব
চিনাক্তকৰণে বিভিন্ন শক্তিৰ evidence একেলগ কৰে। প্ৰকাশিত operator-ৰ পৰা আহা verified signature শক্তিশালী। declared client name উপযোগী, কিন্তু নকল কৰিব পাৰি। আচৰণগত আৰু protocol pattern-এ inference-ত সহায় কৰিব পাৰে। এইবোৰৰ কোনোটোৱেই যথেষ্ট নহ’লে, সঠিক উত্তৰ হৈছে অনুমান কৰাৰ সলনি Unknown।
এজেন্টক ভালদৰে সেৱা দিয়া
যিবোৰ application-এ agent traffic আশা কৰে, সিহঁতে প্ৰায়ে:
- সাধাৰণ read operation-ৰ বাবে structured API বা machine-readable response প্ৰদান কৰে।
- automated caller-ৰ উপযোগী route-level rate limit প্ৰয়োগ কৰে।
- উচ্চ-প্ৰভাৱযুক্ত action-ৰ বাবে শক্তিশালী credential বা স্পষ্ট user অনুমোদন চায় (দেখক designing app-level policies for humans and AI agents).
- human-facing page দ্রুত আৰু automation-ৰ বাবে থকা challenge-ৰ পৰা মুক্ত ৰাখে।
সাধাৰণ ভুল ধাৰণা
"Agents হৈছে bots, আৰু bots খাৰাপ।" বহু agent গ্ৰাহকৰ tool। লক্ষ্য হৈছে উপযুক্ত অভিজ্ঞতা, স্বয়ংক্রিয় ব্লকিং নহয়।
"এটা verified agent-এ নিজৰ account-এ যি কৰিব পাৰে, সকলো কৰিব পাৰে।" Verification-এ client চিনাক্ত কৰে। ই action অনুমোদন নকৰে।
Proof of Actor এজেন্টক কেনেদৰে সামলে
Proof of Actor এজেন্ট interaction-সমূহক স্পষ্ট basis-সহ Agent হিচাপে শ্রেণীবদ্ধ কৰে (verified, declared বা inferred), যাতে আপোনাৰ policy-য়ে signed operator আৰু self-declared operator-ৰ মাজত পাৰ্থক্য ৰাখিব পাৰে। প্ৰতিটো route-এ কি অনুমতি পাব, সেইটো আপুনি ঠিক কৰে। APIs আৰু MCP servers use case চাওক বা apply for early access কৰক।
উৎস
- RFC 9421: HTTP Message Signatures: automated client-ৰ বাবে যাচাইযোগ্য identity
- IETF Web Bot Auth working group: bots আৰু agents authenticate কৰাৰ মানদণ্ডমূলক কাম