ಕಂಪ್ಯೂಟರ್ ಬಳಕೆ ಎಂದರೇನು ಮತ್ತು ಅದು ಏಕೆ ಮುಖ್ಯ? ಕಂಪ್ಯೂಟರ್ ಬಳಕೆ ಸರಳವಾದರೂ ವ್ಯಾಪಕ ಪರಿಣಾಮಗಳಿರುವ ಪರಿಕಲ್ಪನೆ: ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುವಂತೆ ಮಾಡೆಲ್ಗಳನ್ನು ಕೇಳುವ ಬದಲು, ಜಾಲತಾಣಗಳಲ್ಲಿ ಸಂಚರಿಸುವುದು, ಫಾರ್ಮ್ಗಳನ್ನು ತುಂಬುವುದು, ಕಾರ್ಯಪ್ರವಾಹಗಳಲ್ಲಿ ಕ್ಲಿಕ್ ಮಾಡುತ್ತ ಸಾಗುವುದು ಮತ್ತು ಕಾರ್ಯಗಳನ್ನು ಆರಂಭದಿಂದ ಅಂತ್ಯದವರೆಗೆ ಸ್ವಾಯತ್ತವಾಗಿ ಪೂರ್ಣಗೊಳಿಸುವಂತೆ ಸಾಫ್ಟ್ವೇರ್ ನಡೆಸಲು ಕೇಳುತ್ತೇವೆ.
ಇದು ಪ್ರಸ್ತುತ ವಿವಿಧ ಇಂಟರ್ಫೇಸ್ಗಳಲ್ಲಿ ಚದುರಿರುವ ಅನೇಕ ನೈಜ ಕಾರ್ಯಗಳನ್ನು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಆರಂಭದಿಂದ ಅಂತ್ಯದವರೆಗಿನ ಕಾಯ್ದಿರಿಸುವಿಕೆ, ಇ-ವಾಣಿಜ್ಯ ಖರೀದಿ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ, ಬಹುಹಂತದ ಪ್ರಯಾಣ ಯೋಜನೆ ಮತ್ತು ಸಮಾನವಾದ ಸುಗಮ API ಇಲ್ಲದ ಆಡಳಿತಾತ್ಮಕ ಕಾರ್ಯಪ್ರವಾಹಗಳು. ಇವು ಹೊಸ ಸಮಸ್ಯೆಗಳಲ್ಲ. ಸಾಮಾನ್ಯ ಉದ್ದೇಶದ ಮಾಡೆಲ್ಗಳಿಂದ ಇವುಗಳನ್ನು ಪರಿಹರಿಸುವುದು ಈಗ ಕಾರ್ಯಸಾಧ್ಯವಾಗಿರುವುದೇ ಹೊಸ ಸಂಗತಿ.
Anthropic ಮತ್ತು OpenAI ಇತ್ತೀಚಿನ ವ್ಯವಸ್ಥೆಗಳು ಕೇವಲ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಷ್ಟೇ ಅಲ್ಲದೆ, ಸ್ಥಿತಿಯ ಕುರಿತು ರೀಜನಿಂಗ್ ಮಾಡುವ, ದೋಷಗಳಿಂದ ಚೇತರಿಸಿಕೊಳ್ಳುವ ಮತ್ತು ಕಾರ್ಯಕ್ಕೆ ನಿರ್ದಿಷ್ಟವಾದ ಪರಿಹಾರಗಳನ್ನು ತಕ್ಷಣವೇ ರೂಪಿಸುವ ಏಜೆಂಟ್ಗಳನ್ನು ಪ್ರದರ್ಶಿಸಿವೆ. ಇದು ಬ್ರೌಸರ್ ಅನ್ನು ಏಜೆಂಟ್ಗಳ ಸಾಮಾನ್ಯ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪರಿಸರವನ್ನಾಗಿ ಮಾಡುತ್ತದೆ. ಆದರೆ ಆ ಪರಿಸರದ ಎಷ್ಟು ಭಾಗವನ್ನು ಮಾಡೆಲ್ಗೆ ಒದಗಿಸಬೇಕು ಎಂಬ ವಿನ್ಯಾಸದ ಪ್ರಶ್ನೆಯನ್ನು ತಕ್ಷಣವೇ ಹುಟ್ಟುಹಾಕುತ್ತದೆ.
ಆರಂಭಿಕ ವ್ಯವಸ್ಥೆಗಳು ಬ್ರೌಸರ್ ಅನ್ನು ಸುರಕ್ಷಿತವಾದ, ಪೂರ್ವನಿರ್ಧರಿತ ಕ್ರಿಯೆಗಳ ಸ್ಥಿರ ಗುಂಪಿನಲ್ಲಿ ಸುತ್ತುವ ಮೂಲಕ ಉತ್ತರಿಸಿದವು. ಈ ಲೇಖನದಲ್ಲಿ ನಾವು ವಿವರಿಸುವಂತೆ, ಆ ವಿಧಾನವು ತನ್ನ ಮಿತಿಯನ್ನು ತಲುಪುತ್ತಿದೆ.
ಬ್ರೌಸರ್ ಏಜೆಂಟ್ಗಳನ್ನು ನಿರ್ಮಿಸುವಾಗ ಸಾಮಾನ್ಯವಾಗಿ ಮೂಡುವ ಸಹಜ ಭಾವನೆ ಹೀಗಿದೆ: ಮಾಡೆಲ್ ಅನ್ನು ಅತಿಯಾಗಿ ನಂಬಬೇಡಿ.
ಆದ್ದರಿಂದ ನಾವು ಬ್ರೌಸರ್ ಅನ್ನು ರ್ಯಾಪರ್ನಲ್ಲಿ ಸುತ್ತುತ್ತೇವೆ. ನಾವು click, type, scroll, select ಮತ್ತು read_text ಎಂಬ ಪೂರ್ವನಿರ್ಧರಿತ ಪರಿಕರಗಳನ್ನು ಒದಗಿಸುತ್ತೇವೆ. ನಾವು ದಸ್ತಾವೇಜು ವಸ್ತು ಮಾಡೆಲ್ (DOM) ಅನ್ನು ಸರಳಗೊಳಿಸುತ್ತೇವೆ. ನಾವು ಕ್ರಿಯೆಗಳ ವ್ಯಾಪ್ತಿಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತೇವೆ. ನಾವು ವಿನ್ಯಾಸಗೊಳಿಸುವ ಅಮೂರ್ತ ಪದರಗಳ ಮೂಲಕ ನಡವಳಿಕೆಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಮತ್ತು ನಿಯಂತ್ರಿಸಲು ಸುಲಭವಾಗಿಸುವ ಪ್ರಯತ್ನ ಮಾಡುತ್ತೇವೆ.
ಇದು ಸಮಂಜಸವಾದ ಆರಂಭಿಕ ವಿಧಾನ. ಆದರೆ ದೀರ್ಘಾವಧಿಗೆ ಇದು ಕ್ರಮೇಣ ತಪ್ಪಾದ ವಾಸ್ತುಶಿಲ್ಪವೂ ಆಗುತ್ತಿದೆ.
ಅತ್ಯಾಧುನಿಕ ಮಾಡೆಲ್ಗಳು ಸುಧಾರಿಸಿದಂತೆ, ಮಾಡೆಲ್ಗೆ ಪರಿಕರಗಳ ಕೊರತೆಯೊಂದೇ ಇನ್ನು ಮಿತಿಯಾಗಿರುವುದಿಲ್ಲ. ಬದಲಾಗಿ, ಮೂಲ ವ್ಯವಸ್ಥೆಯ ಅತಿಯಾದ ಮಾಹಿತಿಯನ್ನು ತೆಗೆದುಹಾಕುವ ಅಮೂರ್ತ ಪದರಗಳ ಮೂಲಕ ಕಾರ್ಯನಿರ್ವಹಿಸುವಂತೆ ನಾವು ಅದನ್ನು ಒತ್ತಾಯಿಸುತ್ತಿರುವುದೇ ಮಿತಿ. ಅಸ್ತವ್ಯಸ್ತವಾದ, ಕ್ರಿಯಾಶೀಲ ಪರಿಸರವನ್ನು ಸ್ಥಿರ ಕ್ರಿಯಾ ಇಂಟರ್ಫೇಸ್ಗೆ ಸಂಕುಚಿತಗೊಳಿಸಿ, ಆ ಮಾಹಿತಿ ನಷ್ಟದ ನಡುವೆಯೇ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವಂತೆ ಮಾಡೆಲ್ಗೆ ಕೇಳುತ್ತೇವೆ.
ಈ ರಾಜಿ ಈಗ ಕಡಿಮೆ ಆಕರ್ಷಕವಾಗುತ್ತಿದೆ.
ನಾವು ಅನ್ವೇಷಿಸುತ್ತಿರುವ ಬದಲಾವಣೆಯನ್ನು ವಿವರಿಸುವುದು ಸರಳವಾದರೂ, ಅದರ ಪರಿಣಾಮ ಮಹತ್ವದ್ದು. ಏಜೆಂಟ್ ಅನ್ನು ಪೂರ್ವನಿರ್ಧರಿತ ಕ್ರಿಯೆಗಳ ಆಯ್ಕೆಗಾರನಾಗಿ ಪರಿಗಣಿಸುವ ಬದಲು, ನಿರ್ಬಂಧಿತ ಚಾಲನಾ ಪರಿಸರದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪ್ರೋಗ್ರಾಂ ರೂಪಕವಾಗಿ ಪರಿಗಣಿಸುತ್ತೇವೆ.
ಮಾಡೆಲ್ಗಳು ಅತ್ಯಂತ ಸಮರ್ಥವಾಗಿವೆ. ಅವುಗಳಿಗೆ ಈಗ ನಿಮ್ಮ ಅಮೂರ್ತ ಸುರಕ್ಷತಾ ಬೇಲಿಗಳು ಅಗತ್ಯವಿಲ್ಲ. ಗುರಿ ಸಾಧಿಸುವವರೆಗೆ ಕಾರ್ಯವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲು, ಕಾರ್ಯಗತಗೊಳಿಸಲು ಮತ್ತು ಪುನರಾವರ್ತಿಸಲು ಸಂಪೂರ್ಣ ಕ್ರಿಯಾ ವ್ಯಾಪ್ತಿ ಅಗತ್ಯ.
ಈ ಲೇಖನವು ಅಮೂರ್ತ ಪದರಗಳಿಗೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾದ ಬ್ರೌಸರ್ ಸ್ವಯಂಚಾಲನೆಯಿಂದ ನಿರ್ಬಂಧಿತ ಕಂಪ್ಯೂಟರ್ ಬಳಕೆಗೆ ಆಗುತ್ತಿರುವ ಬದಲಾವಣೆ ಮತ್ತು ಈ ರೀತಿಯಲ್ಲಿ ವ್ಯವಸ್ಥೆಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಿದಾಗ ಉಂಟಾಗುವ ಪರಿವರ್ತನೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ.
ಸ್ಥಿರ ಕ್ರಿಯಾ ಇಂಟರ್ಫೇಸ್ಗಳು ಪರಿಕಲ್ಪನಾತ್ಮಕವಾಗಿ ತಪ್ಪಾಗಿವೆ ಎಂಬುದು ಸಮಸ್ಯೆಯಲ್ಲ. ಜಾಲವು ಅವುಗಳಿಗೆ ಹೊಂದಿಕೊಳ್ಳುವುದಿಲ್ಲ ಎಂಬುದೇ ಸಮಸ್ಯೆ.
ಆಧುನಿಕ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು React, Vue ಮತ್ತು Angular ಬಳಸಿ ನಿರ್ಮಿಸಲಾಗುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಅಸಮಕಾಲಿಕ ಸ್ಥಿತಿ ನವೀಕರಣಗಳು, ಕೃತಕ ಘಟನೆ ವ್ಯವಸ್ಥೆಗಳು ಮತ್ತು ತಮ್ಮದೇ ಜೀವನಚಕ್ರ ಹೊಂದಿರುವ, ವಿಭಿನ್ನ ಮೂಲದ iframeಗಳಲ್ಲಿ ನೆಲೆಸಿರುವ ಮೂರನೇ ಪಕ್ಷದ ವಿಜೆಟ್ಗಳು ಇರುತ್ತವೆ. “ಈ ಇನ್ಪುಟ್ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಿ” ಎನ್ನುವ ರ್ಯಾಪರ್, ಟೈಪ್ ಮಾಡುವುದಕ್ಕೆ ನೀವು ನೀಡಿದ ವ್ಯಾಖ್ಯಾನವನ್ನು ಪುಟವೂ ಒಪ್ಪಿಕೊಂಡರೆ ಮಾತ್ರ ಸರಿಯಾಗಿರುತ್ತದೆ. ಅನೇಕ ಪುಟಗಳು ಅದನ್ನು ಒಪ್ಪುವುದಿಲ್ಲ. ಮೌಲ್ಯವನ್ನು ನೇರವಾಗಿ ಹೊಂದಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಫ್ರೇಮ್ವರ್ಕ್ನ ಬದಲಾವಣೆ ಪತ್ತೆ ವ್ಯವಸ್ಥೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಿಸುತ್ತದೆ. ಇನ್ಪುಟ್ ತುಂಬಿದಂತೆ ಕಾಣುತ್ತದೆ. ಮೌಲ್ಯೀಕರಣವೇ ಪ್ರಚೋದಿತವಾಗುವುದಿಲ್ಲ. ಫಾರ್ಮ್ ಕಾರ್ಯನಿರ್ವಹಿಸದೆ ಉಳಿಯುತ್ತದೆ.
ಇದಕ್ಕೆ ತಾತ್ಕಾಲಿಕ ತಿದ್ದುಪಡಿ ಮಾಡಬಹುದು. React ಇನ್ಪುಟ್ಗಳಿಗೆ ವಿಶೇಷ ಸಂದರ್ಭಗಳನ್ನು ಸೇರಿಸಬಹುದು, ಫೋಕಸ್ ಮಾಡಿದ ನಂತರ ಬ್ಲರ್ ಘಟನೆಗಳನ್ನು ಕಳುಹಿಸಬಹುದು ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ಓದುವ ಮೊದಲು ಜಾಲ ಚಟುವಟಿಕೆ ನಿಲ್ಲುವವರೆಗೆ ಕಾಯಬಹುದು. ಪ್ರತಿಯೊಂದು ತಿದ್ದುಪಡಿಯೂ ಆ ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭದಲ್ಲಿ ಸರಿಯಾಗಿರುತ್ತದೆ. ಆದರೆ ಅವೆಲ್ಲ ಸೇರಿ, ನಿರ್ವಹಿಸಲು ಹೆಚ್ಚು ಕಷ್ಟವಾಗುವ ಮತ್ತು ನೀವು ಈಗಾಗಲೇ ನೋಡಿರುವ ಜಾಲತಾಣಗಳಿಗೆ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗುವ ವ್ಯವಸ್ಥೆಯಾಗಿ ಬೆಳೆಯುತ್ತವೆ.
ಸಂವಹನಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು ಎಂಬ ಊಹೆಗಳನ್ನು ನೀವು ಅಮೂರ್ತ ಪದರದಲ್ಲಿ ಕೋಡ್ ಮಾಡುತ್ತೀರಿ; ನಂತರ ಜಾಲವು ಬೇರೆಯದೇ ಊಹೆಗಳನ್ನು ಹೊಂದಿದೆ ಎಂಬುದು ತಿಳಿಯುತ್ತದೆ. ಇದೇ ಆಳವಾದ ಸಮಸ್ಯೆ.
ವಿಭಿನ್ನ ಮೂಲದ iframe ಒಳಗೆ Stripe ಅಥವಾ Adyen ಮೂಲಕ ಅಳವಡಿಸಿದ ಪಾವತಿ ಫಾರ್ಮ್ ಅನ್ನು ಪರಿಗಣಿಸಿ. ಅದು ಪ್ರತ್ಯೇಕ ಮೂಲದಲ್ಲಿ ಇರುವುದರಿಂದ ನಿಮ್ಮ ರ್ಯಾಪರ್ ಅದನ್ನು ನೇರವಾಗಿ ತಲುಪಲಾರದು. ನಿಮ್ಮ read_text ಪರಿಕರವು ಅದರ ಆಂತರಿಕ ಸ್ಥಿತಿಯನ್ನು ಗಮನಿಸಲಾರದು. ನಿಮ್ಮ type ಪರಿಕರವು ಅದರ ಇನ್ಪುಟ್ಗಳನ್ನು ತಲುಪಲಾರದು. ರ್ಯಾಪರ್ ಆಧಾರಿತ ಏಜೆಂಟ್ ಇಲ್ಲಿ ಮುಂದೆ ಸಾಗಲಾರದು. ಅಮೂರ್ತ ಪದರವನ್ನು ಮುಖ್ಯ ದಸ್ತಾವೇಜಿಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಆದರೆ ನೈಜ ಕಾರ್ಯವು ಆ ಅಮೂರ್ತ ಪದರಕ್ಕೆ ಕಾಣದ ಸ್ಥಳದಲ್ಲಿದೆ.
ಇದೇ ರೀತಿಯ ಅಸಾಮರಸ್ಯವು ಅಷ್ಟು ಸ್ಪಷ್ಟವಲ್ಲದ ಪ್ರಕ್ರಿಯೆಗಳಲ್ಲೂ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಫ್ರೇಮ್ವರ್ಕ್ ನಿಯಂತ್ರಿಸುವ ಕೆಳಬೀಳು ಪಟ್ಟಿಯು ನೇರ ಕ್ಲಿಕ್ಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸದೇ ಇರಬಹುದು, ಏಕೆಂದರೆ ಗೋಚರಿಸುವ ಅಂಶವೇ ನೈಜ ನಿಯಂತ್ರಣವಾಗಿರುವುದಿಲ್ಲ. ಆಧಾರದಲ್ಲಿರುವ ಸ್ಥಿತಿ ಬದಲಾವಣೆಯನ್ನು ಪ್ರಚೋದಿಸಲು ಕೀಲಿಮಣೆ ಘಟನೆಗಳ ಸರಣಿ ಅಗತ್ಯವಾಗಬಹುದು. ಹೊರಗಿನಿಂದ ನೋಡಿದಾಗ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಕ್ಲಿಕ್ ಮಾಡಬಹುದಾದಂತೆ ಕಾಣುತ್ತದೆ. ಅಮೂರ್ತ ಪದರ “ಕ್ಲಿಕ್ ಮಾಡಿ” ಎನ್ನುತ್ತದೆ. ಏನೂ ಸಂಭವಿಸುವುದಿಲ್ಲ.
ಅಥವಾ ಗೋಚರಿಸುವ DOM ನವೀಕರಣಗಳು ಆಂತರಿಕ ಸ್ಥಿತಿ ಬದಲಾವಣೆಗಳಿಗಿಂತ ವಿಳಂಬವಾಗುವ ಬಹುಹಂತದ ಸಂವಾದ ಪೆಟ್ಟಿಗೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪರಿಗಣಿಸಿ. ರ್ಯಾಪರ್ಗೆ ಗೋಚರಿಸುವ ಅಂಶಗಳಲ್ಲಿ ಇನ್ನೂ ಕಾಣಿಸದ ಸ್ಥಿತಿ ಬದಲಾವಣೆಯ ಮೇಲೆ ಸರಿಯಾದ ಮುಂದಿನ ಕ್ರಿಯೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ. ವ್ಯವಸ್ಥೆಯ ಅಪೂರ್ಣ ನೋಟದ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದರಿಂದ, ರ್ಯಾಪರ್ ಆಧಾರಿತ ಏಜೆಂಟ್ ತುಂಬಾ ಬೇಗ ಕ್ರಿಯೆ ಕೈಗೊಳ್ಳುತ್ತದೆ ಅಥವಾ ಹಳೆಯ ಸ್ಥಿತಿಯನ್ನು ಓದುತ್ತದೆ.
ಪ್ರತಿಯೊಂದು ಸಂದರ್ಭದಲ್ಲೂ, ಏಜೆಂಟ್ಗೆ ನಿಜವಾಗಿ ಅಗತ್ಯವಿರುವ ಸಂಕೇತಗಳನ್ನು ಅಮೂರ್ತ ಪದರ ಮರೆಮಾಡುತ್ತದೆ.
ಸಕ್ರಿಯ DOM ಅನ್ನು ಪರಿಶೀಲಿಸುವ, ಫ್ರೇಮ್ ಗಡಿಗಳ ಕುರಿತು ರೀಜನಿಂಗ್ ಮಾಡುವ ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಮೇಲ್ಮೈಗೆ ಸಂವಹನ ಸರಣಿಯನ್ನು ರೂಪಿಸುವ ಕೆಳಮಟ್ಟದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮಾಡೆಲ್ ಈ ಸಂದರ್ಭಗಳನ್ನು ನಿಭಾಯಿಸಬಲ್ಲದು. ಮಾಡೆಲ್ ಸ್ವಭಾವತಃ ಹೆಚ್ಚು ಬುದ್ಧಿವಂತವಾಗಿದೆ ಎಂಬುದು ಕಾರಣವಲ್ಲ. ತೆಗೆದುಹಾಕಲಾಗಿದ್ದ ಮಾಹಿತಿಗೆ ಈಗ ಅದು ಪ್ರವೇಶ ಹೊಂದಿರುವುದೇ ಕಾರಣ.
ನಾವು ಸಾಧಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ಬದಲಾವಣೆಯನ್ನು ಸರಳವಾಗಿ ವಿವರಿಸಬಹುದು: ಪೂರ್ವನಿರ್ಧರಿತ ಕ್ರಿಯೆಗಳಿಂದ ಆಯ್ಕೆ ಮಾಡುವಂತೆ ಮಾಡೆಲ್ಗೆ ಕೇಳುವ ಬದಲು, ಅದಕ್ಕೆ ಕೆಳಮಟ್ಟದ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೇಲ್ಮೈ ನೀಡುತ್ತೇವೆ. ಅಮೂರ್ತ ಪದರದ ವಿನ್ಯಾಸದ ಬದಲು ಚಾಲನಾ ಸಮಯದ ನೀತಿಯ ಮೂಲಕ ಆ ಮೇಲ್ಮೈಯನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತೇವೆ.
ಈ ವಿನ್ಯಾಸವು ಕೆಳಮಟ್ಟದ ಮೂಲ ಪರಿಕರಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡಲಾರಂಭಿಸಿರುವ ಉದ್ಯಮದ ವಿಶಾಲ ಬದಲಾವಣೆಯಿಂದ ಬಂದಿದೆ. ದೃಢವಾಗಿದ್ದರೂ ವಿಭಿನ್ನ ಪರಿಸರಗಳಿಗೆ ಹೊಂದಿಕೊಳ್ಳುವ ಮಾಡೆಲ್ನ ಸಾಮರ್ಥ್ಯವನ್ನು ಕಸಿದುಕೊಳ್ಳುವ ಸ್ಥಿರವಾಗಿ ಕೋಡ್ ಮಾಡಿದ ನಿರ್ದಿಷ್ಟ ಪರಿಕರಗಳ ಬದಲು, ಈ ಮೂಲ ಪರಿಕರಗಳು ಚಾಲನಾ ಸಮಯದಲ್ಲಿ ತಿದ್ದಿಕೊಳ್ಳುವ ಮತ್ತು ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೋಡ್ ರಚಿಸುವ ಏಜೆಂಟ್ನ ಸಹಜ ಸಾಮರ್ಥ್ಯವನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತವೆ.
ಅನೇಕ ಅಭಿವೃದ್ಧಿಪಡಿಸುವವರ ಪರಿಕರ ಸಂಗ್ರಹದಲ್ಲಿ Claude Code ಪ್ರಮುಖ ಆಯ್ಕೆಯಾಗಿರುವ ಯಶಸ್ಸನ್ನೂ, ಟರ್ಮಿನಲ್ ಆಧಾರಿತ ಏಜೆಂಟ್ಗಳತ್ತ ಉದ್ಯಮವು ವ್ಯಾಪಕವಾಗಿ ಸಾಗುತ್ತಿರುವುದನ್ನೂ ಪರಿಗಣಿಸಿ. Claude Codeನ ಅತಿದೊಡ್ಡ ಪ್ರಯೋಜನವು ಮಾಡೆಲ್ ಅಲ್ಲ, ಕೆಳಮಟ್ಟದ ಪೂರಕ ವ್ಯವಸ್ಥೆ. ಮಾಡೆಲ್ಗೆ ಕೆಲವೇ ಹೆಚ್ಚು ಘಟಕೀಕೃತವಾದ ಕೆಳಮಟ್ಟದ ಪರಿಕರಗಳನ್ನು ನೀಡುವುದು, ಅಂದರೆ. ಟರ್ಮಿನಲ್ ನೀಡುವುದು, ಪರಿಕರ ಕರೆಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ. ಮುಖ್ಯವಾಗಿ, ಕಾನ್ಟೆಕ್ಸ್ಟ್ ವಿಂಡೋವನ್ನು ಅನಗತ್ಯವಾಗಿ ತುಂಬುವ ಸಾಮಾನ್ಯೀಕೃತ ಪರಿಕರಗಳನ್ನು ಬಳಸಲು ಪ್ರಯತ್ನಿಸುವ ಬದಲು, ಏಜೆಂಟ್ ರೀಜನಿಂಗ್ ಮಾಡಿ ಪ್ರಸ್ತುತ ಕಾರ್ಯಕ್ಕಾಗಿ ಕಸ್ಟಮ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ರಚಿಸಬಹುದು.
ಬ್ರೌಸರ್ ಸ್ವಯಂಚಾಲನೆಯ ಬಳಕೆಯಲ್ಲಿ, ಎಲ್ಲವನ್ನೂ ಪೂರ್ವನಿರ್ಮಿತ ಕ್ರಿಯೆಗಳ ಸ್ಥಿರ ಗುಂಪಿಗೆ ಹೊಂದಿಸುವ ಬದಲು, ಮಾಡೆಲ್ ಸಕ್ರಿಯ ಪುಟದ ಸ್ಥಿತಿಯನ್ನು ನೇರವಾಗಿ ಪರಿಶೀಲಿಸಬಹುದು, ಫ್ರೇಮ್ಗಳಲ್ಲಿ ಸಂಚರಿಸಬಹುದು ಮತ್ತು ಪ್ರಸ್ತುತ ಇಂಟರ್ಫೇಸ್ಗೆ ನಿರ್ದಿಷ್ಟವಾದ ಕಸ್ಟಮ್ ಸಂವಹನ ಕೋಡ್ ರಚಿಸಬಹುದು.
ಮಾಡೆಲ್ ಆಯ್ಕೆಗಾರನಂತೆ ಕಡಿಮೆ, ಚಾಲನಾ ಸಮಯದ ರಚನಾಕಾರನಂತೆ ಹೆಚ್ಚು ವರ್ತಿಸುತ್ತದೆ. ಅದು ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಇಂಟರ್ಫೇಸ್ ಕುರಿತು ರೀಜನಿಂಗ್ ಮಾಡಿ, ಆ ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭಕ್ಕೆ ಸಂವಹನ ತರ್ಕವನ್ನು ರೂಪಿಸುತ್ತದೆ. ಅದು ಬಹುಹಂತದ ಸರಣಿಗಳನ್ನು ರಚಿಸಬಹುದು, ಅಸಾಮಾನ್ಯ ಪ್ರಕ್ರಿಯೆಗಳಿಗೆ ಹೊಂದಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಮುಂದುವರಿಯುವ ಮೊದಲು ಫಲಿತಾಂಶಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಬಹುದು. ಒಂದು ಕ್ರಿಯೆ ವಿಫಲವಾದಾಗ, ಮಾಡೆಲ್ ಆಧಾರದಲ್ಲಿರುವ ದೋಷವನ್ನು ನೋಡಿ ಸ್ವತಃ ತಿದ್ದಿಕೊಳ್ಳುತ್ತದೆ. ಇದು ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿ ಮತ್ತು ಹೆಚ್ಚು ಅಪಾಯಕಾರಿ. ಆದರೆ ನೈಜ ಸಮಸ್ಯೆಯ ಸ್ವರೂಪಕ್ಕೆ ಹೆಚ್ಚು ಹತ್ತಿರವಾಗಿದೆ.
ಮುಖ್ಯವಾಗಿ, ಅಮೂರ್ತ ಪದರವನ್ನು ತೆಗೆದುಹಾಕುವುದರಿಂದ ವ್ಯವಸ್ಥೆಯ ಶಿಸ್ತು ಕಡಿಮೆಯಾಗುವುದಿಲ್ಲ. ಅದು ಶಿಸ್ತನ್ನು ಬೇರೆಡೆಗೆ ಸ್ಥಳಾಂತರಿಸುತ್ತದೆ.
ಹಿಂದೆ ರ್ಯಾಪರ್ ವಿನ್ಯಾಸ ಮತ್ತು ಅಪರೂಪದ ಸಂದರ್ಭಗಳ ನಿರ್ವಹಣೆಯಲ್ಲಿದ್ದ ಕೆಲಸವು ಮೂರು ಸ್ಥಳಗಳಿಗೆ ಸಾಗುತ್ತದೆ: ಪ್ರಾಂಪ್ಟ್ಗೆ, ಅದು ಕಾರ್ಯಾಚರಣಾ ತರಬೇತಿಯ ರೂಪವಾಗುತ್ತದೆ; ಚಾಲನಾ ಪರಿಸರಕ್ಕೆ, ಅದು ಸಂಚರಣೆಯ ವ್ಯಾಪ್ತಿ, ಸೂಕ್ಷ್ಮ ಕ್ರಿಯೆಗಳು ಮತ್ತು ಮರುಪ್ರಯತ್ನದ ನಡವಳಿಕೆಯಂತಹ ಗಡಿಗಳನ್ನು ಜಾರಿಗೊಳಿಸುತ್ತದೆ; ಮತ್ತು ಮೌಲ್ಯಮಾಪನ ಪದರಕ್ಕೆ, ಅದು ಕಾರ್ಯ ಯಶಸ್ವಿಯಾಯಿತೇ ಎಂಬುದಷ್ಟೇ ಅಲ್ಲದೆ ಮಧ್ಯಂತರ ಹಂತಗಳು ಸರಿಯಾಗಿದ್ದವೇ ಎಂಬುದನ್ನೂ ನಿರ್ಣಯಿಸುತ್ತದೆ. ಸುಲಭವಾಗಿ ಮುರಿಯುವ ಅಮೂರ್ತ ಪದರಗಳು ಕಡಿಮೆ. ಸುತ್ತಲಿನ ವ್ಯವಸ್ಥೆಗಳು ಹೆಚ್ಚು ಬಲಿಷ್ಠ.
ಈ ಬದಲಾವಣೆಯ ಒಂದು ಪರಿಣಾಮವೆಂದರೆ, ಒಟ್ಟಾರೆ ವ್ಯವಸ್ಥೆಯ ಸಾಮರ್ಥ್ಯ ಹೆಚ್ಚಿದರೂ ಉತ್ಪನ್ನದ ಕೋಡ್ ಸಾಮಾನ್ಯವಾಗಿ ಸರಳವಾಗುತ್ತದೆ. ಮರುಬಳಕೆ ಮಾಡಬಹುದಾದ ರ್ಯಾಪರ್ಗಳಾಗಿ ಸಂವಹನ ಮಾದರಿಗಳನ್ನು ಕೋಡ್ ಮಾಡುವ ಬದಲು, ಏಜೆಂಟ್ ಚಾಲನಾ ಸಮಯದಲ್ಲೇ ನಡವಳಿಕೆಯನ್ನು ರೂಪಿಸುತ್ತದೆ. ವಿಶೇಷ ಪರಿಕರಗಳು ಮತ್ತು ಅಪರೂಪದ ಸಂದರ್ಭಗಳ ತರ್ಕವನ್ನು ನಿರಂತರವಾಗಿ ವಿಸ್ತರಿಸುವ ಬದಲು, ಕೆಲವೇ ಶಕ್ತಿಶಾಲಿ ಮೂಲ ಘಟಕಗಳು ಮತ್ತು ನಿರ್ಬಂಧಿತ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪರಿಸರವನ್ನು ನಿರ್ವಹಿಸುತ್ತೀರಿ.
ಇದು ವ್ಯವಸ್ಥೆಯ ಸಾಮಾನ್ಯೀಕರಣದ ವಿಧಾನವನ್ನೂ ಬದಲಿಸುತ್ತದೆ. ರ್ಯಾಪರ್ ಆಧಾರಿತ ಏಜೆಂಟ್, ನೀವು ಈಗಾಗಲೇ ನಿರ್ಮಿಸಿರುವ ರ್ಯಾಪರ್ಗಳನ್ನು ಹೋಲುವ ಕಾರ್ಯಗಳಿಗೆ ಚೆನ್ನಾಗಿ ಸಾಮಾನ್ಯೀಕರಿಸುತ್ತದೆ. ನಿರ್ಬಂಧಿತ ಚಾಲನಾ ಪರಿಸರದ ಏಜೆಂಟ್, ಗೋಚರಿಸುವ ಇಂಟರ್ಫೇಸ್ ಬೇರೆಯಾಗಿದ್ದರೂ ಒಂದೇ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಅಡಿಪಾಯವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಕಾರ್ಯಗಳಿಗೆ ಸಾಮಾನ್ಯೀಕರಿಸುತ್ತದೆ.
ಉದಾಹರಣೆಗೆ, ಹುಡುಕಾಟ ಫಾರ್ಮ್, ಕಾಯ್ದಿರಿಸುವ ಪ್ರಕ್ರಿಯೆ ಅಥವಾ ಸೆಟ್ಟಿಂಗ್ಗಳ ಪುಟದೊಂದಿಗಿನ ಸಂವಹನವು ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ ಮಟ್ಟದಲ್ಲಿ ಸಂಪೂರ್ಣ ಭಿನ್ನವಾಗಿ ಕಾಣಬಹುದು. ಆದರೆ ಆಳದಲ್ಲಿ ಅವು ಸ್ಥಿತಿಯನ್ನು ಓದುವುದು, ಘಟನೆಗಳನ್ನು ಪ್ರಚೋದಿಸುವುದು, ಫಲಿತಾಂಶಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸುವುದು ಮತ್ತು ಅಸಮಕಾಲಿಕ ನವೀಕರಣಗಳನ್ನು ನಿರ್ವಹಿಸುವಂತಹ ಮಾದರಿಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ. ಆ ಮಟ್ಟದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ವ್ಯವಸ್ಥೆಯು ಕಾರ್ಯಗಳ ನಡುವೆ ಹೆಚ್ಚು ಸಹಜವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ.
ಮರುಬಳಕೆ ಮಾಡಬಹುದಾದ ಘಟಕವು ಕ್ರಿಯೆಗಳ ಪಟ್ಟಿಯಲ್ಲ. ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಸುರಕ್ಷಿತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಿ ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ದೃಢೀಕರಿಸುವ ಮಾಡೆಲ್ನ ಸಾಮರ್ಥ್ಯವೇ ಆ ಘಟಕ.
ಈ ಕೆಲಸದಿಂದ ದೊರೆತ ಅತ್ಯಂತ ಸ್ಪಷ್ಟ ಪಾಠವೆಂದರೆ, ಮಾಡೆಲ್ಗೆ ಹೆಚ್ಚು ಸಹಾಯಕ ಕಾರ್ಯಗಳನ್ನು ನೀಡುವುದರಿಂದ ವಿಶ್ವಾಸಾರ್ಹತೆ ಬರುವುದಿಲ್ಲ. ಬದಲಾಗಿ, ಕೆಲವೇ ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿ ಮೂಲ ಘಟಕಗಳನ್ನು ನೀಡಿ, ಅವುಗಳನ್ನು ಸೂಕ್ತ ರೀತಿಯಲ್ಲಿ ನಿರ್ಬಂಧಿಸುವುದರಿಂದ ಅದು ಹೆಚ್ಚಾಗಿ ದೊರೆಯುತ್ತದೆ. ಅತಿಯಾದ ನೆರವು, ಕಾರ್ಯವನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂಬ ಊಹೆಗಳನ್ನು ಕೋಡ್ನಲ್ಲೇ ಸ್ಥಿರಗೊಳಿಸುತ್ತದೆ. ನಿರ್ಬಂಧಗಳು ಸುರಕ್ಷಿತ ಕಾರ್ಯಾಚರಣೆಯ ಗಡಿಗಳನ್ನು ನಿರ್ಧರಿಸಿ, ಉತ್ತಮ ಸ್ಥಳೀಯ ಪರಿಹಾರಗಳನ್ನು ಕಂಡುಕೊಳ್ಳಲು ಮಾಡೆಲ್ಗೆ ಅವಕಾಶ ನೀಡುತ್ತವೆ.
ಹೆಚ್ಚು ಶಕ್ತಿಶಾಲಿ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೇಲ್ಮೈಗೆ ಹೆಚ್ಚು ಕಟ್ಟುನಿಟ್ಟಾದ ಸುರಕ್ಷತಾ ಮಾಡೆಲ್ ಕೂಡ ಅಗತ್ಯ. ಪೂರ್ವನಿರ್ಧರಿತ ಕೆಲವೇ ಕ್ರಿಯೆಗಳಿಗೆ ಏಜೆಂಟ್ ಸೀಮಿತವಾಗಿಲ್ಲದಾಗ, ಅದು ವಾಸ್ತವ ಸಾಫ್ಟ್ವೇರ್ನ ಮೇಲೆಯೇ ನೇರವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಇದು ಅಪಾಯದ ಸ್ವರೂಪವನ್ನು ತಕ್ಷಣವೇ ಬದಲಿಸುತ್ತದೆ.
ವಿನ್ಯಾಸದಲ್ಲಿ ಪರಿಗಣಿಸಬೇಕಾದ ನಾಲ್ಕು ಅಂಶಗಳಿವೆ:
ದತ್ತಾಂಶ ಬಹಿರಂಗತೆ. ಏಜೆಂಟ್ ವಾಸ್ತವ ಇಂಟರ್ಫೇಸ್ಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವಾಗ, ಸೂಕ್ಷ್ಮ ಮಾಹಿತಿಯನ್ನು ಆಗಾಗ ಎದುರಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಮರೆಮಾಚುವಿಕೆ ಮತ್ತು ಪ್ರವೇಶ ನಿಯಂತ್ರಣದಲ್ಲಿ ಶಿಸ್ತಿನ ವಿಧಾನ ಅಗತ್ಯ. ಕಾರ್ಯಗತಗೊಳಿಸಲು ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ದತ್ತಾಂಶವನ್ನು ಬಹಿರಂಗಪಡಿಸಬೇಕು. ಮೇಲ್ವಿಚಾರಣಾ ಸಾಮರ್ಥ್ಯವೇ ವ್ಯವಸ್ಥೆಯ ಅತ್ಯಂತ ಸೂಕ್ಷ್ಮ ಭಾಗವಾಗದಂತೆ ದಾಖಲೆಗಳು ಮತ್ತು ಜಾಡುಗಳನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ನಿರ್ವಹಿಸಬೇಕು.
ಕಾರ್ಯಗತಗೊಳಿಸುವ ವ್ಯಾಪ್ತಿ. ಶಕ್ತಿಶಾಲಿ ಏಜೆಂಟ್ಗೆ ಮನಬಂದಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಅವಕಾಶ ಇರಬಾರದು. ಪ್ರಾಯೋಗಿಕವಾಗಿ, ಅದು ಎಲ್ಲಿಗೆ ಸಂಚರಿಸಬಹುದು, ಯಾವ ಡೊಮೇನ್ಗಳನ್ನು ಪ್ರವೇಶಿಸಬಹುದು ಮತ್ತು ಯಾವ ವ್ಯವಸ್ಥೆಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಬಂಧಿಸಬೇಕು. ಈ ನಿರ್ಬಂಧಗಳನ್ನು ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿನ ರೂಢಿಗಳಾಗಿ ಬಿಡದೆ, ಚಾಲನಾ ಪರಿಸರದ ಮಟ್ಟದಲ್ಲೇ ಜಾರಿಗೊಳಿಸಬೇಕು.
ಪರಿಸರದ ವಿಶ್ವಾಸಾರ್ಹತೆ. ಆಧುನಿಕ ಇಂಟರ್ಫೇಸ್ಗಳು ದಾರಿತಪ್ಪಿಸುವ ಅಥವಾ ಸಕ್ರಿಯವಾಗಿ ಪ್ರತಿಕೂಲವಾಗಿರುವ ಸೂಚನೆಗಳು, ವಿಷಯ ಅಥವಾ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಪುಟದ ವಿಷಯದ ಮೂಲಕ ನಡೆಯುವ ಪ್ರಾಂಪ್ಟ್ ಇಂಜೆಕ್ಷನ್ ಒಂದು ನೈಜ ದಾಳಿಯ ಮಾರ್ಗ. ಏಜೆಂಟ್ ಅನಪೇಕ್ಷಿತ ಮಾರ್ಗದರ್ಶನವನ್ನು ಅನುಸರಿಸದಂತೆ, ವ್ಯವಸ್ಥೆಗೆ ಸ್ಪಷ್ಟ ಸೂಚನಾ ಶ್ರೇಣಿ, ಮೌಲ್ಯೀಕರಣ ಪರಿಶೀಲನೆಗಳು ಮತ್ತು ಮುಕ್ತಾಯದ ಷರತ್ತುಗಳು ಅಗತ್ಯ.
ಸ್ವಾಯತ್ತತೆಯ ವ್ಯಾಪ್ತಿ. ಎಲ್ಲ ಕ್ರಿಯೆಗಳೂ ಸಂಪೂರ್ಣ ಸ್ವಾಯತ್ತವಾಗಿರಬಾರದು. ಅನೇಕ ಉತ್ಪಾದನಾ ಪರಿಸರಗಳಲ್ಲಿ ಸ್ವಾಯತ್ತತೆಯನ್ನು ಒಂದು ವ್ಯಾಪ್ತಿಯಾಗಿ ಪರಿಗಣಿಸುವುದು ಮುಖ್ಯ. ವ್ಯವಸ್ಥೆಯು ಅನ್ವೇಷಣೆ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯಲ್ಲಿ ಹೆಚ್ಚು ಸ್ವಾಯತ್ತವಾಗಿ ವರ್ತಿಸಬಹುದು, ಆದರೆ ಕೆಲವು ವರ್ಗಗಳ ಕ್ರಿಯೆಗಳಿಗೆ ಇನ್ನೂ ಅನುಮೋದನೆ ಕಡ್ಡಾಯವಾಗಿರಬಹುದು.
ಮೂಲ ತತ್ವ ಸರಳವಾಗಿದೆ: ಮಾಡೆಲ್ಗೆ ಹೆಚ್ಚು ಶಕ್ತಿ ನೀಡಿದಂತೆ ಅದರ ಸುತ್ತಲಿನ ವ್ಯವಸ್ಥೆಯನ್ನೂ ಬಲಪಡಿಸಬೇಕು. ನೀತಿಯಿಲ್ಲದ ಸ್ವಾಯತ್ತತೆ ಉತ್ಪಾದನಾ ಬಳಕೆಗೆ ಸಿದ್ಧವಲ್ಲ.
ಯಾವ ಬ್ರೌಸರ್ ಕ್ರಿಯೆಗಳನ್ನು ಒದಗಿಸುವುದು ಸೂಕ್ತ ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸಿದೆವು.
ಬದಲಾಗಿ, ಮಾಡೆಲ್ಗೆ ಸಂಪೂರ್ಣ ಕ್ರಿಯಾ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೇಗೆ ಒದಗಿಸಬಹುದು ಮತ್ತು ಅದನ್ನು ಸುರಕ್ಷಿತವಾಗಿರಿಸುವ ಚಾಲನಾ ಸಮಯದ ನೀತಿಗಳನ್ನು ಹೇಗೆ ರೂಪಿಸಬಹುದು ಎಂದು ಕೇಳಲಾರಂಭಿಸಿದೆವು.
ಈ ಹೊಸ ದೃಷ್ಟಿಕೋನವು ನಿಮ್ಮ ಆದ್ಯತೆಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ. ಕ್ರಿಯೆಗಳ ವರ್ಗೀಕರಣ ಮತ್ತು ರ್ಯಾಪರ್ನ ಪರಿಪೂರ್ಣತೆಗೆ ಕಡಿಮೆ ಮಹತ್ವವಿರುತ್ತದೆ. ಚಾಲನಾ ಸಮಯದ ನೀತಿ, ಮೇಲ್ವಿಚಾರಣಾ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ಪ್ರತಿ ಹಂತದ ಮೌಲ್ಯಮಾಪನಕ್ಕೆ ಹೆಚ್ಚು ಮಹತ್ವವಿರುತ್ತದೆ. ಮಾಡೆಲ್ನ ಸಾಮರ್ಥ್ಯ ಮತ್ತು ವ್ಯವಸ್ಥೆಯ ವಿನ್ಯಾಸ ಪರಸ್ಪರ ಬದಲಿಗಳಲ್ಲ. ಮಾಡೆಲ್ಗಳು ಸುಧಾರಿಸಿದಂತೆ ವ್ಯವಸ್ಥೆಯ ಪಾತ್ರ ಕಡಿಮೆಯಾಗದೆ, ಇನ್ನಷ್ಟು ಮುಖ್ಯವಾಗುತ್ತದೆ.
ಪ್ರಾತ್ಯಕ್ಷಿಕೆಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಬ್ರೌಸರ್ ಏಜೆಂಟ್ಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಕಾರ್ಯವು ಸೀಮಿತವಾಗಿರುವುದರಿಂದ ಮತ್ತು ಪರಿಸರವು ಸಹಕರಿಸುವುದರಿಂದ ಯಶಸ್ವಿಯಾಗುತ್ತವೆ. ಉತ್ಪಾದನಾ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಬೇರೆಯದೇ ಅಗತ್ಯವಿದೆ: ನಿರ್ಬಂಧಿತ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ, ಅಳೆಯಬಹುದಾದ ನಡವಳಿಕೆ ಮತ್ತು ಸರಿಯಾದ ಫಲಿತಾಂಶವನ್ನು ಅದೃಷ್ಟದಿಂದ ಸಿಕ್ಕ ಫಲಿತಾಂಶದಿಂದ ಪ್ರತ್ಯೇಕಿಸಬಲ್ಲ ಮೌಲ್ಯಮಾಪನ.
ರ್ಯಾಪರ್ ವಿನ್ಯಾಸ ಕಡಿಮೆ. ವ್ಯವಸ್ಥಾ ಎಂಜಿನಿಯರಿಂಗ್ ಹೆಚ್ಚು.
ನಾವು ಬ್ರೌಸರ್ ಏಜೆಂಟ್ಗಳ ಮೇಲೆ ಗಮನಹರಿಸಿದ್ದರೂ, ಇದು ಕಂಪ್ಯೂಟರ್ ಬಳಕೆಯನ್ನು ವ್ಯವಸ್ಥೆಗಳ ಶಿಸ್ತಾಗಿ ಪರಿಗಣಿಸುವ ವಿಶಾಲ ದೃಷ್ಟಿಕೋನಕ್ಕೆ ದಾರಿ ತೋರಿಸುತ್ತದೆ.