সংজ্ঞা
স্বায়ত্তশাসিত এজেন্ট হলো এমন সফটওয়্যার, যা কোনো ব্যক্তি প্রতিটি ধাপ নিশ্চিত না করেই একটি লক্ষ্য নির্ধারণ করে এবং সেই লক্ষ্য পূরণের জন্য ধারাবাহিক কিছু কাজ সম্পাদন করে। আধুনিক এজেন্টরা পরিকল্পনা করতে, টুল কল করতে, ফলাফল পড়তে এবং সমন্বয় করতে ভাষা মডেল ব্যবহার করে। সাধারণত কোনো ব্যক্তি বা সংস্থা লক্ষ্য এবং সীমারেখা নির্ধারণ করে; মাঝের কাজগুলো এজেন্ট করে।
actor intelligence-এ, একটি স্বায়ত্তশাসিত এজেন্ট Agent ক্লাসের সাথে মেলে: এখানে ইন্টারঅ্যাকশনটি কোনো ব্যক্তি প্রতিটি কাজ পরিচালনা করার বদলে অটোমেশন থেকে শুরু হয়। ক্লাসগুলো কীভাবে তুলনা করা যায়, তার জন্য Human, AI-assisted or agent: a practical taxonomy for application traffic দেখুন।
অন্যান্য অটোমেশনের সঙ্গে এজেন্টের তুলনা
- Scripts and crawlers নির্দিষ্ট নির্দেশনা অনুসরণ করে। এগুলো পূর্বানুমেয় এবং সীমিত।
- স্বায়ত্তশাসিত এজেন্ট মানিয়ে নেয়। এগুলো অ্যাপ্লিকেশন কী ফেরত দেয় তা পড়ে এবং এরপর কী করবে তা বেছে নেয়, ফলে তারা এমন অ্যাপের অংশেও পৌঁছে যেতে পারে যেগুলো অটোমেশনের জন্য কখনও তৈরি করা হয়নি।
- AI-assisted people AI-কে সহায়ক হিসেবে ব্যবহার করেন, কিন্তু নিয়ন্ত্রণ নিজের কাছেই রাখেন। দেখুন AI-assisted interaction।
অ্যাপ্লিকেশন মালিকদের জন্য স্বায়ত্তশাসিত এজেন্ট কেন গুরুত্বপূর্ণ
এজেন্টরা ক্রমশ বাস্তব গ্রাহকদের হয়ে কাজ করছে: পণ্য তুলনা করা, ডকুমেন্টেশন সংগ্রহ করা, টিকিট তৈরি করা, ডেটা সিঙ্ক করা এবং APIs কল করা। এসব ইন্টারঅ্যাকশনের অনেকগুলোই মূল্যবান। একটি অ্যাপ্লিকেশন যদি ডিফল্টভাবে এগুলো ব্লক করে, তাহলে বৈধ ব্যবহার হারাতে পারে; আবার একটি অ্যাপ্লিকেশন যদি এগুলোকে মানুষের মতোই ধরে, তাহলে সম্পূর্ণ ভিন্ন আচরণের একটি অংশগ্রহণকারীর কাছে সংবেদনশীল কাজ উন্মুক্ত হয়ে যেতে পারে।
যেকোনো এজেন্ট ইন্টারঅ্যাকশনের জন্য উপযোগী প্রশ্নগুলো:
- এটি কোন এজেন্ট? যাচাইযোগ্য পরিচয় আছে কি, যেমন HTTP message signature (RFC 9421), নাকি কেবল স্ব-বর্ণনা?
- এটি কী করতে পারে? পরিচয় অনুমতি নয়। এটি একটি authorization-এর প্রশ্ন।
- এর পেছনে কে আছে? কোনো ব্যক্তি হয়তো এজেন্টকে delegated authority দিয়েছেন, অথবা এজেন্ট কোনো সংস্থার পক্ষে কাজ করতে পারে। পরিচয়ের প্রমাণ delegation প্রতিষ্ঠা করে না।
- এই কাজের প্রভাব কী? একটি public catalog পড়া এবং account settings বদলানো একই নিয়ন্ত্রণের যোগ্য নয়।
স্বায়ত্তশাসিত এজেন্টকে কীভাবে শনাক্ত করবেন
শনাক্তকরণ বিভিন্ন মাত্রার evidence একত্র করে। প্রকাশিত operator-এর verified signature শক্তিশালী। ঘোষিত client name উপকারী, কিন্তু নকল করা যায়। আচরণগত এবং protocol pattern inference-কে সমর্থন করতে পারে। এগুলোর কোনোটিই যথেষ্ট না হলে সঠিক উত্তর হলো Unknown, অনুমান নয়।
এজেন্টদের ভালোভাবে সেবা দেওয়া
যে অ্যাপ্লিকেশনগুলো agent traffic প্রত্যাশা করে, তারা প্রায়ই:
- সাধারণ read operation-এর জন্য structured API বা machine-readable response দেয়।
- automated caller-দের জন্য উপযোগী route-level rate limit প্রয়োগ করে।
- উচ্চ-প্রভাবের কাজের জন্য আরও শক্তিশালী credential বা স্পষ্ট user approval চায় (দেখুন designing app-level policies for humans and AI agents)।
- human-facing page-গুলো দ্রুত রাখে এবং অটোমেশনের জন্য তৈরি challenge থেকে মুক্ত রাখে।
প্রচলিত ভ্রান্ত ধারণা
"Agents হলো bots, আর bots খারাপ।" অনেক agent-ই গ্রাহকের টুল। লক্ষ্য হলো সঠিক অভিজ্ঞতা, reflexive blocking নয়।
"একটি verified agent তার account যা করতে পারে, সবই করতে পারে।" Verification client-কে শনাক্ত করে। এটি action অনুমোদন করে না।
Proof of Actor কীভাবে agents-কে扱া করে
Proof of Actor স্পষ্ট basis (verified, declared বা inferred) সহ agent interactions-কে Agent হিসেবে classifies করে, যাতে আপনার policy signed operator-কে self-declared operator থেকে আলাদা করে扱া করতে পারে। আপনি প্রতিটি route কী অনুমতি দেবে তা নির্ধারণ করেন। APIs এবং MCP servers-এর use case দেখুন, অথবা apply for early access।
উৎস
- RFC 9421: HTTP Message Signatures: automated client-দের জন্য যাচাইযোগ্য পরিচয়
- IETF Web Bot Auth working group: bot এবং agent authenticate করার standards work