Google ಈಗ ತನ್ನ "Swarm" ಮಲ್ಟಿ-ಏಜೆಂಟ್ ಪ್ಯಾಟರ್ನ್ ಅನ್ನು AI-ಚಾಲಿತ ವ್ಯವಸ್ಥೆಗಳಿಗಾಗಿ ಅತ್ಯಂತ ಶಕ್ತಿಯುತ ಮತ್ತು ಅತ್ಯಂತ ದುಬಾರಿ ವಿನ್ಯಾಸ ಎಂದು ಕರೆಯುತ್ತಿದೆ. ಉತ್ಪನ್ನ-ವಿನ್ಯಾಸ ಸಹಾಯಕರು ಅಥವಾ ಸಂಶೋಧನಾ ನೆರವುಗಳನ್ನು ನಿರ್ಮಿಸುವ ಡೆವಲಪರ್ಗಳು, ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ಗಳ ನಡುವಿನ ಸಮೃದ್ಧವಾದ, ಸ್ವಯಂ-ಸಂಘಟಿತ ಚರ್ಚೆಯ ಭರವಸೆಯ ಜೊತೆಗೆ ಹೆಚ್ಚಿನ ವೆಚ್ಚ ಮತ್ತು ವಿಳಂಬದ (latency) ದಂಡವನ್ನು ಪರಿಗಣಿಸಬೇಕಾಗುತ್ತದೆ.
Swarm ಪ್ಯಾಟರ್ನ್ ವಾಸ್ತವವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ
Swarm ನಲ್ಲಿ, ಪ್ರತಿಯೊಂದು ವಿಶೇಷ ಏಜೆಂಟ್ ಇತರ ಪ್ರತಿಯೊಂದು ಏಜೆಂಟ್ ಜೊತೆ ನೇರವಾಗಿ ಮಾತನಾಡುತ್ತದೆ. ಈ ಪ್ಯಾಟರ್ನ್ ಏಕೈಕ ಮೇಲ್ವಿಚಾರಕ ಕೋಆರ್ಡಿನೇಟರ್ ಬದಲಿಗೆ, ಕಾರ್ಯಗಳನ್ನು ವಿಮರ್ಶಿಸುವ, ಪರಿಷ್ಕರಿಸುವ ಮತ್ತು ಹಸ್ತಾಂತರಿಸುವ ಸಮಾನ ಮಟ್ಟದ ಏಜೆಂಟ್ಗಳ (peers) ಸಮತಲ ಜಾಲವನ್ನು ಬಳಸುತ್ತದೆ. ಒಂದು ಲೈಟ್ವೇಯ್ಟ್ ಡಿಸ್ಪ್ಯಾಚರ್ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ ಆದರೆ ಸಂಭಾಷಣೆಯನ್ನು ನಿರ್ದೇಶಿಸುವುದಿಲ್ಲ; ಪ್ರತಿಯೊಂದು ಏಜೆಂಟ್ ಒಂದು ಪ್ರಸ್ತಾವನೆಯ ಮೇಲೆ ಕೆಲಸವನ್ನು ಮುಂದುವರಿಸಬೇಕೆ ಅಥವಾ ಅದನ್ನು ನಂಬಿಕಸ್ತ ಪೀರ್ಗೆ ವರ್ಗಾಯಿಸಬೇಕೆ ಎಂಬುದನ್ನು ತಾನೇ ನಿರ್ಧರಿಸುತ್ತದೆ. ಇದರ ಫಲಿತಾಂಶವು ಎಲ್ಲಾ ಏಜೆಂಟ್ಗಳ ನಡುವಿನ ಸಂವಾದವಾಗಿದ್ದು, ಇದು ಒಬ್ಬ ಏಕೈಕ ಮ್ಯಾನೇಜರ್ ಗಮನಿಸದ ದೃಷ್ಟಿಕೋನಗಳನ್ನು ಹೊರಹಾಕುತ್ತದೆ.
ಇದು ಸಾಂಪ್ರದಾಯಿಕ ಕೋಆರ್ಡಿನೇಟರ್ನಿಂದ ಹೇಗೆ ಭಿನ್ನವಾಗಿದೆ
ಕೋಆರ್ಡಿನೇಟರ್ ಒಂದು ಶ್ರೇಣೀಕೃತ ವ್ಯವಸ್ಥೆಯ ಉನ್ನತ ಮಟ್ಟದಲ್ಲಿ ಕುಳಿತು, ಕೆಲಸವನ್ನು ನಿಯೋಜಿಸುತ್ತದೆ ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. Swarm ನಲ್ಲಿ ಯಾವುದೇ ಬಾಸ್ ಇರುವುದಿಲ್ಲ. ಏಜೆಂಟ್ಗಳು ಮುಂದಿನ ಹಂತದ ಬಗ್ಗೆ ಮಾತುಕತೆ ನಡೆಸುತ್ತವೆ ಮತ್ತು ಯಾವುದೇ ಏಜೆಂಟ್ ಕೇಂದ್ರ ಆದೇಶಕ್ಕಾಗಿ ಕಾಯದೆ ಉಪ-ಕಾರ್ಯವನ್ನು (sub-task) ವಹಿಸಿಕೊಳ್ಳಬಹುದು. ಗೂಗಲ್ ಇದನ್ನು "ಅತ್ಯಂತ ಶಕ್ತಿಯುತ" ಅಂಶ ಎಂದು ಕರೆಯುತ್ತದೆ ಏಕೆಂದರೆ ಈ ವ್ಯವಸ್ಥೆಯು ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಸಮಾಂತರವಾಗಿ ಅನ್ವೇಷಿಸುತ್ತದೆ ಮತ್ತು ನಿರಂತರವಾಗಿ ಒಬ್ಬರ ಒಳನೋಟಗಳನ್ನು ಒಬ್ಬರು ಬಳಸಿಕೊಳ್ಳುತ್ತಾ ಸಾಗುತ್ತದೆ.
Swarm ಯಾವಾಗ ಸೂಕ್ತವಾಗುತ್ತದೆ
ವ್ಯಾಪಕವಾದ, ಬಹುಶಿಸ್ತೀಯ ಸಮಸ್ಯೆಗಳಲ್ಲಿ ಈ ಪ್ಯಾಟರ್ನ್ ಅತ್ಯುತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಅಲ್ಲಿ ವಹಿವಾಟುಗಳನ್ನು (trade-offs) ಅಳೆಯುವುದು ಕಷ್ಟವಾಗುತ್ತದೆ. ಬಳಕೆದಾರರ ಅನುಭವ (user experience), ಎಂಜಿನಿಯರಿಂಗ್ ಕಾರ್ಯಸಾಧ್ಯತೆ ಮತ್ತು ಹಣಕಾಸಿನ ಮಿತಿಗಳ ನಡುವೆ ಸಮತೋಲನವನ್ನು ಕಾಯ್ದುಕೊಳ್ಳಬೇಕಾದ ಉತ್ಪನ್ನ-ವಿನ್ಯಾಸ ಕಾರ್ಯದರ್ಶಿಯನ್ನು (workflow) ಕಲ್ಪಿಸಿಕೊಳ್ಳಿ. ಒಬ್ಬ ಸಂಶೋಧಕ, ಒಬ್ಬ ಎಂಜಿನಿಯರ್ ಮತ್ತು ಒಬ್ಬ ಹಣಕಾಸು ವಿಶ್ಲೇಷಕ—ಪ್ರತಿಯೊಬ್ಬರೂ ಏಜೆಂಟ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಾ—ಒಂದು ಫೀಚರ್ನ ಗುಣಮಟ್ಟಗಳ ಬಗ್ಗೆ ವಾದಿಸಬಹುದು, ಪರ್ಯಾಯಗಳನ್ನು ಪ್ರಸ್ತಾಪಿಸಬಹುದು ಮತ್ತು ಏಕೈಕ ನಿರ್ದಿಷ್ಟತೆಯನ್ನು (specification) ತಲುಪಬಹುದು; ಇದನ್ನು ಒಬ್ಬ ಏಕೈಕ ಕೋಆರ್ಡಿನೇಟರ್ ನಿರ್ವಹಿಸುವುದು ಕಷ್ಟವಾಗಬಹುದು.
ಯಾವಾಗ ದೂರವಿರಬೇಕು
ಸ್ಪಷ್ಟವಾದ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಅನುಸರಿಸುವ ಸುಸಂಘಟಿತ ಕಾರ್ಯಗಳಿಗೆ Swarm ಶೈಲಿಯ ಚರ್ಚೆಯು ಅತಿಯಾದ ಅಗತ್ಯವಿಲ್ಲ. ಒಂದು ಯೋಜನೆಯು ಕಡಿಮೆ ಕಾರ್ಯಾಚರಣೆಯ ವೆಚ್ಚ, ತ್ವರಿತ ಪರಿಹಾರ ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಅಂತ್ಯದ ಅಗತ್ಯವನ್ನು ಹೊಂದಿದ್ದರೆ, ಈ ಪ್ಯಾಟರ್ನ್ನ ಹೆಚ್ಚಿನ ವೆಚ್ಚವು ಅದರ ಪ್ರಯೋಜನಗಳಿಗಿಂತ ಹೆಚ್ಚಾಗುತ್ತದೆ. ಎಲ್ಲಾ ಏಜೆಂಟ್ಗಳ ನಡುವಿನ ಸಂಭಾಷಣೆಯು ಮಾಡೆಲ್ ಕರೆಗಳನ್ನು (model calls) ಹೆಚ್ಚಿಸುತ್ತದೆ, ಇದು ಸಾಧಾರಣ ಕೆಲಸದ ಹೊರೆಯನ್ನು ದುಬಾರಿ ಮತ್ತು ವಿಳಂಬವುಳ್ಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಸಮಯದ ಮಿತಿ, ಗರಿಷ್ಠ ಸುತ್ತಿನ ಸಂಖ್ಯೆ ಅಥವಾ ಒಮ್ಮತದ ಮಿತಿಯಂತಹ ಸ್ಪಷ್ಟವಾದ ನಿರ್ಗಮನ ನಿಯಮವಿಲ್ಲದಿದ್ದರೆ, ಸಂಭಾಷಣೆಯು ಅಂತ್ಯವಿಲ್ಲದೆ ಮುಂದುವರಿಯಬಹುದು.
ಗುಪ್ತ ವೆಚ್ಚಗಳು ಮತ್ತು ತೊಂದರೆಗಳು
- ವೆಚ್ಚ ಮತ್ತು ವಿಳಂಬ (Latency) – ಏಜೆಂಟ್ಗಳ ನಡುವಿನ ಪ್ರತಿಯೊಂದು ವಿನಿಮಯವು ಪ್ರತ್ಯೇಕ ಮಾಡೆಲ್ ಇನ್ವೋಕೇಶನ್ ಅನ್ನು ಪ್ರಚೋದಿಸುತ್ತದೆ.
- ಒಮ್ಮತಕ್ಕೆ ಬರುವ ಭರವಸೆ ಇಲ್ಲ – ಏಜೆಂಟ್ಗಳು ಒಂದೇ ವಾದಗಳ ಮೇಲೆ ಪದೇ ಪದೇ ಚರ್ಚಿಸಬಹುದು ಮತ್ತು ಎಂದಿಗೂ ನಿರ್ಧಾರಕ್ಕೆ ತಲುಪದಿರಬಹುದು. ಬಿಕ್ಕಟ್ಟುಗಳನ್ನು (deadlocks) ನಿವಾರಿಸಲು ಈ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಅಂತರ್ಗತ ಮಧ್ಯಸ್ಥಗಾರರಿರುವುದಿಲ್ಲ.
- ಅನುಷ್ಠಾನದ ಸಂಕೀರ್ಣತೆ (Implementation complexity) – ನಂಬಿಕೆ, ಕಾರ್ಯ ಹಸ್ತಾಂತರ ಮತ್ತು ನಿರ್ಗಮನದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ನಿಯಂತ್ರಿಸುವ ತರ್ಕವನ್ನು ನಿರ್ಮಿಸುವುದು ಸುಲಭದ ಮಾತಲ್ಲ. ಡೆವಲಪರ್ಗಳು ಮೂಲ AI ಮಾಡೆಲ್ಗಳ ಮೇಲೆ ಅತ್ಯಾಧುನಿಕ ಆರ್ಕೆಸ್ಟ್ರೇಶನ್ ಕೋಡ್ ಅನ್ನು ರೂಪಿಸಬೇಕಾಗುತ್ತದೆ.
ಡೆವಲಪರ್ಗಳಿಗಾಗಿ ಮೂರು ಪ್ರಾಯೋಗಿಕ ನಿಯಮಗಳು
- ಮುಂಚಿತವಾಗಿಯೇ ನಿರ್ಗಮನದ ಪರಿಸ್ಥಿತಿಯನ್ನು (exit condition) ವ್ಯಾಖ್ಯಾನಿಸಿ. ಅದು ಕಠಿಣ ಸಮಯದ ಮಿತಿಯಾಗಿರಲಿ, ಸಂಭಾಷಣೆಯ ಗರಿಷ್ಠ ಸುತ್ತುಗಳ ಸಂಖ್ಯೆಯಾಗಿರಲಿ ಅಥವಾ ಅಗತ್ಯ ಒಮ್ಮತದ ಮಟ್ಟವಾಗಿರಲಿ, ವ್ಯವಸ್ಥೆಗೆ ಸ್ಪಷ್ಟವಾದ ನಿಲುಗಡೆ ಸಂಕೇತದ ಅಗತ್ಯವಿದೆ.
- ಹೆಚ್ಚಿನ ಸಂಪನ್ಮೂಲ ಬಳಕೆಗೆ ಬಜೆಟ್ ನಿಗದಿಪಡಿಸಿ. ನೀವು ಈ ಮೊದಲು ಬಳಸಿದ ಯಾವುದೇ ಕೋಆರ್ಡಿನೇಟರ್ ಆಧಾರಿತ ವಿನ್ಯಾಸಕ್ಕಿಂತ Swarm ಹೆಚ್ಚು ಕಂಪ್ಯೂಟ್ ಅನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಿ.
- ಕೋಆರ್ಡಿನೇಟರ್ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ. ಒಂದು ಏಕೈಕ, ಉತ್ತಮವಾಗಿ ಪ್ರೋಗ್ರಾಂ ಮಾಡಲಾದ ಏಜೆಂಟ್ ಕೆಲಸವನ್ನು ನಿಭಾಯಿಸಬಲ್ಲದಾದರೆ, Swarm ನ ಹೆಚ್ಚಿನ ಸಂಕೀರ್ಣತೆಯನ್ನು ಸೇರಿಸಲು ಹೆಚ್ಚಿನ ಕಾರಣವಿಲ್ಲ.
ದೃಷ್ಟಿಕೋನದ ನಡುವಿನ ಸಮತೋಲನ (Trade-off)
Swarm ನ ಗುಪ್ತ ಒಳನೋಟಗಳನ್ನು ಹೊರಹಾಕುವ ಮತ್ತು ಸಮಾನ ಮಟ್ಟದ ವಿಮರ್ಶೆಯ ಮೂಲಕ ಸ್ವಯಂ-ತಿದ್ದುಪಡಿ ಮಾಡುವ ಸಾಮರ್ಥ್ಯವು ಒಬ್ಬ ಏಕೈಕ ಆರ್ಕೆಸ್ಟ್ರೇಟರ್ ಗಮನಿಸದ ಪರಿಹಾರಗಳನ್ನು ನೀಡಬಲ್ಲದು ಎಂದು ಬೆಂಬಲಿಗರು ಹೇಳುತ್ತಾರೆ. ವಿಮರ್ಶಕರು ಇದರ ಹೆಚ್ಚಿನ ಬೆಲೆ ಮತ್ತು ಅಂತ್ಯವಿಲ್ಲದ ವಾದದ ಸುತ್ತುಗಳ ಅಪಾಯವನ್ನು ಎತ್ತಿ ತೋರಿಸುತ್ತಾರೆ. ಈ ಪ್ಯಾಟರ್ನ್ ಎಲ್ಲದಕ್ಕೂ ಅನ್ವಯವಾಗುವ ಅಪ್ಗ್ರೇಡ್ ಅಲ್ಲ; ಇದು ವೇಗ ಮತ್ತು ವೆಚ್ಚಕ್ಕಿಂತ ತಾರ್ಕಿಕ ಆಳವು ಮುಖ್ಯವಾಗುವ ನಿರ್ದಿಷ್ಟ ಸಮಸ್ಯೆಗಳಿಗೆ ಬಳಸುವ ವಿಶೇಷ ಸಾಧನವಾಗಿದೆ.
ಮುಂದೆ ಏನನ್ನು ಗಮನಿಸಬೇಕು
ಸರಳವಾದ ಪ್ಯಾಟರ್ನ್ಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿದ ನಂತರ, Swarm ಅನ್ನು ಕೊನೆಯ ಆಯ್ಕೆಯಾಗಿ ಪರಿಗಣಿಸಲು ಗೂಗಲ್ನ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಈಗ ಶಿಫಾರಸು ಮಾಡುತ್ತದೆ. ಅಲ್ಲಿಯವರೆಗೆ, ಡೆವಲಪರ್ಗಳು ಕೋಆರ್ಡಿನೇಟರ್ನೊಂದಿಗೆ ಪ್ರೊಟೊಟೈಪ್ ಮಾಡಬೇಕು, ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅಳೆಯಬೇಕು ಮತ್ತು ಸಮಸ್ಯೆಯ ಸಂಕೀರ್ಣತೆಯು ನಿಜವಾಗಿಯೂ ಚರ್ಚಿಸುವ ಏಜೆಂಟ್ಗಳ ಗುಂಪನ್ನು ಬಯಸುವಾಗ ಮಾತ್ರ Swarm ಗೆ ಬದಲಾಗಬೇಕು.
ಪೂರ್ಣ ತಾಂತ್ರಿಕ ವಿವರಣೆಯನ್ನು ಪಡೆಯಲು, ಏಜೆಂಟಿಕ್ AI ಸಿಸ್ಟಮ್ ಡಿಸೈನ್ ಕುರಿತಾದ ಗೂಗಲ್ನ ಅಧಿಕೃತ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ನೋಡಿ.