ವ್ಯಾಖ್ಯಾನ
ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ ಎಂದರೆ, ಪ್ರತಿಯೊಂದು ಹಂತವನ್ನು ವ್ಯಕ್ತಿ ದೃಢೀಕರಿಸದೆ, ಗುರಿಯನ್ನು ಸಾಧಿಸಲು ಕ್ರಮಗಳ ಸರಣಿಯನ್ನು ನಿರ್ಧರಿಸಿ ನಿರ್ವಹಿಸುವ ಸಾಫ್ಟ್‌ವೇರ್. ಆಧುನಿಕ ಏಜೆಂಟ್‌ಗಳು ಭಾಷಾ ಮಾದರಿಗಳನ್ನು ಬಳಸಿ ಯೋಜನೆ ರೂಪಿಸುತ್ತವೆ, ಟೂಲ್‌ಗಳನ್ನು ಕರೆದುಕೊಳ್ಳುತ್ತವೆ, ಫಲಿತಾಂಶಗಳನ್ನು ಓದುತ್ತವೆ ಮತ್ತು ತಕ್ಕಂತೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ. ಸಾಮಾನ್ಯವಾಗಿ ವ್ಯಕ್ತಿ ಅಥವಾ ಸಂಸ್ಥೆ ಗುರಿ ಮತ್ತು ಗಡಿಗಳನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ; ಅದರ ಮಧ್ಯದ ಕೆಲಸವನ್ನು ಏಜೆಂಟ್ ಮಾಡುತ್ತದೆ.
actor intelligence ನಲ್ಲಿ, ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ Agent ವರ್ಗಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ: ಪ್ರತಿಯೊಂದು ಕ್ರಿಯೆಯನ್ನು ವ್ಯಕ್ತಿ ನಿರ್ದೇಶಿಸುವುದಕ್ಕಿಂತ automation ನಿಂದ ಸಂವಹನ ಆರಂಭವಾಗುತ್ತದೆ. ವರ್ಗಗಳು ಹೇಗೆ ಹೋಲುತ್ತವೆ ಎಂಬುದಕ್ಕಾಗಿ Human, AI-assisted or agent: a practical taxonomy for application traffic ನೋಡಿ.
ಇತರ automation ಗಳೊಂದಿಗೆ ಏಜೆಂಟ್‌ಗಳ ಹೋಲಿಕೆ
- ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಮತ್ತು ಕ್ರಾಲರ್‌ಗಳು ನಿಶ್ಚಿತ ಸೂಚನೆಗಳನ್ನು ಅನುಸರಿಸುತ್ತವೆ. ಅವು ಪೂರ್ವಾನುಮಾನಯೋಗ್ಯ ಮತ್ತು ಸೀಮಿತವಾಗಿರುತ್ತವೆ.
- ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್‌ಗಳು ಹೊಂದಿಕೊಳ್ಳುತ್ತವೆ. ಅಪ್ಲಿಕೇಶನ್ ಏನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅವು ಓದುತ್ತವೆ ಮತ್ತು ಮುಂದೇನು ಮಾಡಬೇಕು ಎಂದು ಆಯ್ಕೆಮಾಡುತ್ತವೆ. ಇದರರ್ಥ automation ಗಾಗಿ ಎಂದಿಗೂ ವಿನ್ಯಾಸಗೊಳಿಸದ ಆಪ್‌ನ ಭಾಗಗಳಿಗೆ ಕೂಡ ಅವು ತಲುಪಬಹುದು.
- AI-ಸಹಾಯಿತ ವ್ಯಕ್ತಿಗಳು AI ಅನ್ನು ಸಹಾಯಕವಾಗಿ ಬಳಸುತ್ತಾರೆ, ಆದರೆ ನಿಯಂತ್ರಣ ತಮ್ಮಲ್ಲೇ ಇಡುತ್ತಾರೆ. ನೋಡಿ AI-assisted interaction.
ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್‌ಗಳು ಅಪ್ಲಿಕೇಶನ್ ಮಾಲೀಕರಿಗೆ ಏಕೆ ಮುಖ್ಯ
ಏಜೆಂಟ್‌ಗಳು ಹೆಚ್ಚಾಗಿ ನಿಜವಾದ ಗ್ರಾಹಕರ ಪರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ: ಉತ್ಪನ್ನಗಳನ್ನು ಹೋಲಿಸುವುದು, ದಾಖಲೆಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು, ಟಿಕೆಟ್‌ಗಳನ್ನು ದಾಖಲಿಸುವುದು, ಡೇಟಾ ಸಿಂಕ್ ಮಾಡುವುದು ಮತ್ತು APIs ಕರೆಯುವುದು. ಈ ಸಂವಹನಗಳಲ್ಲಿ ಅನೇಕವು ಮೌಲ್ಯಯುತವಾಗಿವೆ. ಇವನ್ನು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ತಡೆಯುವ ಅಪ್ಲಿಕೇಶನ್ ಕಾನೂನುಬದ್ಧ ಬಳಕೆಯನ್ನು ಕಳೆದುಕೊಳ್ಳಬಹುದು; ಇವನ್ನು ನೇರವಾಗಿ ವ್ಯಕ್ತಿಗಳಂತೆ ಪರಿಗಣಿಸುವ ಅಪ್ಲಿಕೇಶನ್, ಬೇರೆ ರೀತಿಯ ವರ್ತನೆ ಹೊಂದಿರುವ ಭಾಗವಹಿಸುವವರಿಗೆ ಸಂವೇದನಾಶೀಲ ಕ್ರಿಯೆಗಳನ್ನು ತೆರೆದಿಡಬಹುದು.
ಯಾವುದೇ ಏಜೆಂಟ್ ಸಂವಹನಕ್ಕೆ ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆಗಳು:
- ಇದು ಯಾವ ಏಜೆಂಟ್? HTTP message signature (RFC 9421) ನಂತಹ ಪರಿಶೀಲಿಸಬಹುದಾದ ಗುರುತುವಿದೆಯೇ, ಅಥವಾ ಕೇವಲ ಸ್ವವಿವರಣೆಯೇ?
- ಇದು ಏನು ಮಾಡಬಹುದು? ಗುರುತು ಎಂದರೆ ಅನುಮತಿ ಅಲ್ಲ. ಅದು authorization ಸಂಬಂಧಿತ ಪ್ರಶ್ನೆ.
- ಇದರ ಹಿಂದೆ ಯಾರು ಇದ್ದಾರೆ? ವ್ಯಕ್ತಿಯೊಬ್ಬರು ಏಜೆಂಟ್‌ಗೆ delegated authority ನೀಡಿರಬಹುದು, ಅಥವಾ ಏಜೆಂಟ್ ಒಂದು ಸಂಸ್ಥೆಯ ಪರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರಬಹುದು. ಗುರುತಿನ ಸಾಕ್ಷ್ಯವೇ delegation ಅನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
- ಈ ಕ್ರಿಯೆಯ ಪರಿಣಾಮ ಏನು? ಸಾರ್ವಜನಿಕ ಕ್ಯಾಟಲಾಗ್ ಓದುವುದು ಮತ್ತು account settings ಬದಲಾಯಿಸುವುದು ಬೇರೆ ಬೇರೆ ನಿಯಂತ್ರಣಗಳನ್ನು ಬೇಡುತ್ತದೆ.
ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ ಅನ್ನು ಹೇಗೆ ಗುರುತಿಸುವುದು
ಗುರುತಿಸುವಿಕೆ ವಿಭಿನ್ನ ಬಲದ ಸಾಕ್ಷ್ಯಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ. ಪ್ರಕಟಿತ operator ನ ಪರಿಶೀಲಿತ signature ಬಲವಾದುದು. ಘೋಷಿತ client ಹೆಸರು ಉಪಯುಕ್ತವಾದರೂ ಅನುಕರಿಸಬಹುದು. ವರ್ತನಾ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಮಾದರಿಗಳು inference ಗೆ ಬೆಂಬಲ ನೀಡಬಹುದು. ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ಸಾಕಾಗದಿದ್ದರೆ, ಸರಿಯಾದ ಉತ್ತರ Unknown ಆಗಿದೆ, ಊಹೆ ಅಲ್ಲ.
ಏಜೆಂಟ್‌ಗಳಿಗೆ ಉತ್ತಮ ಸೇವೆ ನೀಡುವುದು
ಏಜೆಂಟ್ traffic ಅನ್ನು ನಿರೀಕ್ಷಿಸುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿ:
- ಸಾಮಾನ್ಯ ಓದು ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ರಚಿತ API ಅಥವಾ machine-readable ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ನೀಡುತ್ತವೆ.
- automated callers ಗೆ ಸೂಕ್ತವಾದ route-level rate limit ಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತವೆ.
- ಹೆಚ್ಚಿನ ಪರಿಣಾಮ ಬೀರುವ ಕ್ರಿಯೆಗಳಿಗೆ ಬಲವಾದ credentials ಅಥವಾ ಸ್ಪಷ್ಟ user approval ಅನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತವೆ ( ನೋಡಿ designing app-level policies for humans and AI agents ).
- ಮಾನವ-ಮುಖಿ ಪುಟಗಳನ್ನು ವೇಗವಾಗಿ ಇಟ್ಟು, automation ಗಾಗಿ ಉದ್ದೇಶಿಸಿದ challenges ಗಳಿಂದ ಮುಕ್ತವಾಗಿರಿಸುತ್ತವೆ.
ಸಾಮಾನ್ಯ ತಪ್ಪು ಕಲ್ಪನೆಗಳು
"Agents ಎಂದರೆ bots, ಮತ್ತು bots ಕೆಟ್ಟವು." ಅನೇಕ agents ಗ್ರಾಹಕರ ಉಪಕರಣಗಳಾಗಿವೆ. ಗುರಿ ಸರಿಯಾದ ಅನುಭವ, ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕ ತಡೆ ಅಲ್ಲ.
"ಪರಿಶೀಲಿತ agent ತನ್ನ account ಏನು ಮಾಡಬಹುದೋ ಅದನ್ನೆಲ್ಲ ಮಾಡಬಹುದು." ಪರಿಶೀಲನೆ client ಅನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಅದು ಕ್ರಿಯೆಗಳನ್ನು ಅಧಿಕಾರೀಕರಿಸುವುದಿಲ್ಲ.
Proof of Actor agents ಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುತ್ತದೆ
Proof of Actor agent ಸಂವಹನಗಳನ್ನು ಸ್ಪಷ್ಟ ಆಧಾರದೊಂದಿಗೆ Agent ಎಂದು ವರ್ಗೀಕರಿಸುತ್ತದೆ (verified, declared ಅಥವಾ inferred), ಆದ್ದರಿಂದ ನಿಮ್ಮ ನೀತಿಗಳು ಸಹಿ ಮಾಡಿದ operator ಮತ್ತು ಸ್ವಯಂಘೋಷಿತ ಒಂದನ್ನು ಬೇರೆ ರೀತಿ ನಿರ್ವಹಿಸಬಹುದು. ಪ್ರತಿಯೊಂದು route ಏನು ಅನುಮತಿಸುತ್ತದೆ ಎಂದು ನೀವು ನಿರ್ಧರಿಸುತ್ತೀರಿ. APIs ಮತ್ತು MCP servers ಬಳಕೆ ಪ್ರಕರಣಗಳನ್ನು ನೋಡಿ ಅಥವಾ apply for early access.
ಮೂಲಗಳು
- RFC 9421: HTTP Message Signatures: automated clients ಗಾಗಿ ಪರಿಶೀಲಿಸಬಹುದಾದ ಗುರುತು
- IETF Web Bot Auth working group: bots ಮತ್ತು agents ಗಳನ್ನು authenticate ಮಾಡುವ standards ಕಾರ್ಯ