ଅପଦାନ କ୍ଷମତାର ଅର୍ଥ କ'ଣ
ଅପଦାନ କ୍ଷମତା ହେଉଛି ଗୋଟିଏ ବ୍ୟକ୍ତି (କିମ୍ବା ସଂଗଠନ) ଏକ AI agent କୁ ନିଜ ପକ୍ଷରୁ କାର୍ଯ୍ୟ କରିବା ପାଇଁ ଯେଉଁ ଅନୁମତି ଦିଏ। ଯେତେବେଳେ ଗୋଟିଏ assistant ଆପଣଙ୍କ calendar ରେ ଏକ meeting ବୁକ୍ କରେ, ଆପଣଙ୍କ ନାମରେ ଗୋଟିଏ support ticket ଦାଖଲ କରେ କିମ୍ବା supplier ର portal ରୁ ଏକ invoice ପୁନରୁଦ୍ଧାର କରେ, ସେତେବେଳେ ସେ ଆପଣଙ୍କ ଠାରୁ ଉତ୍ପନ୍ନ କ୍ଷମତାକୁ ପ୍ରୟୋଗ କରୁଛି।
ଭଲ delegation ର ତିନିଟି ଗୁଣ ଅଛି: ଏହା scoped ହୁଏ (agent କିଛି କାମ କରିପାରେ, ସବୁକିଛି ନୁହେଁ), bounded in time ହୁଏ (ଏହାର ସମାପ୍ତି ଥାଏ କିମ୍ବା ଏହାକୁ ପ୍ରତ୍ୟାହାର କରାଯାଇପାରେ) ଏବଂ attributable ହୁଏ (ଗ୍ରହଣକାରୀ application କେଉଁ ବ୍ୟକ୍ତିର କ୍ଷମତା ପ୍ରୟୋଗ ହେଉଛି ତାହା କହିପାରେ)।
ଏହା applications ପାଇଁ କାହିଁକି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ
ଗୋଟିଏ application ର ଦୃଷ୍ଟିରୁ, agent ର request ତିନିଟି ପୃଥକ ପ୍ରଶ୍ନ ଉଠାଏ:
- ଏହା କେଉଁ client ପଠାଇଛି? ଏହା ହେଉଛି agent identity, ଯାହା signed requests ଦ୍ୱାରା ସ୍ଥାପିତ ହୋଇପାରେ (ଦେଖନ୍ତୁ HTTP Message Signatures)।
- ଏହା କାହାର କ୍ଷମତା ଅଧୀନରେ କାର୍ଯ୍ୟ କରୁଛି? ଏହା ହେଉଛି delegation।
- ଏହି କାର୍ଯ୍ୟ ପାଇଁ ସେଇ କ୍ଷମତା ପର୍ଯ୍ୟାପ୍ତ କି? ଏହା ହେଉଛି authorization, ଯାହା application ର ନିଜ policy ଦ୍ୱାରା ନିର୍ଦ୍ଧାରିତ ହୁଏ।
ଏକ ପରିଚିତ assistant operator ଠାରୁ ଆସିଥିବା signed request ପ୍ରଥମ ପ୍ରଶ୍ନର ଭଲ ଉତ୍ତର ଦିଏ। ଏହା ନିଜେ ଦ୍ୱିତୀୟ ପ୍ରଶ୍ନ ବିଷୟରେ କିଛି କହେ ନାହିଁ। assistant ଆପଣଙ୍କ ଗୋଟିଏ user ପାଇଁ, ଆପଣଙ୍କ user ନୁହେଁ ଏମିତି କାହାରୋ ପାଇଁ, କିମ୍ବା ସମ୍ପୂର୍ଣ୍ଣ ନିଜ initiative ରେ କାର୍ଯ୍ୟ କରୁଥିବା ହୋଇପାରେ। client identity କୁ ଗୋଟିଏ ବ୍ୟକ୍ତିର consent ର proof ଭାବରେ ଧାରଣ କରିବା agent-facing design ର ସବୁଠାରୁ ସାଧାରଣ ଭୁଲମାନଙ୍କ ମଧ୍ୟରୁ ଗୋଟିଏ। ଦେଖନ୍ତୁ signed AI agent requests କଣ ପ୍ରମାଣ କରେ, ଏବଂ କଣ କରେ ନାହିଁ।
delegation ସାଧାରଣତଃ କିପରି ପ୍ରକାଶିତ ହୁଏ
- OAuth-style grants। ବ୍ୟକ୍ତି ଆପଣଙ୍କ application ରେ sign in କରିଥାଏ ଏବଂ OAuth 2.0 (RFC 6749) ରେ ନିର୍ଦ୍ଦିଷ୍ଟ ଭଳି ଗୋଟିଏ agent କୁ ସୀମିତ scopes ସହିତ ଏକ token ଦିଏ। ତା'ପରେ ଆପଣଙ୍କ application ସଠିକ୍ ଭାବେ ଜାଣେ token କାହାର କ୍ଷମତା ବହନ କରୁଛି, ଏବଂ ଏହି grant ପ୍ରତ୍ୟାହାର କରାଯାଇପାରେ (RFC 7009)।
- Account-scoped API keys ଯାହାକୁ ଗୋଟିଏ user ନିର୍ଦ୍ଦିଷ୍ଟ integration ପାଇଁ ସୃଷ୍ଟି କରେ, ଆଦର୍ଶ ଭାବେ ସଙ୍କୀର୍ଣ୍ଣ permissions ସହିତ।
- In-app confirmations ଉଚ୍ଚ ପ୍ରଭାବଶାଳୀ କାର୍ଯ୍ୟମାନଙ୍କ ପାଇଁ, ଯେଉଁଠାରେ person agent ପ୍ରସ୍ତୁତ କରିଥିବା ନିର୍ଦ୍ଦିଷ୍ଟ action କୁ approve କରେ।
- Token-level delegation claims। OAuth 2.0 Token Exchange (RFC 8693) ଏକ
act(actor) claim ପରିଭାଷିତ କରେ ଯାହା ଗୋଟିଏ ପକ୍ଷ ଅନ୍ୟ ପକ୍ଷ ପାଇଁ କାର୍ଯ୍ୟ କରୁଥିବାକୁ ରେକର୍ଡ କରେ। requests ରେ agent delegation ପ୍ରକାଶ କରିବା ଉପରେ ନୂତନ କାର୍ଯ୍ୟ ଏଯାବତ୍ ବିକଶିତ ହେଉଛି, ଏବଂ applications ଉଚିତ ନିଜ records ସହିତ କୌଣସି delegation claim କୁ verify କରିବା, face value ରେ ଗ୍ରହଣ କରିବା ନୁହେଁ।
ସାଧାରଣ ଭ୍ରାନ୍ତିଧାରଣା
- "ଯଦି agent verified, ତେବେ user approve କରିଥିଲେ।" Verification client କୁ ଚିହ୍ନଟ କରେ। Approval person ଠାରୁ, ଆପଣଙ୍କ application trust କରୁଥିବା channel ମାଧ୍ୟମରେ ଆସିବା ଦରକାର।
- "ମୋ user ର session ବ୍ୟବହାର କରୁଥିବା ଏକ agent ଠିକ୍ ଅଟେ।" ହୋଇପାରେ, କିନ୍ତୁ session interactive human use ପାଇଁ issue କରାଯାଇଥିଲା। କାର୍ଯ୍ୟମାନଙ୍କୁ attributable ଏବଂ revocable କରିବା ପାଇଁ automation ନିମନ୍ତେ dedicated, scoped grant କୁ ଅନେକ applications ପସନ୍ଦ କରେ।
- "Delegation ସବୁ କିମ୍ବା କିଛି ନୁହେଁ।" ସବୁଠାରୁ ସୁରକ୍ଷିତ delegation ସଙ୍କୀର୍ଣ୍ଣ ହୁଏ: read access ବ୍ୟାପକ ଭାବରେ, write access କେବଳ ନିର୍ଦ୍ଦିଷ୍ଟ actions ପାଇଁ, ଏବଂ ଅପରିବର୍ତ୍ତନୀୟ କିଛି ପାଇଁ confirmation।
Proof of Actor ର ସମ୍ପର୍କ କିପରି ଅଛି
Proof of Actor ଆପଣଙ୍କୁ ଦେଖିବାରେ ସାହାଯ୍ୟ କରେ ଯେତେବେଳେ ଗୋଟିଏ interaction agent-driven କିମ୍ବା AI-assisted ଅଟେ, ଏବଂ କେଉଁ ଆଧାରରେ: verified, declared, inferred କିମ୍ବା unknown। ସେଇ context ଆପଣଙ୍କୁ delegation ପ୍ରଶ୍ନ କେଉଁଠି ଉପସ୍ଥିତ ହୁଏ ତାହା କହେ, ଉଦାହରଣ ସ୍ୱରୂପ ଗୋଟିଏ autonomous agent ଯେଉଁଥି human account session ଭିତରେ କାର୍ଯ୍ୟ କରୁଛି। Proof of Actor delegation credentials ଜାରି କରେ ନାହିଁ କିମ୍ବା validate କରେ ନାହିଁ, ଏବଂ ଗୋଟିଏ Agent result କେବେ ମଧ୍ୟ ଏହା imply କରେ ନାହିଁ ଯେ person କାର୍ଯ୍ୟଟିକୁ authorized କରିଥିଲେ। ଆପଣଙ୍କ application ର ନିଜ grants, scopes ଏବଂ confirmations ଏହାକୁ ନିର୍ଦ୍ଧାରଣ କରେ, ଏବଂ Route ଆପଣ real traffic observe କରିସାରିଲେ route ପ୍ରତି ଉଚିତ policy ପ୍ରୟୋଗ କରିବାକୁ ସହାୟତା କରେ। policy patterns ପାଇଁ, ଦେଖନ୍ତୁ humans ଏବଂ AI agents ପାଇଁ app-level policies କିପରି ଡିଜାଇନ୍ କରିବେ।
ପଢ଼ନ୍ତୁ evidence କ'ଣ establish କରିପାରେ ଏବଂ କ'ଣ କରିପାରେ ନାହିଁ, କିମ୍ବା early access ପାଇଁ apply କରନ୍ତୁ।
ସ୍ରୋତ
- RFC 6749: The OAuth 2.0 Authorization Framework: resource owner ଠାରୁ client ପାଇଁ scoped grants
- RFC 7009: OAuth 2.0 Token Revocation: delegated token କୁ revoke କରିବା
- RFC 8693: OAuth 2.0 Token Exchange: delegation ପାଇଁ
act(actor) claim