నిర్వచనం
స్వయంప్రవర్తి ఏజెంట్ అనేది లక్ష్యాన్ని సాధించేందుకు చర్యల శ్రేణిని నిర్ణయించి, అమలు చేస్తూ ముందుకు సాగే సాఫ్ట్‌వేర్, ప్రతి దశను వ్యక్తి నిర్ధారించకుండా. ఆధునిక ఏజెంట్లు ప్రణాళిక చేయడానికి, tools ను పిలవడానికి, ఫలితాలను చదవడానికి మరియు సర్దుబాటు చేసుకోవడానికి language models ను ఉపయోగిస్తాయి. సాధారణంగా ఒక వ్యక్తి లేదా సంస్థ లక్ష్యాన్ని మరియు పరిమితులను నిర్దేశిస్తుంది; మధ్యలోని పనిని ఏజెంట్ చేస్తుంది.
actor intelligence లో, స్వయంప్రవర్తి ఏజెంట్ Agent వర్గానికి సరిపోతుంది: ప్రతి చర్యను ఒక వ్యక్తి దిశానిర్దేశం చేయడం కాకుండా, పరస్పర చర్య ఆటోమేషన్ నుండి వస్తుంది. వర్గాలు ఎలా పోల్చబడతాయో తెలుసుకోవడానికి Human, AI-assisted or agent: a practical taxonomy for application traffic చూడండి.
ఇతర ఆటోమేషన్‌తో ఏజెంట్ల పోలిక
- Scripts మరియు crawlers స్థిరమైన సూచనలను అనుసరిస్తాయి. అవి అంచనా వేయదగినవి మరియు పరిమిత పరిధిలో ఉంటాయి.
- స్వయంప్రవర్తి ఏజెంట్లు అనుగుణంగా మారతారు. వారు application ఏమి తిరిగి ఇస్తుందో చదివి, తర్వాత ఏమి చేయాలో ఎంచుకుంటారు, అంటే ఆటోమేషన్ కోసం ఎప్పుడూ రూపకల్పన చేయని app భాగాల వరకు చేరవచ్చు.
- AI సహాయంతో పనిచేసే వ్యక్తులు AI ను సహాయకుడిగా వాడతారు కానీ నియంత్రణను తమ వద్ద ఉంచుకుంటారు. AI-assisted interaction చూడండి.
application owners కు స్వయంప్రవర్తి ఏజెంట్లు ఎందుకు ముఖ్యం
ఏజెంట్లు నిజమైన customers కోసం ఎక్కువగా చర్యలు తీసుకుంటున్నారు: products ను పోల్చడం, documentation సేకరించడం, tickets దాఖలు చేయడం, data సమకాలీకరించడం మరియు APIs ను పిలవడం. ఈ పరస్పర చర్యల్లో చాలావి విలువైనవే. డీఫాల్ట్‌గా వాటిని అడ్డుకునే application చట్టబద్ధ వినియోగాన్ని కోల్పోవచ్చు; వాటిని వ్యక్తుల మాదిరిగానే పరిగణించే application, చాలా భిన్నమైన ప్రవర్తన కలిగిన పాల్గొనేవారికి సున్నితమైన చర్యలను బహిర్గతం చేయవచ్చు.
ఏ ఏజెంట్ పరస్పర చర్యకైనా ఉపయోగకరమైన ప్రశ్నలు:
- ఇది ఏ ఏజెంట్? HTTP message signature (RFC 9421) వంటి ధృవీకరించదగిన identity ఉందా, లేక స్వీయవివరణ మాత్రమే ఉందా?
- ఇది ఏమి చేయవచ్చు? identity అంటే permission కాదు. అది authorization సంబంధించిన ప్రశ్న.
- దాని వెనుక ఎవరు ఉన్నారు? ఒక వ్యక్తి ఏజెంట్‌కు delegated authority ఇచ్చి ఉండవచ్చు, లేదా ఏజెంట్ ఒక సంస్థ తరఫున పనిచేయవచ్చు. identity యొక్క evidence delegation ను స్థాపించదు.
- ఈ చర్య ప్రభావం ఏమిటి? public catalog చదవడం మరియు account settings మార్చడం వేర్వేరు నియంత్రణలను అర్హిస్తుంది.
స్వయంప్రవర్తి ఏజెంట్‌ను ఎలా గుర్తించాలి
గుర్తింపు వివిధ బలాల evidence ను కలుపుతుంది. ప్రచురిత operator నుండి వచ్చిన verified signature బలమైనది. ప్రకటించిన client name ఉపయోగకరమైనదే కానీ నకిలీ చేయవచ్చు. ప్రవర్తనా మరియు protocol నమూనాలు inference కు మద్దతివ్వగలవు. ఇవేవీ సరిపోకపోతే, సరైన సమాధానం అంచనా వేయడం కాకుండా Unknown అని పేర్కొనడం.
ఏజెంట్లకు మంచి సేవ ఎలా ఇవ్వాలి
ఏజెంట్ traffic ను ఆశించే applications తరచుగా:
- సాధారణ read operations కోసం structured API లేదా machine-readable responses అందిస్తాయి.
- ఆటోమేటెడ్ callers కు తగిన route-level rate limits వర్తింపజేస్తాయి.
- అధిక ప్రభావం కలిగిన చర్యల కోసం బలమైన credentials లేదా స్పష్టమైన user approval ను అవసరం చేస్తాయి (designing app-level policies for humans and AI agents చూడండి).
- human-facing pages ను వేగంగా ఉంచి, ఆటోమేషన్ కోసం ఉద్దేశించిన challenges లేకుండా ఉంచుతాయి.
సాధారణ అపోహలు
"ఏజెంట్లు bots, bots చెడ్డవి." చాలాఏజెంట్లు customers ఉపయోగించే tools. లక్ష్యం సరైన experience, ప్రతిచర్యగా block చేయడం కాదు.
"Verified agent తన account చేయగల ప్రతిదీ చేయగలదు." Verification client ను గుర్తిస్తుంది. ఇది actions కు అధికారం ఇవ్వదు.
Proof of Actor ఏజెంట్లను ఎలా పరిగణిస్తుంది
Proof of Actor agent పరస్పర చర్యలను Agent గా, స్పష్టమైన basis తో (verified, declared లేదా inferred), వర్గీకరిస్తుంది, తద్వారా మీ policies signed operator ను self-declared operator కంటే భిన్నంగా పరిగణించగలవు. ప్రతి route ఏమి అనుమతించాలో మీరు నిర్ణయిస్తారు. APIs మరియు MCP servers వినియోగ ఉదాహరణలను చూడండి లేదా apply for early access.
మూలాలు
- RFC 9421: HTTP Message Signatures: ఆటోమేటెడ్ clients కోసం ధృవీకరించదగిన identity
- IETF Web Bot Auth working group: bots మరియు agents ను authenticate చేయడానికి standards పని