ପରିଭାଷା
ସ୍ୱାୟତ୍ତ ଏଜେଣ୍ଟ ହେଉଛି ସଫ୍ଟୱେର, ଯାହା ଜଣେ ଲୋକ ପ୍ରତ୍ୟେକ ପଦକ୍ଷେପ ନିଶ୍ଚିତ କରିବା ବିନା, ଏକ ଲକ୍ଷ୍ୟକୁ ଲକ୍ଷ୍ୟ କରି କାର୍ଯ୍ୟମାଳା ନିଷ୍ପତ୍ତି କରିବା ଏବଂ ସମ୍ପାଦନ କରିବା ଦ୍ୱାରା କାମ କରେ। ଆଧୁନିକ ଏଜେଣ୍ଟମାନେ ପରିକଳ୍ପନା କରିବା, ଟୁଲ୍ ଡାକିବା, ଫଳାଫଳ ପଢିବା ଏବଂ ସମନ୍ୱୟ କରିବା ପାଇଁ language models ବ୍ୟବହାର କରନ୍ତି। ସାଧାରଣତଃ ଜଣେ ଲୋକ କିମ୍ବା ସଂଗଠନ ଲକ୍ଷ୍ୟ ଓ ସୀମା ଧାର୍ଯ୍ୟ କରେ; ଏଜେଣ୍ଟ ମଧ୍ୟବର୍ତ୍ତୀ କାମ କରେ।
actor intelligence ରେ, ସ୍ୱାୟତ୍ତ ଏଜେଣ୍ଟ Agent ଶ୍ରେଣୀ ସହିତ ସମ୍ପର୍କିତ: ଏହି interaction ଜଣେ ଲୋକ ପ୍ରତ୍ୟେକ କାର୍ଯ୍ୟ ନିର୍ଦ୍ଦେଶନା କରିବା ଠାରୁ ନୁହେଁ, automation ରୁ ଆରମ୍ଭ ହୁଏ। classes ମାନଙ୍କ ତୁଳନା କିପରି ହୁଏ ତାହା ପାଇଁ Human, AI-assisted or agent: a practical taxonomy for application traffic ଦେଖନ୍ତୁ।
ଅନ୍ୟ automation ସହିତ ଏଜେଣ୍ଟମାନଙ୍କ ତୁଳନା
- Scripts and crawlers ନିର୍ଦ୍ଦିଷ୍ଟ ନିର୍ଦ୍ଦେଶ ଅନୁସରଣ କରେ। ସେଗୁଡିକ ପୂର୍ବାନୁମାନଯୋଗ୍ୟ ଏବଂ ସୀମିତ।
- ସ୍ୱାୟତ୍ତ ଏଜେଣ୍ଟମାନେ ଅନୁକୂଳନ କରନ୍ତି। ସେମାନେ ଏକ application କଣ ଫେରାଇଛି ତାହା ପଢନ୍ତି ଏବଂ ପରବର୍ତ୍ତୀରେ କ’ଣ କରିବେ ସେଥିରେ ନିଷ୍ପତ୍ତି ନେନ୍ତି, ଯାହାର ଅର୍ଥ ହେଉଛି ସେମାନେ ଏମିତି app ର ଅଂଶକୁ ପହଞ୍ଚିପାରନ୍ତି ଯାହା automation ପାଇଁ କେବେ ଡିଜାଇନ୍ କରାଯାଇନଥିଲା।
- AI-assisted people AI କୁ ସହାୟକ ଭାବରେ ବ୍ୟବହାର କରନ୍ତି କିନ୍ତୁ ନିୟନ୍ତ୍ରଣ ରଖନ୍ତି। AI-assisted interaction ଦେଖନ୍ତୁ।
application ମାଲିକମାନଙ୍କ ପାଇଁ ସ୍ୱାୟତ୍ତ ଏଜେଣ୍ଟ କାହିଁକି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ
ଏଜେଣ୍ଟମାନେ ଆସ୍ତେ ଆସ୍ତେ ବାସ୍ତବ ଗ୍ରାହକମାନଙ୍କ ପକ୍ଷରୁ କାମ କରୁଛନ୍ତି: products ତୁଳନା କରିବା, documentation ସଂଗ୍ରହ କରିବା, tickets ଦାଖଲ କରିବା, data ସମନ୍ୱୟ କରିବା ଏବଂ APIs କୁ ଡାକିବା। ଏହି ଇଣ୍ଟରାକ୍ସନ୍ମାନଙ୍କ ମଧ୍ୟରୁ ଅନେକ ଉପକାରୀ। ଯେଉଁ application ସେଗୁଡିକୁ by default ବ୍ଲକ୍ କରେ, ସେଠାରେ ଯଥାର୍ଥ ବ୍ୟବହାର ହାରାଇପାରେ; ଯେଉଁ application ସେଗୁଡିକୁ ଲୋକମାନଙ୍କ ସହିତ ସମାନ ଭାବରେ ବ୍ୟବହାର କରେ, ସେଠାରେ ବହୁତ ଭିନ୍ନ ବ୍ୟବହାର ଥିବା participant ପାଇଁ ସମ୍ବେଦନଶୀଳ କାର୍ଯ୍ୟମାନେ ଉନ୍ମୁକ୍ତ ହୋଇପାରେ।
ଯେକୌଣସି agent interaction ପାଇଁ ଉପଯୋଗୀ ପ୍ରଶ୍ନଗୁଡିକ:
- ଏହି ଏଜେଣ୍ଟ କିଏ? କି ଏଠାରେ ପ୍ରମାଣଯୋଗ୍ୟ identity ଅଛି, ଯଥା an HTTP message signature (RFC 9421), ନା କେବଳ ଏକ self-description?
- ଏହା କ’ଣ କରିପାରିବ? Identity ଅନୁମତି ନୁହେଁ। ଏହା ଏକ authorization ପ୍ରଶ୍ନ।
- ଏହାର ପଛରେ କିଏ ଅଛି? ଜଣେ ଲୋକ ଏଜେଣ୍ଟକୁ delegated authority ଦେଇଥାଇପାରନ୍ତି, କିମ୍ବା ଏଜେଣ୍ଟ ଜଣେ ସଂଗଠନ ପକ୍ଷରୁ କାମ କରିପାରେ। identity ପ୍ରମାଣ delegation ସାବିତ କରେ ନାହିଁ।
- ଏହି କାର୍ଯ୍ୟର ପ୍ରଭାବ କ’ଣ? ଏକ ସାର୍ବଜନୀନ catalog ପଢିବା ଏବଂ account settings ପରିବର୍ତ୍ତନ କରିବା ପାଇଁ ଭିନ୍ନ controls ଦରକାର।
ସ୍ୱାୟତ୍ତ ଏଜେଣ୍ଟକୁ କିପରି ଚିହ୍ନିବେ
ଚିହ୍ନଟକରଣ ବିଭିନ୍ନ ଶକ୍ତିର ପ୍ରମାଣକୁ ଏକତ୍ର କରେ। ଏକ published operator ଠାରୁ ମିଳିଥିବା verified signature ଶକ୍ତିଶାଳୀ। ଏକ declared client name ଉପଯୋଗୀ କିନ୍ତୁ ନକଲ କରାଯାଇପାରେ। ଆଚରଣଗତ ଏବଂ protocol ରୂପରେ ଥିବା pattern ଗୁଡିକ ଏକ inference କୁ ସମର୍ଥନ କରିପାରେ। ଯେତେବେଳେ ଏଥିରୁ କେହି ମଧ୍ୟ ପର୍ଯ୍ୟାପ୍ତ ନୁହେଁ, ସଠିକ୍ ଉତ୍ତର ହେଉଛି Unknown ଅନୁମାନ କରିବା ପରିବର୍ତ୍ତେ।
ଏଜେଣ୍ଟମାନଙ୍କୁ ଭଲ ଭାବେ ସେବା ଦେବା
ଯେଉଁ applications agent traffic ଆଶା କରନ୍ତି, ସେମାନେ ପ୍ରାୟତଃ:
- ସାଧାରଣ read operations ପାଇଁ structured API କିମ୍ବା machine-readable responses ପ୍ରଦାନ କରନ୍ତି।
- automated callers ପାଇଁ ଉପଯୁକ୍ତ route-level rate limits ପ୍ରୟୋଗ କରନ୍ତି।
- high-impact actions ପାଇଁ ଅଧିକ ଶକ୍ତିଶାଳୀ credentials କିମ୍ବା explicit user approval ଆବଶ୍ୟକ କରନ୍ତି (ଦେଖନ୍ତୁ designing app-level policies for humans and AI agents)।
- human-facing pages କୁ ଦ୍ରୁତ ରଖନ୍ତି ଏବଂ automation ପାଇଁ ଉଦ୍ଦିଷ୍ଟ challenges ରୁ ମୁକ୍ତ ରଖନ୍ତି।
ସାଧାରଣ ଭ୍ରମଧାରଣା
"Agents are bots, and bots are bad." ଅନେକ agent ଗ୍ରାହକଙ୍କର ଟୁଲ୍। ଲକ୍ଷ୍ୟ ହେଉଛି ଠିକ୍ experience, ଅନୁପ୍ରେରଣାହୀନ blocking ନୁହେଁ।
"A verified agent can do anything its account can." Verification client କୁ ଚିହ୍ନଟ କରେ। ଏହା କାର୍ଯ୍ୟକୁ authorize କରେ ନାହିଁ।
Proof of Actor ଏଜେଣ୍ଟମାନଙ୍କୁ କିପରି ବ୍ୟବହାର କରେ
Proof of Actor agent interactions କୁ Agent ଭାବରେ ଏକ explicit basis ସହିତ (verified, declared or inferred) classifies କରେ, ଯାହାଦ୍ୱାରା ଆପଣଙ୍କ policies signed operator କୁ self-declared one ଠାରୁ ଭିନ୍ନ ଭାବେ ବ୍ୟବହାର କରିପାରେ। ପ୍ରତ୍ୟେକ route କ’ଣ ଅନୁମତି ଦେଉଛି, ସେଥି ଆପଣ ନିଷ୍ପତ୍ତି କରନ୍ତି। APIs ଏବଂ MCP servers use cases ଦେଖନ୍ତୁ କିମ୍ବା apply for early access।
ସ୍ରୋତ
- RFC 9421: HTTP Message Signatures: automated clients ପାଇଁ ପ୍ରମାଣଯୋଗ୍ୟ identity
- IETF Web Bot Auth working group: bots ଏବଂ agents କୁ authenticate କରିବା ଉପରେ standards work