ಕಳೆದ ಎರಡು ವರ್ಷಗಳಿಂದ, AI ಎಂಜಿನಿಯರಿಂಗ್ ಒಂದು ಸರಳ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತಿತ್ತು. ಏಜೆಂಟ್ಗೆ ಒಂದು ಪ್ರಾಂಪ್ಟ್, ಕೆಲವು ಪರಿಕರಗಳು (tools) ಮತ್ತು ಮೆಮೊರಿ ಲೇಯರ್ ನೀಡಿರಿ. ಅದು ಸಭೆಯನ್ನು ನಿಗದಿಪಡಿಸುವುದನ್ನು, ಒಪ್ಪಂದವನ್ನು ಸಾರಾಂಶಗೊಳಿಸುವುದನ್ನು ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಡಿಬಗ್ ಮಾಡುವುದನ್ನು ನೋಡಿರಿ. ಏಕೈಕ ಏಜೆಂಟ್ ಅನ್ನು ತನ್ನಷ್ಟಕ್ಕೆ ತಾನೇ ಉಪಯುಕ್ತವಾಗಿಸುವುದೇ ಇದರ ಸಂಪೂರ್ಣ ಗುರಿಯಾಗಿತ್ತು.
ಆ ಗುರಿಯು ಬದಲಾಗಿದೆ.
ನಾವು ಈಗ ಉದ್ಯಮವು ಏಕಾಂಗಿ ಏಜೆಂಟ್ಗಳಿಂದ ಏಜೆಂಟ್ ತಂಡಗಳತ್ತ ಬದಲಾಗುತ್ತಿರುವುದನ್ನು ನೋಡುತ್ತಿದ್ದೇವೆ. ಗ್ರಾಹಕ ಸೇವಾ ಟ್ರಯೇಜ್ ಬಾಟ್ (customer service triage bot) ಮರುಪಾವತಿ ವಿನಂತಿಯನ್ನು ಗುರುತಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಕರಣವನ್ನು ಪೇಮೆಂಟ್ಸ್ ಏಜೆಂಟ್ಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ. ವೆಬ್ ಡೇಟಾವನ್ನು ಸ್ಕ್ರೇಪ್ ಮಾಡುವ ರಿಸರ್ಚ್ ಏಜೆಂಟ್ ಒಂದು ನಿರ್ದಿಷ್ಟ ಅಂತರವನ್ನು ಕಂಡುಕೊಂಡಾಗ, ಆ ಕಾರ್ಯವನ್ನು ಪ್ರೊಪ್ರೈಟರಿ ಡೇಟಾಬೇಸ್ ಹೊಂದಿರುವ ತಜ್ಞ ಏಜೆಂಟ್ಗೆ ನಿಯೋಜಿಸುತ್ತದೆ. ಶಿಪ್ಪಿಂಗ್ ಯೋಜಿಸುವ ಲಾಜಿಸ್ಟಿಕ್ಸ್ ಏಜೆಂಟ್ಗೆ ರಿಯಲ್-ಟೈಮ್ ಫ್ರೈಟ್ ಕೋಟ್ (freight quote) ಅಗತ್ಯವಿದ್ದಾಗ, ಅದು ಬೆಲೆ ನಿರ್ಧರಿಸುವ ಏಜೆಂಟ್ಗೆ (pricing agent) ವಿವರವನ್ನು ಕೇಳುತ್ತದೆ.
ಇದು ಕಾಗದದ ಮೇಲೆ ಸರಳವಾಗಿ ಕಾಣಿಸಬಹುದು. ಆದರೆ ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಇದು ಅಸ್ಥಿರವಾಗಿದೆ (brittle).
ಹೊಸ ಸವಾಲೆಂದರೆ ಇಂಟರ್អಪರೇಬಿಲಿಟಿ (interoperability). ತಂಡಗಳು ವಿವಿಧ ಫ್ರೇಮ್ವರ್ಕ್ಗಳಲ್ಲಿ ಏಜೆಂಟ್ಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತವೆ. ವಿವಿಧ ವೆಂಡರ್ಗಳು ವಿಭಿನ್ನ ಇಂಟರ್ಫೇಸ್ಗಳೊಂದಿಗೆ ಏಜೆಂಟ್ಗಳನ್ನು ನೀಡುತ್ತಾರೆ. ಒಂದು ಕಂಪನಿಯು ಇನ್ನೊಂದರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬೇಕಾದಾಗ, ಈ ಅಂತರವು ಹೆಚ್ಚಾಗುತ್ತದೆ. ಈಗ ನಮ್ಮ ಬಳಿ ಸಮರ್ಥ ಕೆಲಸಗಾರರಿದ್ದರೂ, ಅವರ ನಡುವೆ ಸಾಮಾನ್ಯ ಭಾಷೆಯ ಕೊರತೆಯಿದೆ. ಒಂದು ಏಜೆಂಟ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಮತ್ತೊಂದು ಏಜೆಂಟ್ ಅನ್ನು ಹುಡುಕಲು ಸಾಧ್ಯವಿಲ್ಲ. ತನ್ನ ಸಹೋದ್ಯೋಗಿ ಏನು ಮಾಡುತ್ತಾನೆ ಎಂಬ ವಿವರಣೆಯನ್ನು ಓದಲು ಅದಕ್ಕೆ ಸಾಧ್ಯವಿಲ್ಲ. ಮತ್ತು ಡೇಟಾ ಸೋರಿಕೆ, ಸಂದರ್ಭದ ನಷ್ಟ (context loss) ಅಥವಾ ಡ್ಯೂಪ್ಲಿಕೇಟ್ ಎಕ್ಸಿಕ್ಯೂಷನ್ನ ಅಪಾಯವಿಲ್ಲದೆ ಸೂಕ್ಷ್ಮವಾದ ಕೆಲಸವನ್ನು ಹಸ್ತಾಂತರಿಸಲು ಅದಕ್ಕೆ ಸಾಧ್ಯವಿಲ್ಲ.
A2A ಇದೇ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ನಿರ್ಮಿಸಲಾಗಿದೆ. ಇದು ಏಜೆಂಟ್ಗಳಿಗೆ ಡಿಸ್ಕವರಿ, ನಿಯೋಜನೆ (delegation) ಮತ್ತು ಸುರಕ್ಷಿತ ಸಹಯೋಗಕ್ಕಾಗಿ (secure collaboration) ಒಂದು ಸಾಮಾನ್ಯ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ನೀಡುತ್ತದೆ.
ಏಕೈಕ ಏಜೆಂಟ್ಗಳಿಂದ ಏಜೆಂಟ್ ಸೈಲೋಗಳವರೆಗೆ (Agent Silos)
ಏಜೆಂಟ್ ಫ್ರೇಮ್ವರ್ಕ್ಗಳ ಮೊದಲ ಅಲೆ ವ್ಯವಸ್ಥೆಯ (system) ಗಡಿಯನ್ನು ಏಜೆಂಟ್ನ ಗಡಿಯೆಂದು ಪರಿಗಣಿಸಿತ್ತು. ನೀವು ಒಂದು ರೀಸನಿಂಗ್ ಲೂಪ್ (reasoning loop) ಅನ್ನು ನಿರ್ಮಿಸಿ, ಅದಕ್ಕೆ ಟೂಲ್ ಬೆಲ್ಟ್ ನೀಡಿ, ಅದು ವರ್ಕ್ಫ್ಲೋ ಮೂಲಕ ಯೋಚಿಸಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಭಾವಿಸುತ್ತಿದ್ದಿರಿ. ಏಜೆಂಟ್ ಒಂದು ಕೋಡ್ಬೇಸ್, ಒಂದು ಕ್ಲೌಡ್ ಅಕೌಂಟ್ ಅಥವಾ ಒಂದು ವೆಂಡರ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಒಳಗೇ ಇದ್ದಾಗ ಇದು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡಿತು.
ನೈಜ ವ್ಯವಹಾರಗಳು ಮೊನೊಲಿತ್ಗಳ (monoliths) ಒಳಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ. ಮರುಪಾವತಿ ವಿನಂತಿಯು CRM ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗಿ, ಪೈಥಾನ್ನಲ್ಲಿ ಬರೆದ ಆಂತರಿಕ ಪೇಮೆಂಟ್ ಸರ್ವಿಸ್ ಮೂಲಕ ಸಾಗಿ, ಮೂರನೇ ವ್ಯಕ್ತಿಯು ನಡೆಸುವ ಫ್ರಾಡ್ ಚೆಕ್ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳಬಹುದು. ನೀವು ಆ ಪ್ರತಿಯೊಂದು ಸೇವೆಯನ್ನು ಏಜೆಂಟ್ ಎಂದು ಮಾದರಿಯಾಗಿಸಿದಾಗ, ವಿಭಿನ್ನ ಸ್ಟ್ಯಾಕ್ಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಏಜೆಂಟ್ಗಳು ನೈಸರ್ಗಿಕವಾಗಿ ಪರಸ್ಪರ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂಬುದು ನಿಮಗೆ ಬೇಗ ತಿಳಿಯುತ್ತದೆ. ಪ್ರೊಪ್ರೈಟರಿ ಫ್ರೇಮ್ವರ್ಕ್ಗಳ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಎಂಟರ್ಪ್ರೈಸ್ ಏಜೆಂಟ್ಗಳು ತಮ್ಮ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೊರಜಗತ್ತಿಗೆ ಪ್ರಕಟಿಸುವುದಿಲ್ಲ.
ಯಾವುದೇ ಮಾನದಂಡವಿಲ್ಲದೆ, ಪ್ರತಿಯೊಂದು ಇಂಟಿಗ್ರೇಷನ್ ಕೂಡ ಒಂದು ಕಸ್ಟಮ್ ಪ್ರಾಜೆಕ್ಟ್ ಆಗುತ್ತದೆ. ಎಂಜಿನಿಯರ್ಗಳು ಒಮ್ಮೆ ಮಾತ್ರ ಬಳಸುವ ಗ್ಲೂ ಕೋಡ್ (glue code) ಅನ್ನು ಬರೆಯುತ್ತಾರೆ. ಸಂದರ್ಭವು (context) ಅನುವಾದದಲ್ಲಿ ಕಳೆ//ಹೋಗುತ್ತದೆ. ಪ್ರತಿಯೊಂದು ಹಸ್ತಾಂತರವು ವಿಭಿನ್ನವಾಗಿರುವುದರಿಂದ (bespoke), ಭದ್ರತಾ ನೀತಿಗಳು ಅಸಮರ್ಪಕವಾಗುತ್ತವೆ.
ಏಜೆಂಟ್ ಕಾರ್ಡ್ಗಳು: ಒಂದು ಸಾರ್ವಜನಿಕ ರೆಸ್ಯೂಮೆ (Public Resume)
ಏಜೆಂಟ್ಗಳು ತಾವು ಯಾರು ಮತ್ತು ತಾವು ಏನು ಮಾಡಬಲ್ಲವು ಎಂದು ಘೋಷಿಸಲು A2A 'ಏಜೆಂಟ್ ಕಾರ್ಡ್'ಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ.
ಏಜೆಂಟ್ ಕಾರ್ಡ್ ಅನ್ನು ಮಷೀನ್-ರೀಡಬಲ್ (machine-readable) ರೆಸ್ಯೂಮೆ ಎಂದು ಭಾವಿಸಿ. ಏಜೆಂಟ್ ತನ್ನ ಡೊಮೇನ್, ಅಗತ್ಯವಿರುವ ಇನ್ಪುಟ್ಗಳು, ನಿರೀಕ್ಷಿತ ಔಟ್ಪುಟ್ಗಳು ಮತ್ತು ಅದು ಸ್ವೀಕರಿಸುವ ಕೆಲಸದ ಮೇಲಿನ ಯಾವುದೇ ನಿರ್ಬಂಧಗಳನ್ನು ವಿವರಿಸುವ ಕಾರ್ಡ್ ಅನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ. ಪೇಮೆಂಟ್ಸ್ ಏಜೆಂಟ್ ಒಂದು ಆರ್ಡರ್ ಐಡಿ ಮತ್ತು ರಿಸನ್ ಕೋಡ್ ನೀಡಿದಾಗ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಮೊತ್ತದವರೆಗಿನ ಮರುಪಾವತಿ ವಿನಂತಿಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಕನ್ಫರ್ಮೇಷನ್ ನಂಬರ್ ಅಥವಾ ಎರರ್ ಅನ್ನು ನೀಡುತ್ತದೆ ಎಂದು ಘೋಷಿಸಬಹುದು. ಡೇಟಾ ಸ್ಪೆಷಲಿಸ್ಟ್ ಒಂದು ನಿರ್ದಿಷ್ಟ ಗಾತ್ರದವರೆಗೆ ಸ್ಟ್ರಕ್ಚರ್ಡ್ ಫೈಲ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ನಿಗದಿತ ಸಮಯದೊಳಗೆ ಕ್ಲೀನ್ ಮಾಡಲಾದ ಟೈಮ್-ಸೀರೀಸ್ ಡೇಟಾವನ್ನು ನೀಡುತ್ತದೆ ಎಂದು ತಿಳಿಸಬಹುದು.
ಕೆಲಸವನ್ನು ನಿಯೋಜಿಸುವ ಮೊದಲು, ವಿನಂತಿಸುವ ಏಜೆಂಟ್ ಕಾರ್ಡ್ ಅನ್ನು ಓದುತ್ತದೆ. ಗುರಿ ಏಜೆಂಟ್ (target agent) ಆ ಕೆಲಸಕ್ಕೆ ಸಮರ್ಥನಾಗಿದ್ದಾನೆಯೇ ಎಂದು ಅದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆ. ಪೇಲೋಡ್ (payload) ಯಾವ ಫಾರ್ಮ್ಯಾಟ್ನಲ್ಲಿ ಇರಬೇಕು ಎಂಬುದನ್ನು ಅದು ತಿಳಿಯುತ್ತದೆ. ಅದು ಸಿಂಕ್ರೋನಸ್ ರೆಸ್ಪಾನ್ಸ್ (synchronous response) ನಿರೀಕ್ಷಿಸಬೇಕೇ ಅಥವಾ ನಂತರ ಮುಗಿಯುವ ಅಸಿಂಕ್ರೋನಸ್ ಟಾಸ್ಕ್ (asynchronous task) ನಿರೀಕ್ಷಿಸಬೇಕೇ ಎಂಬುದನ್ನು ಅದು ತಿಳಿಯುತ್ತದೆ.
ಇದು ಊಹಾಪೋಹಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಪ್ರತಿಯೊಬ್ಬ ಪಾಲುದಾರನಿಗೂ ಹಾರ್ಡ್ಕೋಡಿಂಗ್ ಇಂಟಿಗ್ರೇಷನ್ ಮಾಡುವ ಬದಲು, ಏಜೆಂಟ್ ಲಭ್ಯವಿರುವ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹುಡುಕಿ ಸರಿಯಾದ ತಂಡದ ಸದಸ್ಯರನ್ನು ಡೈನಾಮಿಕ್ ಆಗಿ ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಟಾಸ್ಕ್ಗಳು: ಕೇವಲ API ಕಾಲ್ಗಳಲ್ಲ, ರಚನಾತ್ಮಕ ಕೆಲಸ (Structured Work)
ಏಜೆಂಟ್ಗಳು ಮನುಷ್ಯರಂತೆ ಚಾಟ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ಅವು ಕೆಲಸಗಳನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಹಸ್ತಾಂತರಿಸಬೇಕಾಗುತ್ತದೆ. A2A ಈ ವಿನಿಮಯವನ್ನು 'ಟಾಸ್ಕ್' (Task) ಎಂದು ಮಾದರಿಯಾಗಿಸುತ್ತದೆ.
ಒಂದು ಟಾಸ್ಕ್ ಎಂಬುದು...