વ્યાખ્યા
સ્વાયત્ત એજન્ટ એ એવું સોફ્ટવેર છે, જે લક્ષ્યને આગળ વધારવા માટે ક્રિયાઓની શ્રેણી નક્કી કરીને અને અમલમાં મૂકી કામ કરે છે, અને દરેક પગલું વ્યક્તિ દ્વારા પુષ્ટિ કરાવતું નથી. આધુનિક એજન્ટો ભાષા મોડલ્સનો ઉપયોગ યોજના બનાવવા, tools બોલાવવા, પરિણામો વાંચવા અને સમાયોજિત કરવા માટે કરે છે. સામાન્ય રીતે વ્યક્તિ અથવા સંસ્થા લક્ષ્ય અને સીમાઓ નક્કી કરે છે; એજન્ટ વચ્ચેનું કામ કરે છે.
actor intelligence માં, સ્વાયત્ત એજન્ટ Agent વર્ગને અનુરૂપ છે: ક્રિયા દરેક કાર્યને માર્ગદર્શન આપતી વ્યક્તિમાંથી નહીં, પણ automationમાંથી શરૂ થાય છે. વર્ગોની સરખામણી માટે જુઓ Human, AI-assisted or agent: a practical taxonomy for application traffic.
અન્ય automation સાથે એજન્ટોની સરખામણી
- Scripts અને crawlers સ્થિર સૂચનાઓ અનુસરે છે. તે અનુમાનયોગ્ય અને સંકુચિત હોય છે.
- સ્વાયત્ત એજન્ટો અનુકૂલન કરે છે. તેઓ application શું આપે છે તે વાંચે છે અને આગળ શું કરવું તે પસંદ કરે છે, એટલે તેઓ app ના એવા ભાગોમાં પહોંચી શકે છે જે automation માટે ક્યારેય ડિઝાઇન કરવામાં આવ્યા ન હતા.
- AI-assisted લોકો AI ને મદદરૂપ તરીકે વાપરે છે, પરંતુ નિયંત્રણ પોતે રાખે છે. જુઓ AI-assisted interaction.
application માલિકો માટે સ્વાયત્ત એજન્ટો કેમ મહત્વના છે
એજન્ટો વધુને વધુ વાસ્તવિક ગ્રાહકો તરફથી કાર્ય કરે છે: productsની સરખામણી, documentation એકત્ર કરવી, tickets દાખલ કરવી, data sync કરવું અને APIs બોલાવવું. આવી ઘણી interactions મૂલ્યવાન હોય છે. કોઈ application જે તેમને મૂળભૂત રીતે બ્લોક કરે છે તે યોગ્ય usage ગુમાવી શકે છે; અને કોઈ application જે તેમને લોકોને જેટલાં જ માને છે તે ખૂબ જ અલગ વર્તન ધરાવતા ભાગીદારને સંવેદનશીલ actions સુધી પહોંચ આપી શકે છે.
કોઈપણ agent interaction માટે ઉપયોગી પ્રશ્નો:
- આ કયો agent છે? શું verifiable ઓળખ છે, જેમ કે HTTP message signature (RFC 9421), કે પછી માત્ર self-description?
- તે શું કરી શકે? ઓળખ permission નથી. આ authorization નો પ્રશ્ન છે.
- તેની પાછળ કોણ છે? કોઈ વ્યક્તિએ agent ને delegated authority આપી હોઈ શકે, અથવા agent કોઈ સંસ્થા માટે કાર્ય કરી શકે. ઓળખનો પુરાવો delegation સ્થાપિત કરતો નથી.
- આ action નો પ્રભાવ શું છે? public catalog વાંચવા અને account settings બદલવા માટે અલગ controls જરૂરી છે.
સ્વાયત્ત એજન્ટને કેવી રીતે ઓળખવું
ઓળખ અલગ-અલગ તાકાતના પુરાવાઓને જોડે છે. પ્રકાશિત operator તરફથી verified signature મજબૂત પુરાવો છે. declared client name ઉપયોગી છે, પરંતુ તેની નકલ થઈ શકે છે. વર્તણૂકી અને protocol પેટર્ન inference ને સમર્થન આપી શકે છે. જ્યારે આમાંથી કશું પૂરતું ન હોય, ત્યારે સાચો જવાબ Unknown છે, અનુમાન નહીં.
એજન્ટોને સારી રીતે સેવા આપવી
જે applications agent trafficની અપેક્ષા રાખે છે, તેઓ ઘણી વાર:
- સામાન્ય read operations માટે રચનાત્મક API અથવા machine-readable responses આપે છે.
- automated callers માટે યોગ્ય route-level rate limits લાગુ કરે છે.
- ઊંચા પ્રભાવવાળા actions માટે વધુ મજબૂત credentials અથવા સ્પષ્ટ user મંજૂરી માંગે છે (જુઓ 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 one કરતાં અલગ રીતે વર્તી શકે. તમે નક્કી કરો છો કે દરેક route શું મંજૂરી આપે છે. APIs અને MCP servers ના use cases જુઓ અથવા apply for early access.
સ્ત્રોતો
- RFC 9421: HTTP Message Signatures: automated clients માટે verifiable identity
- IETF Web Bot Auth working group: bots અને agents ને authenticate કરવા પર standards કાર્ય