AI ಕೋಡಿಂಗ್ ಪರಿಕರಗಳು ಮತ್ತು ವರ್ಕ್‌ಫ್ಲೋ ಏಕೀಕರಣ

ಲಾಭಗಳು:

• ಕಾರ್ಯಗಳಿಗೆ ಸಂಪಾದಕ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ, ಚಾಟ್ ಸಹಾಯಕ, CLI ಏಜೆಂಟ್ ಮತ್ತು CI ಯಾಂತ್ರೀಕೃತಗೊಂಡ ವರ್ಗಗಳನ್ನು ನಕ್ಷೆ ಮಾಡುವ ಸಾಮರ್ಥ್ಯ
• ಅಪಾಯದ ಪ್ರಕಾರ ಸ್ವಾಯತ್ತತೆಯ ಮಟ್ಟವನ್ನು ಸರಿಹೊಂದಿಸುವ ಸಾಮರ್ಥ್ಯ ಮತ್ತು CLI ಏಜೆಂಟ್‌ಗಳಿಗೆ 'ಮೊದಲು ಯೋಜನೆ' ಶಿಸ್ತು ಅನ್ವಯಿಸುತ್ತದೆ
• ಮೌಲ್ಯೀಕರಿಸಿದ ಸಾಧನ, ಪರಿಶೀಲನಾ ಗೇಟ್, ಪಾರದರ್ಶಕತೆ ಮತ್ತು ಹೊಣೆಗಾರಿಕೆಯ ಆಧಾರದ ಮೇಲೆ AI ಬಳಕೆಯನ್ನು ತಂಡದ ವ್ಯವಸ್ಥೆಯಾಗಿ ಪರಿವರ್ತಿಸುವ ಸಾಮರ್ಥ್ಯ

ಇಲ್ಲಿಯವರೆಗೆ ನಾವು ವೈಯಕ್ತಿಕ ಕಾರ್ಯಗಳಲ್ಲಿ AI ಅನ್ನು ಬಳಸಲು ಕಲಿತಿದ್ದೇವೆ (ಕೋಡಿಂಗ್, ವಿಮರ್ಶೆ, ಪರೀಕ್ಷೆ, ಡೀಬಗ್ ಮಾಡುವುದು). ಈ ಅಂತಿಮ ಘಟಕದಲ್ಲಿ, ನಾವು ತುಣುಕುಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸೇರಿಸುತ್ತೇವೆ: ವಿಭಿನ್ನ AI ಕೋಡಿಂಗ್ ಪರಿಕರಗಳನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು, ಸರಿಯಾದ ಸಾಧನವನ್ನು ಸರಿಯಾದ ಕೆಲಸಕ್ಕೆ ಹೊಂದಿಸುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ನಿಮ್ಮ ದೈನಂದಿನ ಅಭಿವೃದ್ಧಿಯ ಹರಿವಿನಲ್ಲಿ ಸುರಕ್ಷಿತವಾಗಿ ಎಂಬೆಡ್ ಮಾಡುವುದು - ಸಂಪಾದಕದಿಂದ ಆವೃತ್ತಿ ನಿಯಂತ್ರಣಕ್ಕೆ, CI/CD ಪೈಪ್‌ಲೈನ್‌ನಿಂದ ತಂಡದ ಆಡಳಿತದವರೆಗೆ. ಗೊಂದಲಮಯವಾದ "ಆಗೊಮ್ಮೆ ಈಗೊಮ್ಮೆ AI ಅನ್ನು ಕೇಳಿ" ಅಭ್ಯಾಸವನ್ನು ಸ್ಥಿರ ಮತ್ತು ಲೆಕ್ಕಪರಿಶೋಧಕ ಕಾರ್ಯ ವ್ಯವಸ್ಥೆಯಾಗಿ ಪರಿವರ್ತಿಸುವುದು ಗುರಿಯಾಗಿದೆ.

ನಾವು ತಟಸ್ಥ ವರ್ಗಗಳೊಂದಿಗೆ ವಾಹನದ ಪ್ರಕಾರಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತೇವೆ (ನಿರ್ದಿಷ್ಟ ಉತ್ಪನ್ನದ ಹೆಸರುಗಳು ತ್ವರಿತವಾಗಿ ಬದಲಾಗುತ್ತವೆ; ವರ್ಗವು ಮುಖ್ಯವಾದುದು). ಪ್ರತಿಯೊಂದು ವರ್ಗವು "ಸ್ವೀಟ್ ಸ್ಪಾಟ್" ಮತ್ತು ಅಪಾಯದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೊಂದಿದೆ; ಯಾವ ಕಾರ್ಯಕ್ಕೆ ಎಷ್ಟು ಸ್ವಾಯತ್ತತೆ ನೀಡಬೇಕು ಎಂಬುದು ಪಾಂಡಿತ್ಯ.

AI ಕೋಡಿಂಗ್ ಪರಿಕರಗಳ ವರ್ಗಗಳು

1. ಇನ್-ಎಡಿಟರ್ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ. ನಿಮ್ಮ IDE (ನೀವು ಕೋಡ್ ಬರೆಯುವ ಅಭಿವೃದ್ಧಿ ಪರಿಸರ) ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಿದಂತೆ ಸಾಲುಗಳು/ಬ್ಲಾಕ್‌ಗಳನ್ನು ಸೂಚಿಸುವ ಪ್ಲಗಿನ್‌ಗಳು. ಸ್ವೀಟ್ ಸ್ಪಾಟ್: ಇನ್-ಸ್ಟ್ರೀಮ್ ವೇಗ, ಬಾಯ್ಲರ್ ಕೋಡ್. ಅಪಾಯ: ಸಂಕುಚಿತ ಸಂದರ್ಭ, ಆಲೋಚನೆಯಿಲ್ಲದೆ ಸಲಹೆಯನ್ನು ಸ್ವೀಕರಿಸುವುದು.

2. ಚಾಟ್/ಸೈಡ್ ಪ್ಯಾನಲ್ ಸಹಾಯಕ. ನಿಮ್ಮ ಕೋಡ್‌ಬೇಸ್‌ನ ಭಾಗವಾಗಿ ಗೋಚರತೆಯೊಂದಿಗೆ IDE ನಲ್ಲಿ ಎಂಬೆಡ್ ಮಾಡಲಾದ ಚಾಟ್ ಇಂಟರ್ಫೇಸ್. ಸ್ವೀಟ್ ಸ್ಪಾಟ್: ವಿವರಣೆ, ರಿಫ್ಯಾಕ್ಟರ್, ಪರೀಕ್ಷೆ, ದೋಷ ವಿಶ್ಲೇಷಣೆ. ಅಪಾಯ: ನೀವು ನೀಡುವ ಸಂದರ್ಭಕ್ಕೆ ಸೀಮಿತವಾಗಿದೆ, ಪರಿಶೀಲನೆಯ ಅಗತ್ಯವಿದೆ.

3. CLI ಏಜೆಂಟ್ (ಏಜೆಂಟ್ ಉಪಕರಣಗಳು). ಆಜ್ಞಾ ಸಾಲಿನಿಂದ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಪರಿಕರಗಳು, ಬಹು ಫೈಲ್‌ಗಳನ್ನು ಓದಬಹುದು ಮತ್ತು ಮಾರ್ಪಡಿಸಬಹುದು, ಆಜ್ಞೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು ಮತ್ತು ಬಹು-ಹಂತದ ಕಾರ್ಯಗಳನ್ನು ತಮ್ಮದೇ ಆದ ಮೇಲೆ ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದು. ಸ್ವೀಟ್ ಸ್ಪಾಟ್: ಬಹು-ಫೈಲ್ ಬದಲಾವಣೆಗಳು, ಪುನರಾವರ್ತಿತ ಕಾರ್ಯಗಳು, "ಈ ಆಸ್ತಿಯನ್ನು ಸೇರಿಸಿ" ಪ್ರಕಾರದ ಉದ್ಯೋಗಗಳು. ಅಪಾಯ: ಹೆಚ್ಚಿನ ಸ್ವಾಯತ್ತತೆ = ಹೆಚ್ಚಿನ ಪರಿಣಾಮ; ಪರಿಶೀಲಿಸದೆ ಬಿಟ್ಟರೆ, ಇದು ವಿಶಾಲವಾದ ಮತ್ತು ಪರಿಶೀಲಿಸಲು ಕಷ್ಟಕರವಾದ ಬದಲಾವಣೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

4. ಲೈನ್/ಆಟೊಮೇಷನ್ ಏಕೀಕರಣ. PR ಗಳಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ ವಿಮರ್ಶೆ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಬಿಡುವ, ಪರೀಕ್ಷೆಗಳನ್ನು ಸೂಚಿಸುವ ಅಥವಾ ಚೇಂಜ್‌ಲಾಗ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುವ CI (ನಿರಂತರ ಏಕೀಕರಣ) ಬಾಟ್‌ಗಳು. ಸ್ವೀಟ್ ಸ್ಪಾಟ್: ಆಯಾಸ, ಸ್ಥಿರತೆ ಇಲ್ಲದೆ ಮೊದಲ ಸ್ಟ್ರೈನರ್. ಅಪಾಯ: ಶಬ್ದ, ಸುಳ್ಳು ವಿಶ್ವಾಸ.

ಸುಳಿವು: ಸ್ವಾಯತ್ತತೆ ಹೆಚ್ಚಾದಂತೆ ನಿಯಂತ್ರಣವೂ ಹೆಚ್ಚಾಗಬೇಕು. ಸಂಪಾದಕರ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆಯು ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ತತ್‌ಕ್ಷಣದ ಕಾರಣದಿಂದಾಗಿ, ಅದನ್ನು ಲಘುವಾಗಿ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲಾಗುತ್ತದೆ; CLI ಏಜೆಂಟ್‌ನ ಬಹು-ಫೈಲ್ ಮಾರ್ಪಾಡುಗಳನ್ನು ಮಾನವ PR ಗಿಂತ ಹೆಚ್ಚು ಎಚ್ಚರಿಕೆಯಿಂದ ಅಲ್ಲದಿದ್ದರೂ ಪರೀಕ್ಷಿಸಬೇಕು.

ಹಂತ ಹಂತವಾಗಿ: ವರ್ಕ್‌ಫ್ಲೋಗೆ AI ಎಂಬೆಡಿಂಗ್

1. ಕಾರ್ಯವನ್ನು ಉಪಕರಣಕ್ಕೆ ನಕ್ಷೆ ಮಾಡಿ. ಸಣ್ಣ ಇನ್-ಸ್ಟ್ರೀಮ್ ಸೇರ್ಪಡೆ → ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ; ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ/ರಿಫ್ಯಾಕ್ಟರ್/ಪರೀಕ್ಷೆ → ಚಾಟ್; ಬಹು-ಫೈಲ್, ಪುನರಾವರ್ತಿತ ಕೆಲಸ → CLI ಏಜೆಂಟ್; ನಿರಂತರ ಮೊದಲ ಫಿಲ್ಟರ್ → CI ಏಕೀಕರಣ.
2. ಸ್ವಾಯತ್ತತೆಯ ಮಟ್ಟವನ್ನು ಆರಿಸಿ. ಏಜೆಂಟರಿಗೆ ಎಷ್ಟು ಸ್ವಾತಂತ್ರ್ಯವಿದೆ? ಓದಲು-ಮಾತ್ರ ಸಲಹೆ ಅಥವಾ ಫೈಲ್ ಮಾರ್ಪಾಡು + ಕಮಾಂಡ್ ಎಕ್ಸಿಕ್ಯೂಶನ್? ಅಪಾಯಕ್ಕೆ ಸರಿಹೊಂದಿಸಿ.
3. ಸಂದರ್ಭವನ್ನು ಪೋಷಿಸಿ. ಪ್ರಾಜೆಕ್ಟ್ ನಿಯಮಗಳನ್ನು (ಶೈಲಿ, ಆರ್ಕಿಟೆಕ್ಚರ್, "ಮಾಡಬಾರದು") ಸಾಧನದಲ್ಲಿ ಶಾಶ್ವತವಾಗಿ ಪರಿಚಯಿಸಿ; ಪ್ರಾಜೆಕ್ಟ್ ಸೂಚನಾ ಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಮತ್ತೆ ವಿವರಿಸುವ ಬದಲು ಬಳಸಿ.
4. ಪರಿಶೀಲನೆ ಗೇಟ್‌ಗಳನ್ನು ನಿರ್ವಹಿಸಿ. AI ಬದಲಾವಣೆಯು ಮಾನವ ಬದಲಾವಣೆಯಂತಿದೆ: ಇದು ಸಂಕಲನ, ಪರೀಕ್ಷೆ, ವಿಮರ್ಶೆ ಮತ್ತು (ನಿರ್ಣಾಯಕವಾಗಿದ್ದರೆ) ತಜ್ಞರ ಅನುಮೋದನೆಯ ಮೂಲಕ ಹೋಗುತ್ತದೆ. AI ತೆರೆಯುವ PR ಅನುಮೋದನೆಯನ್ನು ಬೈಪಾಸ್ ಮಾಡುವುದಿಲ್ಲ.
5. ಅಳೆಯಿರಿ ಮತ್ತು ಹೊಂದಿಸಿ. ನಿಜವಾಗಿಯೂ ಏನನ್ನು ವೇಗಗೊಳಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ವೀಕ್ಷಿಸಿ, ಅಲ್ಲಿ ತಿದ್ದುಪಡಿ ಹೊರೆ ಹೆಚ್ಚಾಗುತ್ತದೆ; ಕೆಲಸ ಮಾಡದ ಬಳಕೆಗಳನ್ನು ಕತ್ತರಿಸು.

ಮೂರು ಮಿನಿ ಪ್ರಕರಣಗಳು

ಕೇಸ್ 1 - CLI ಏಜೆಂಟ್ ಮಲ್ಟಿಫೈಲ್ ಮರುಹೆಸರಿಸುವಿಕೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಒಂದು ತಂಡವು 60 ಫೈಲ್‌ಗಳಲ್ಲಿ ಹರಡಿರುವ ಪರಿಕಲ್ಪನೆಯನ್ನು ಮರುಹೆಸರಿಸುತ್ತದೆ. ಅವರು CLI ಏಜೆಂಟ್‌ಗೆ ಕಾರ್ಯವನ್ನು ನೀಡಿದರು, ಮೊದಲು ಯೋಜನೆಯನ್ನು ಕೇಳಿದರು, ಯೋಜನೆಯನ್ನು ಅನುಮೋದಿಸಿದರು, ನಂತರ ಬದಲಾವಣೆಯನ್ನು ಮಾಡಿದರು ಮತ್ತು ಸಂಪೂರ್ಣ ಪರೀಕ್ಷಾ ಸೂಟ್ ಅನ್ನು ನಡೆಸಿದರು. ಏಜೆಂಟ್ 3 ಫೈಲ್‌ನಲ್ಲಿ ಎಡ್ಜ್ ಕೇಸ್ ಅನ್ನು ತಪ್ಪಿಸಿಕೊಂಡಿದೆ; ಪರೀಕ್ಷೆಗಳು ಅದನ್ನು ಹಿಡಿದಿವೆ, ಅದನ್ನು ಸರಿಪಡಿಸಲಾಗಿದೆ. ಹಸ್ತಚಾಲಿತವಾಗಿ ಸರಿಸುಮಾರು 3 ಗಂಟೆಗಳನ್ನು ತೆಗೆದುಕೊಂಡ ಕೆಲಸವನ್ನು ಮೇಲ್ವಿಚಾರಣೆಯೊಂದಿಗೆ 50 ನಿಮಿಷಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳಿಸಲಾಯಿತು.

ಪ್ರಕರಣ 2 - ಪರಿಶೀಲಿಸದ ಸ್ವಾಯತ್ತತೆ ಹಿನ್ನಡೆಯಾಯಿತು. ಇನ್ನೊಬ್ಬ ಡೆವಲಪರ್ ಏಜೆಂಟ್‌ಗೆ "ಈ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಸುಧಾರಿಸಲು" ಹೇಳಿದರು ಮತ್ತು ಅದನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದರು; ಏಜೆಂಟ್ 18 ಫೈಲ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸಿದ್ದಾರೆ ಮತ್ತು ಎರಡು ಅವಲಂಬನೆಗಳನ್ನು ಸೇರಿಸಿದ್ದಾರೆ. ಬದಲಾವಣೆಯು ಎಷ್ಟು ವಿಶಾಲವಾಗಿದೆ ಎಂದರೆ ಅದನ್ನು ಪರಿಶೀಲಿಸಲಾಗಲಿಲ್ಲ ಮತ್ತು ಹಿಂತೆಗೆದುಕೊಳ್ಳಬೇಕಾಯಿತು. ಪಾಠ: ಏಜೆಂಟ್‌ಗಳಿಗೆ ಕಿರಿದಾದ ವ್ಯಾಪ್ತಿ, ಸ್ಪಷ್ಟ ಸ್ವೀಕಾರ ಮಾನದಂಡ ಮತ್ತು ಮೊದಲ-ಯೋಜನೆ-ನಂತರ-ಮಾಡುವ ಶಿಸ್ತು ನೀಡಿ.

ಕೇಸ್ 3 — CI ರಿವ್ಯೂ ಬೋಟ್ ಮೊದಲ ಫಿಲ್ಟರ್ ಆಯಿತು. ಒಂದು ತಂಡವು PR ಗಳಲ್ಲಿ ಸ್ವಯಂಚಾಲಿತ AI ವಿಮರ್ಶೆ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಬಿಡುವ ಬೋಟ್ ಅನ್ನು ನಿರ್ಮಿಸಿದೆ. ಬೋಟ್ ಶೂನ್ಯ ಚೆಕ್ ಲೋಪಗಳು ಮತ್ತು ಶೈಲಿಯ ಸಮಸ್ಯೆಗಳನ್ನು ಹಿಡಿದ ನಂತರ, ಮಾನವ ವಿಮರ್ಶಕರು ತಮ್ಮ ಸಮಯವನ್ನು ವ್ಯಾಪಾರ ತರ್ಕಕ್ಕೆ ವಿನಿಯೋಗಿಸಲು ಸಾಧ್ಯವಾಯಿತು. ಆದಾಗ್ಯೂ, ಬೋಟ್ "ಅನುಮೋದನೆ" ನೀಡಿಲ್ಲ ಎಂದು ತಂಡವು ಸ್ಪಷ್ಟಪಡಿಸಿದೆ: ಕನಿಷ್ಠ ಒಂದು ಮಾನವ ಅನುಮೋದನೆ ಇನ್ನೂ ಅಗತ್ಯವಿದೆ. ಶಬ್ದವನ್ನು ಕಡಿಮೆ ಮಾಡಲು, ಅವರು ಹೆಚ್ಚಿನ / ಮಧ್ಯಮ ತೀವ್ರತೆಯ ಶಬ್ದವನ್ನು ಮಾತ್ರ ಬಿಡಲು ದೋಣಿಯನ್ನು ಟ್ಯೂನ್ ಮಾಡಿದರು.

ನಾಲ್ಕು ನಕಲು ಮಾಡಬಹುದಾದ ಟೆಂಪ್ಲೇಟ್‌ಗಳು

CLI ಏಜೆಂಟ್‌ಗಾಗಿ "ಮೊದಲು ಯೋಜನೆ" ಶಿಸ್ತು:

ಕಾರ್ಯ: {{ಸ್ಪಷ್ಟ, ಕಿರಿದಾದ ಕಾರ್ಯ}}ಸ್ವೀಕಾರದ ಮಾನದಂಡ: {{ಅಳೆಯಬಹುದಾದ ಫಲಿತಾಂಶ}}ನಿರ್ಬಂಧ: {{ಕೆಳಗಿನ ಡೈರೆಕ್ಟರಿ/ಫೈಲ್‌ಗಳಲ್ಲಿ}} ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ; ಹೊಸ ಅವಲಂಬನೆಯನ್ನು ಸೇರಿಸಲಾಗುತ್ತಿದೆ.ಮೊದಲು ಬದಲಾವಣೆಯಿಲ್ಲದೆ ಯೋಜನೆಯನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಿ: ಯಾವ ಫೈಲ್‌ಗಳು, ಏನು ಬದಲಾಗುತ್ತವೆ, ಯಾವ ಪರೀಕ್ಷೆಗಳನ್ನು ಚಲಾಯಿಸಬೇಕು. ನಾನು ಯೋಜನೆಯನ್ನು ಅನುಮೋದಿಸಲು ನಿರೀಕ್ಷಿಸಿ. ನಂತರ ಅದನ್ನು ಹಂತ ಹಂತವಾಗಿ ಅನ್ವಯಿಸಿ, ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸುತ್ತದೆ.

ಪ್ರಾಜೆಕ್ಟ್ ಸೂಚನಾ ಫೈಲ್ (ಪರಿಕರಗಳಿಗೆ ನಿರಂತರ ಸಂದರ್ಭ):

ಈ ಯೋಜನೆಯಲ್ಲಿ AI ಪರಿಕರಗಳಿಗೆ ನಿರಂತರ ನಿಯಮಗಳು:- ಭಾಷೆ/ಆವೃತ್ತಿ: {{...}}. ಶೈಲಿ: {{...}}.- ವಾಸ್ತುಶಿಲ್ಪದ ನಿರ್ಬಂಧ: {{ಉದಾ. ಲೇಯರ್‌ಗಳ ನಡುವಿನ ನಿರ್ದೇಶನ ಕೇಳದೆಯೇ ಸಾರ್ವಜನಿಕ API ಸಹಿಯನ್ನು ಬದಲಾಯಿಸುವುದು. - ಸಂದೇಹದಲ್ಲಿ, ನಿಲ್ಲಿಸಿ ಮತ್ತು ಕೇಳಿ.

ಟಾಸ್ಕ್-ಟೂಲ್ ಮ್ಯಾಪಿಂಗ್ ನಿರ್ಧಾರ:

ನಾನು ಈ ಕೆಳಗಿನ ಕಾರ್ಯವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತೇನೆ: {{task}}. ನಾನು ಯಾವ ವರ್ಗದ ಪರಿಕರಗಳೊಂದಿಗೆ ಇದನ್ನು ಮಾಡಬೇಕು: (a) ಸಂಪಾದಕ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ, (b) ಚಾಟ್ ಸಹಾಯಕ, (c) CLI ಏಜೆಂಟ್, (d) CI ಆಟೊಮೇಷನ್? ನಿಮ್ಮ ತಾರ್ಕಿಕತೆ, ಅಪಾಯ ಮತ್ತು ಶಿಫಾರಸು ಮಾಡಲಾದ ಸ್ವಾಯತ್ತತೆಯ ಮಟ್ಟವನ್ನು ಬರೆಯಿರಿ (ಕೇವಲ ಸಲಹೆ / ಬದಲಾವಣೆ ಫೈಲ್ / ರನ್ ಆಜ್ಞೆ).

CI ವಿಮರ್ಶೆ ಬೋಟ್ ನೀತಿ ಸಂಹಿತೆ:

PR ವಿಮರ್ಶೆಯಲ್ಲಿ ಕಾಮೆಂಟ್‌ಗಳಾಗಿ ಹೆಚ್ಚಿನ ಮತ್ತು ಮಧ್ಯಮ ತೀವ್ರತೆಯ ಸಂಶೋಧನೆಗಳನ್ನು ಮಾತ್ರ ಬಿಡಿ. ಪ್ರತಿ ಸಂಶೋಧನೆ: ವರ್ಗ, ತೀವ್ರತೆ, ಸೂಚಿಸಿದ ತಿದ್ದುಪಡಿ. ಶೈಲಿಯ ಆದ್ಯತೆಯ ಮಟ್ಟದಲ್ಲಿ ಟಿಪ್ಪಣಿಗಳನ್ನು ಪ್ರತ್ಯೇಕ, ಏಕ ಸಾರಾಂಶದ ಕಾಮೆಂಟ್‌ಗೆ ಸಂಗ್ರಹಿಸಿ. ನೀವು ಸಮ್ಮತಿಸುವುದಿಲ್ಲ; ಮಾನವ ಅನುಮೋದನೆ ಅಗತ್ಯವಿದೆ.

ದುರ್ಬಲ ಪ್ರಾಂಪ್ಟ್ / ಬಲವಾದ ಪ್ರಾಂಪ್ಟ್

ದುರ್ಬಲ: (CLI ಏಜೆಂಟ್‌ಗೆ) "ಪಾವತಿ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಉತ್ತಮಗೊಳಿಸಿ."

ಪ್ರಬಲ: (CLI ಏಜೆಂಟ್‌ಗೆ) "src/payments/ ಅಡಿಯಲ್ಲಿ ಮಾತ್ರ ರನ್ ಮಾಡಿ. ಕಾರ್ಯ: ಮರುಪಾವತಿ() ಕಾರ್ಯದಿಂದ ಪುನರಾವರ್ತಿತ ಮೌಲ್ಯೀಕರಣ ತರ್ಕವನ್ನು ಒಂದೇ ಸಹಾಯಕಕ್ಕೆ ಹೊರತೆಗೆಯಿರಿ; ನಡವಳಿಕೆ ಮತ್ತು ಸಹಿಗಳು ಬದಲಾಗುವುದಿಲ್ಲ. ಮೊದಲು ಯೋಜನೆಯನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಿ ಮತ್ತು ನನ್ನ ಅನುಮೋದನೆಗಾಗಿ ನಿರೀಕ್ಷಿಸಿ; ನಂತರ ಪರೀಕ್ಷೆಗಳು/ಪಾವತಿಗಳು/ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ ಮತ್ತು ಚಲಾಯಿಸಿ. ಹೊಸ ಅವಲಂಬನೆಯನ್ನು ಸೇರಿಸಿ."

ಪ್ರಬಲ ಆವೃತ್ತಿಯು ವ್ಯಾಪ್ತಿಯನ್ನು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ, ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳು ಮತ್ತು ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು "ಮೊದಲು ಯೋಜನೆ" ಶಿಸ್ತು ವಿಧಿಸುತ್ತದೆ. ಅಸ್ಪಷ್ಟವಾದ "ಉತ್ತಮವಾಗಿ ಮಾಡಿ" ಬೇಡಿಕೆಗಳು ವಿಶಾಲವಾದ ಮತ್ತು ಅನಿಯಂತ್ರಿತ ಬದಲಾವಣೆಗಳಿಗೆ ಮೂಲ ಕಾರಣವಾಗಿದೆ.

ವಾಹನ ವರ್ಗ

ಅವನು ಯಾವುದರಲ್ಲಿ ಉತ್ತಮನಾಗಿದ್ದಾನೆ

ಸ್ವಾಯತ್ತತೆ

ತಪಾಸಣೆ ತೂಕ

ಸಂಪಾದಕ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ

ಸಣ್ಣ ಇನ್-ಸ್ಟ್ರೀಮ್ ಸೇರ್ಪಡೆ

ಕಡಿಮೆ

ಬೆಳಕು (ತ್ವರಿತ ಓದುವಿಕೆ)

ಚಾಟ್ ಸಹಾಯಕ

ಅರ್ಥಮಾಡಿಕೊಳ್ಳಿ, ಪರೀಕ್ಷಿಸಿ, ಮರುಪರಿಶೀಲಿಸಿ

ಮಧ್ಯಮ

ಮಧ್ಯಮ (ಔಟ್‌ಪುಟ್ ಪರಿಶೀಲನೆ)

CLI ಏಜೆಂಟ್

ಬಹು-ಫೈಲ್, ಪುನರಾವರ್ತಿತ

ಹೆಚ್ಚು

ಭಾರೀ (ಯೋಜನೆ + ಪೂರ್ಣ ವಿಮರ್ಶೆ)

ಸಿಐ ಆಟೊಮೇಷನ್

ನಿರಂತರ ಮೊದಲ ಫಿಲ್ಟರ್

ಮಧ್ಯಮ

ಮಧ್ಯಮ (ನಿಯಮ + ಮಾನವ ಅನುಮೋದನೆ)

ತಂಡದ ಆಡಳಿತ: ವೈಯಕ್ತಿಕ ಕೌಶಲ್ಯದಿಂದ ಹಂಚಿಕೆಯ ವ್ಯವಸ್ಥೆಗೆ

ವೈಯಕ್ತಿಕ ಆಧಾರದ ಮೇಲೆ AI ಅನ್ನು ಉತ್ತಮವಾಗಿ ಬಳಸುವುದು ಪ್ರಾರಂಭವಾಗಿದೆ; ನಿಜವಾದ ಪ್ರಬುದ್ಧತೆಯು ತಂಡದ ಮಟ್ಟದಲ್ಲಿ ಸ್ಥಿರವಾದ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಈ ವ್ಯವಸ್ಥೆಯು ಹಲವಾರು ಸ್ತಂಭಗಳನ್ನು ಆಧರಿಸಿದೆ: ಅನುಮೋದಿತ ಪರಿಕರಗಳ ಪಟ್ಟಿ (ಯಾವ ಸಾಧನಗಳನ್ನು ಯಾವ ಡೇಟಾದೊಂದಿಗೆ ಬಳಸಬಹುದು - ಘಟಕ 10 ರಿಂದ), ಪರಿಶೀಲನಾ ಗೇಟ್‌ಗಳು (AI ಬದಲಾವಣೆಯು ಅದೇ ನಿರ್ಮಾಣ/ಪರೀಕ್ಷೆ/ಪರಿಶೀಲನಾ ಗೇಟ್‌ಗಳ ಮೂಲಕ ಹೋಗುತ್ತದೆ - ಘಟಕ 11 ರಿಂದ), ಪಾರದರ್ಶಕತೆ (ಬದಲಾವಣೆಯು AI-ಚಾಲಿತವಾಗಿದೆ ಎಂದು ತಿಳಿಸುವುದು ಅಗತ್ಯವಿರುವಲ್ಲಿ ಪತ್ತೆಹಚ್ಚುವಿಕೆಯನ್ನು ಒದಗಿಸುತ್ತದೆ), ಮತ್ತು ಜವಾಬ್ದಾರಿಯ ಸ್ಪಷ್ಟತೆ ಮತ್ತು ಜವಾಬ್ದಾರಿಯ ಸ್ಪಷ್ಟತೆ (ಸಹಿ ಮಾಡುವ ವ್ಯಕ್ತಿ). ವೇಗವನ್ನು ಕಾಯ್ದುಕೊಳ್ಳುವಾಗ ಈ ಚೌಕಟ್ಟು ಅಪಾಯವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಹೊಸ ತಂಡದ ಸದಸ್ಯರು ಅದೇ ಶಿಸ್ತಿನಿಂದ ಕೆಲಸ ಮಾಡುವುದನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.

ಎಚ್ಚರಿಕೆ: ಉಪಕರಣದ ಹೆಚ್ಚಿನ ಸ್ವಾಯತ್ತತೆ-ವಿಶೇಷವಾಗಿ ಫೈಲ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸಬಹುದಾದ CLI ಏಜೆಂಟ್‌ಗಳು, ಆಜ್ಞೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು-ಉತ್ಪಾದನಾ ಪರಿಸರ, ಗೌಪ್ಯ ಡೇಟಾ ಮತ್ತು ಹಾರ್ಡ್-ಟು-ರಿವರ್ಟ್ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಪ್ರವೇಶಿಸುವುದನ್ನು ಹೆಚ್ಚು ಬಿಗಿಯಾಗಿ ಮಿತಿಗೊಳಿಸುತ್ತದೆ. ಮಾನವ ಅನುಮೋದನೆಗೆ ವಿನಾಶಕಾರಿ ಆಜ್ಞೆಗಳನ್ನು (ಶಾಶ್ವತ ಅಳಿಸುವಿಕೆ, ನಿಯೋಜನೆ) ಕಟ್ಟಿಕೊಳ್ಳಿ.

ಸಾಮಾನ್ಯ ತಪ್ಪುಗಳು

• ಕಾರ್ಯ - ಎಂದರೆ ಅಸಾಮರಸ್ಯ. ಎಡಿಟರ್ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ ಅಥವಾ ಭಾರೀ ಏಜೆಂಟ್‌ನೊಂದಿಗೆ ಸಣ್ಣ ಲಗತ್ತಿಸುವಿಕೆಯೊಂದಿಗೆ ಬಹು-ಫೈಲ್ ಕೆಲಸವನ್ನು ಮಾಡಲು ಪ್ರಯತ್ನಿಸಲಾಗುತ್ತಿದೆ.
• ಏಜೆಂಟ್ ಬಿಡುಗಡೆ. ಕಿರಿದಾದ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ ಮತ್ತು "ಮೊದಲ ಯೋಜನೆ" ಇಲ್ಲದೆ ನೀಡಲಾದ ಏಜೆಂಟ್ ಕಾರ್ಯಗಳು ಪರೀಕ್ಷಿಸದ ಬದಲಾವಣೆಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತವೆ.
• AI ಗಾಗಿ ಪರಿಶೀಲನೆ ಗೇಟ್‌ಗಳನ್ನು ಸಡಿಲಗೊಳಿಸಲಾಗುತ್ತಿದೆ. "AI ಅದನ್ನು ಮಾಡಿದೆ, ನಾವು ತ್ವರಿತವಾಗಿ ಮುಂದುವರಿಯೋಣ" ಇದು ಅತ್ಯಂತ ಅಪಾಯಕಾರಿ ವಿನಾಯಿತಿಯಾಗಿದೆ; ಬಾಗಿಲುಗಳು ಎಲ್ಲರಿಗೂ ಒಂದೇ.
• ಸಂದರ್ಭವನ್ನು ಕೈಯಾರೆ ಪ್ರತಿ ಬಾರಿ ನೀಡುವುದು. ಶಾಶ್ವತ ಸೂಚನಾ ಕಡತದಲ್ಲಿ ಯೋಜನೆಯ ನಿಯಮಗಳನ್ನು ಬರೆಯದಿರುವುದು ಅಸಂಗತತೆ ಮತ್ತು ನಕಲುಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
• ಮಾನವ ಅನುಮೋದನೆಗಾಗಿ CI ಬೋಟ್‌ನ ಅನುಮೋದನೆಯನ್ನು ತಪ್ಪಾಗಿ ಗ್ರಹಿಸುವುದು. ಬೋಟ್ ಒಂದು ಫಿಲ್ಟರ್ ಆಗಿದೆ; ಜವಾಬ್ದಾರಿಯುತ ಮಾನವ ಅನುಮೋದನೆ ಕಡ್ಡಾಯವಾಗಿದೆ.

ಸಾರಾಂಶದಲ್ಲಿ

AI ಕೋಡಿಂಗ್ ಪರಿಕರಗಳು ನಾಲ್ಕು ಮುಖ್ಯ ವಿಭಾಗಗಳಾಗಿ ಬರುತ್ತವೆ: ಸಂಪಾದಕ ಪೂರ್ಣಗೊಳಿಸುವಿಕೆ, ಚಾಟ್ ಸಹಾಯಕ, CLI ಏಜೆಂಟ್‌ಗಳು ಮತ್ತು CI ಆಟೊಮೇಷನ್. ಪಾಂಡಿತ್ಯವು ಕಾರ್ಯವನ್ನು ಸರಿಯಾದ ಸಾಧನ ಮತ್ತು ಸರಿಯಾದ ಮಟ್ಟದ ಸ್ವಾಯತ್ತತೆಗೆ ಹೊಂದಿಸುವುದು; ಸ್ವಾಯತ್ತತೆ ಹೆಚ್ಚಾದಂತೆ ನಿಯಂತ್ರಣವೂ ಹೆಚ್ಚುತ್ತದೆ. ಪರಿಕರಗಳಿಗೆ ನಿರಂತರ ಪ್ರಾಜೆಕ್ಟ್ ಸಂದರ್ಭವನ್ನು ನೀಡಿ, ಬಹು-ಫೈಲ್ ಏಜೆಂಟ್‌ಗಳ ಮೇಲೆ “ಮೊದಲು ಯೋಜನೆ” ಶಿಸ್ತು ವಿಧಿಸಿ ಮತ್ತು ಮಾನವ ಬದಲಾವಣೆಯಂತೆಯೇ ಅದೇ ಪರಿಶೀಲನಾ ಗೇಟ್‌ಗಳ ಮೂಲಕ AI ಬದಲಾವಣೆಯನ್ನು ರವಾನಿಸಿ. ವೈಯಕ್ತಿಕ ಕೌಶಲ್ಯ; ಅನುಮೋದಿತ ಪರಿಕರ ಪಟ್ಟಿ, ಪರಿಶೀಲನೆ ಗೇಟ್‌ಗಳು, ಪಾರದರ್ಶಕತೆ ಮತ್ತು ಜವಾಬ್ದಾರಿಯ ಸ್ಪಷ್ಟತೆಯ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ತಂಡದ ವ್ಯವಸ್ಥೆಯಾಗಿ ಅದನ್ನು ಪರಿವರ್ತಿಸಿ. AI ಒಂದು ಅಂತ್ಯದಿಂದ ಅಂತ್ಯದ ವೇಗ ಗುಣಕವಾಗಿದೆ; ಸಹಿ ಮಾಡಿ ಖಾತೆಯನ್ನು ನೀಡುವ ವ್ಯಕ್ತಿ ಯಾವಾಗಲೂ ಸಮರ್ಥ ವ್ಯಕ್ತಿ.

ಅಪ್ಲಿಕೇಶನ್ ಕಾರ್ಯ

ಮುಂದಿನ ವಾರ ನೀವು ಮಾಡುವ ಮೂರು ನೈಜ ಕಾರ್ಯಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ. ಯಾವ ವಾಹನದ ವರ್ಗ ಮತ್ತು ನೀವು ಯಾವ ಮಟ್ಟದ ಸ್ವಾಯತ್ತತೆಯನ್ನು ಆರಿಸುತ್ತೀರಿ ಎಂಬುದನ್ನು ಸಮರ್ಥಿಸಲು ಪ್ರತಿಯೊಂದಕ್ಕೂ "ಟಾಸ್ಕ್-ಟು-ವಾಹನ ಹೊಂದಾಣಿಕೆ ನಿರ್ಧಾರ" ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಬಳಸಿ. ನಂತರ "ಮೊದಲು ಯೋಜನೆ" ಶಿಸ್ತು ಹೊಂದಿರುವ CLI ಏಜೆಂಟ್ (ಅಥವಾ ಚಾಟ್ ಸಹಾಯಕ) ಗಾಗಿ ಕಿರಿದಾದ ಕಾರ್ಯವನ್ನು ರನ್ ಮಾಡಿ: ಯೋಜನೆಯನ್ನು ಅನುಮೋದಿಸಿ, ಅದನ್ನು ಜಾರಿಗೊಳಿಸಿ, ಪರೀಕ್ಷೆಗಳನ್ನು ರನ್ ಮಾಡಿ ಮತ್ತು ಮಾನವ PR ನಂತೆ ಬದಲಾವಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಅಂತಿಮವಾಗಿ, ನಿಮ್ಮ ತಂಡಕ್ಕಾಗಿ 5-ಪಾಯಿಂಟ್ "AI ಬಳಕೆಯ ನಿಯಮ" (ಅನುಮೋದಿತ ಪರಿಕರಗಳು, ಡೇಟಾ ನಿಯಮ, ಪರಿಶೀಲನಾ ಗೇಟ್, ಸ್ವಾಯತ್ತತೆ ಮಿತಿ, ಹೊಣೆಗಾರಿಕೆ) ಕರಡು ಮಾಡಿ.

ಪರಿಶೀಲನಾಪಟ್ಟಿ

• [ ] ನಾನು AI ಕೋಡಿಂಗ್ ಟೂಲ್ ವಿಭಾಗಗಳು ಮತ್ತು ಪ್ರತಿಯೊಂದರ ಸ್ವೀಟ್ ಸ್ಪಾಟ್ ನಡುವೆ ವ್ಯತ್ಯಾಸವನ್ನು ಗುರುತಿಸಬಲ್ಲೆ.
• [ ] ನಾನು ಕೆಲಸವನ್ನು ಸರಿಯಾದ ವಾಹನ ವರ್ಗ ಮತ್ತು ಸೂಕ್ತವಾದ ಸ್ವಾಯತ್ತತೆಯ ಮಟ್ಟಕ್ಕೆ ನಕ್ಷೆ ಮಾಡುತ್ತೇನೆ.
• [ ] ನಾನು ಪರಿಕರಗಳಿಗೆ ಶಾಶ್ವತ ಯೋಜನೆಯ ಸಂದರ್ಭವನ್ನು (ಸೂಚನೆ ಫೈಲ್) ನೀಡುತ್ತೇನೆ.
• [ ] ನಾನು CLI ಏಜೆಂಟ್‌ಗಳಿಗೆ ಕಿರಿದಾದ ವ್ಯಾಪ್ತಿ ಮತ್ತು "ಮೊದಲು ಯೋಜನೆ" ಶಿಸ್ತನ್ನು ಅನ್ವಯಿಸುತ್ತೇನೆ.
• [ ] ನಾನು AI ಬದಲಾವಣೆಗಳನ್ನು ಮಾನವ ಬದಲಾವಣೆಗಳಂತೆಯೇ ಅದೇ ಪರಿಶೀಲನಾ ಗೇಟ್‌ಗಳ ಮೂಲಕ ರವಾನಿಸುತ್ತೇನೆ.
• [ ] ನಾನು ಮೌಲ್ಯೀಕರಿಸಿದ ಸಾಧನ, ಡೇಟಾ ನಿಯಮ, ಪಾರದರ್ಶಕತೆ ಮತ್ತು ತಂಡದ ಮಟ್ಟದಲ್ಲಿ ಹೊಣೆಗಾರಿಕೆಯ ಚೌಕಟ್ಟನ್ನು ಪ್ರತಿಪಾದಿಸುತ್ತೇನೆ.

ಮಾಡ್ಯೂಲ್ ಪರೀಕ್ಷೆ

1. ಕೋಡಿಂಗ್ ಅಸಿಸ್ಟೆಂಟ್‌ನ ಆಧಾರವಾಗಿರುವ ದೊಡ್ಡ ಭಾಷಾ ಮಾದರಿಯು ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸಿದಾಗ ನಿಜವಾಗಿ ಏನು ಮಾಡುತ್ತದೆ?

• A) ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭದ ಆಧಾರದ ಮೇಲೆ ಹೆಚ್ಚಿನ ಸಂಭವನೀಯ ಮುಂದುವರಿಕೆಯನ್ನು ಪ್ಯಾಟರ್ನುಲಿ ಊಹಿಸುತ್ತದೆ ✔
• ಬಿ) ಕೋಡ್ ಅನ್ನು ಕಂಪೈಲ್ ಮಾಡುವ ಮೂಲಕ ಮತ್ತು ಚಾಲನೆ ಮಾಡುವ ಮೂಲಕ ಸರಿಯಾದ ಫಲಿತಾಂಶವನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ
• ಸಿ) ಇದು ಇಂಟರ್ನೆಟ್ ಲೈವ್‌ನಾದ್ಯಂತ ಕೋಡ್ ಅನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅತ್ಯಂತ ನಿಖರವಾದ ಒಂದನ್ನು ನಕಲಿಸುತ್ತದೆ.
• ಡಿ) ಮಾನವ ಇಂಜಿನಿಯರ್‌ನಂತೆ ಕೋಡ್‌ನ ತರ್ಕವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾನೆ ಮತ್ತು ಉದ್ದೇಶವನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತಾನೆ

ಸ್ಪಷ್ಟೀಕರಣ: LLM ಮಾನವನಂತೆ ಕೋಡ್ ಅನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದಿಲ್ಲ; ಇದು ಪಠ್ಯ ಮತ್ತು ಕೋಡ್‌ನ ದೊಡ್ಡ ಪೂಲ್‌ನಿಂದ ಕಲಿಯುವ ಮಾದರಿಗಳ ಆಧಾರದ ಮೇಲೆ ನೀಡಿದ ಸಂದರ್ಭಕ್ಕೆ ಹೆಚ್ಚಿನ ಸಂಭವನೀಯ ಮುಂದುವರಿಕೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ಔಟ್‌ಪುಟ್‌ನ ಗುಣಮಟ್ಟವು ನೇರವಾಗಿ ನೀವು ನೀಡುವ ಸಂದರ್ಭ ಮತ್ತು ಸೂಚನೆಯ ಗುಣಮಟ್ಟವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಔಟ್‌ಪುಟ್ ಅನ್ನು ಮೌಲ್ಯೀಕರಿಸಬೇಕು.

2. ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಕಾರ್ಯ ಅಥವಾ ಲೈಬ್ರರಿಯನ್ನು AI ಮನವರಿಕೆಯಾಗಿ ರೂಪಿಸಿದಾಗ ನೀವು ಅದನ್ನು ಏನೆಂದು ಕರೆಯುತ್ತೀರಿ ಮತ್ತು ನಿಜವಾದ ಪ್ರತಿವಿಷ ಯಾವುದು?

• ಎ) ಇದನ್ನು ಸಂಕಲನ ದೋಷ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ; ಪ್ರತಿವಿಷವು ಬಲವಾದ ಸಾಧನವಾಗಿದೆ
• ಬಿ) ಇದನ್ನು ಭ್ರಮೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ; ಪ್ರತಿವಿಷವು ಕೋಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ಮತ್ತು ಬಳಸಲಾದ ಪ್ರತಿ API ✔
• ಸಿ) ಇದನ್ನು ರಿಗ್ರೆಶನ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ; ಪ್ರತಿವಿಷವು ಮಾದರಿಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು
• ಡಿ) ಇದನ್ನು ಕಾಂಟೆಕ್ಸ್ಟ್ ಓವರ್‌ಫ್ಲೋ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ; ಪ್ರತಿವಿಷವು ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಕಡಿಮೆ ಮಾಡುವುದು

ವಿವರಣೆ: ಇದನ್ನು ಭ್ರಮೆ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿನ ಅತ್ಯಂತ ದುಬಾರಿ ದೋಷಗಳಲ್ಲಿ ಒಂದನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ನಿಜವಾದ ಪ್ರತಿವಿಷವೆಂದರೆ ಪರಿಶೀಲನೆಯಾಗಿದೆ: ಬಳಸಿದ ಪ್ರತಿಯೊಂದು ಕಾರ್ಯ, API ಮತ್ತು ಪ್ಯಾಕೇಜ್ ನಿಜವಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಮತ್ತು ಕೋಡ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಮಾದರಿಯ ಆತ್ಮವಿಶ್ವಾಸದ ಸ್ವರವು ನಿಖರತೆಗೆ ಸಾಕ್ಷಿಯಾಗಿಲ್ಲ.

3. AI ನೊಂದಿಗೆ ಕೋಡ್ ಅನ್ನು ರಚಿಸುವಾಗ ಔಟ್‌ಪುಟ್‌ನ ಗುಣಮಟ್ಟ ಮತ್ತು ಸ್ಥಿರತೆಯನ್ನು ಯಾವ ವಿಧಾನವು ಹೆಚ್ಚು ಸುಧಾರಿಸುತ್ತದೆ?

• ಎ) ಯಾವುದೇ ಸಂದರ್ಭವನ್ನು ನೀಡದೆ 'ಇದನ್ನು ನನಗೆ ಬರೆಯಿರಿ' ಎಂದು ಹೇಳುವ ಮೂಲಕ ಮಾದರಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡುವುದು
• ಬಿ) ಸಾಧ್ಯವಾದಷ್ಟು ಉದ್ದವಾದ ಮತ್ತು ಅಲಂಕಾರಿಕ ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಬರೆಯುವುದು
• ಸಿ) ಇನ್‌ಪುಟ್/ಔಟ್‌ಪುಟ್ ಒಪ್ಪಂದ, ಅಂಚಿನ ಪ್ರಕರಣಗಳು, ಆವೃತ್ತಿ ಮತ್ತು ಶೈಲಿಯ ಉದಾಹರಣೆಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ ಮತ್ತು ನೀಡಿ ✔
• ಡಿ) ರಚಿಸಲಾದ ಕೋಡ್ ಅನ್ನು ಓದದೆ ನೇರವಾಗಿ ಸಂಯೋಜಿಸುವುದು

ವಿವರಣೆ: ಫಂಕ್ಷನ್‌ನ ಇನ್‌ಪುಟ್/ಔಟ್‌ಪುಟ್ ಪ್ರಕಾರಗಳು (ಒಪ್ಪಂದ), ಅಂಚಿನ ಪ್ರಕರಣಗಳು, ಭಾಷೆ/ಆವೃತ್ತಿ ಮತ್ತು ಶೈಲಿಯ ನಿರ್ಬಂಧವನ್ನು ನಿರ್ಧರಿಸುವುದು ಮತ್ತು ಮಾದರಿಗೆ ಉದಾಹರಣೆಯನ್ನು ನೀಡುವುದು ಭವಿಷ್ಯದಿಂದ ನಿಖರತೆಗೆ ಪರಿವರ್ತನೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ. ಸಂದರ್ಭವಿಲ್ಲದ 'ಇದನ್ನು ನನಗೆ ಬರೆಯಿರಿ' ವಿನಂತಿಗಳು ಕೋಡ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ ಅದು ಪ್ರತಿ ಬಾರಿಯೂ ವಿಭಿನ್ನವಾಗಿರುತ್ತದೆ ಮತ್ತು ಆಗಾಗ್ಗೆ ಎಡ್ಜ್ ಕೇಸ್‌ಗಳನ್ನು ಬೈಪಾಸ್ ಮಾಡುತ್ತದೆ.

4. AI ಜೊತೆಗೆ ವಿದೇಶಿ ಕೋಡ್‌ಬೇಸ್ ಅನ್ನು ಅನ್ವೇಷಿಸುವಾಗ, ಒಂದು ಕಾರ್ಯದ ಹೆಸರು 'ವ್ಯಾಲಿಡೇಟ್ ಮತ್ತು ಸೇವ್' ಆಗಿರಬಹುದು ಆದರೆ AI ಡೈಜೆಸ್ಟ್ ತಪ್ಪಾಗಿರಬಹುದು. ಸರಿಯಾದ ವಿಧಾನ ಯಾವುದು?

• ಎ) ಹೆಸರು ಸ್ವಯಂ ವಿವರಣಾತ್ಮಕವಾಗಿರುವುದರಿಂದ AI ಸಾರಾಂಶದಲ್ಲಿ ಸಂಪೂರ್ಣ ವಿಶ್ವಾಸ
• ಬಿ) ಕಾರ್ಯವನ್ನು ಓದದೆ ನೇರವಾಗಿ ಬದಲಾಯಿಸುವುದು
• ಸಿ) ಕಾರ್ಯದ ಹೆಸರನ್ನು ನೋಡುವ ಮೂಲಕ ನಿರ್ಧರಿಸುವುದು
• ಡಿ) AI ವಿವರಣೆಯನ್ನು ಒಂದು ಊಹೆಯಾಗಿ ಪರಿಗಣಿಸಿ ಮತ್ತು ಕೋಡ್ ✔ ನಲ್ಲಿ ಸಾಲಿನ ಮೂಲಕ ನಿರ್ಣಾಯಕ ಕ್ಲೈಮ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

ವಿವರಣೆ: AI ಕೋಡ್‌ನಲ್ಲಿನ ಹೆಸರನ್ನು ನೋಡಬಹುದು ಮತ್ತು 'ಅದು ಏನು ಮಾಡುತ್ತಿದೆ' ಎಂದು ನಿಮಗೆ ಹೇಳಬಹುದು, ಆದರೆ ವಾಸ್ತವದಲ್ಲಿ ತರ್ಕವು ವಿಭಿನ್ನವಾಗಿರಬಹುದು (ಅಥವಾ ವ್ಯತಿರಿಕ್ತವಾಗಿರಬಹುದು). ಆದ್ದರಿಂದ AI ವಿವರಣೆಯು ಒಂದು ಊಹೆಯಾಗಿದೆ; ಕ್ರಿಟಿಕಲ್ ಕ್ಲೈಮ್‌ಗಳು, ವಿಶೇಷವಾಗಿ ಭದ್ರತೆ, ಅಧಿಕಾರ ಅಥವಾ ಹಣದ ಹರಿವನ್ನು ಒಳಗೊಂಡಿರುವಂತಹವುಗಳನ್ನು ಸಂಬಂಧಿತ ಸಾಲುಗಳಲ್ಲಿ ದೃಷ್ಟಿಗೋಚರವಾಗಿ ಪರಿಶೀಲಿಸಬೇಕು.

5. AI ನೆರವಿನ ಕೋಡ್ ವಿಮರ್ಶೆಯಲ್ಲಿ 'AI ಅದನ್ನು ನೋಡಿದೆ, ಇದು ಸ್ಪಷ್ಟವಾಗಿದೆ' ಎಂದು ಹೇಳುವ ದೊಡ್ಡ ಅಪಾಯ ಯಾವುದು?

• ಎ) AI ತಪ್ಪು ನಿರಾಕರಣೆಗಳನ್ನು ಉಂಟುಮಾಡಬಹುದು; ನಿಜವಾದ ತಪ್ಪಿದ ತಪ್ಪುಗಳು ತಪ್ಪು ವಿಶ್ವಾಸವನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ ✔
• ಬಿ) AI ವಿಮರ್ಶೆಯು ತುಂಬಾ ನಿಧಾನವಾಗಿದೆ ಆದ್ದರಿಂದ ಇದು ಸಮಯವನ್ನು ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ
• ಸಿ) AI ಇಂಗ್ಲಿಷ್‌ನಲ್ಲಿ ಮಾತ್ರ ಕಾಮೆಂಟ್ ಮಾಡುವ ಕಾರಣ ತಂಡಕ್ಕೆ ಅರ್ಥವಾಗುತ್ತಿಲ್ಲ
• ಡಿ) PR ಒಮ್ಮುಖವಾಗುವುದಿಲ್ಲ ಏಕೆಂದರೆ AI ಯಾವಾಗಲೂ ಅತಿಯಾಗಿ ಅರ್ಥೈಸುತ್ತದೆ

ವಿವರಣೆ: AI ತಪ್ಪು ಧನಾತ್ಮಕ (ಅದು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಸಮಸ್ಯೆಯನ್ನು ಫ್ಲ್ಯಾಗ್ ಮಾಡುವುದು) ಮತ್ತು ತಪ್ಪು ನಿರಾಕರಣೆಗಳನ್ನು (ನೈಜ ದೋಷವನ್ನು ಕಳೆದುಕೊಂಡಿರುವುದು) ಎರಡನ್ನೂ ಉತ್ಪಾದಿಸುತ್ತದೆ. ತಪ್ಪು ನಿರಾಕರಣೆಗಳು ಮೌನವಾಗಿರುತ್ತವೆ; ಅತ್ಯಂತ ಅಪಾಯಕಾರಿ ತಪ್ಪುಗಳೆಂದರೆ ವಿಮರ್ಶೆಯಲ್ಲಿ ಉಲ್ಲೇಖಿಸಲಾಗಿಲ್ಲ. ಆದ್ದರಿಂದ AI ಮೊದಲ ಫಿಲ್ಟರ್ ಆಗಿದೆ, ಅನುಮೋದನೆ ಅಲ್ಲ; ವಿಲೀನಗೊಳಿಸುವ ನಿರ್ಧಾರವು ಜವಾಬ್ದಾರಿಯುತ ವ್ಯಕ್ತಿಗೆ ಸೇರಿದೆ.

6. ನೀವು AI ಗೆ ಕೋಡ್ ಮತ್ತು ಮುದ್ರಣ ಪರೀಕ್ಷೆಗಳನ್ನು ನೀಡಿದಾಗ ಸಂಭವಿಸುವ ಅತ್ಯಂತ ಕಪಟ ಬಲೆ ಯಾವುದು?

• ಎ) AI ಯಾವಾಗಲೂ ಹಲವಾರು ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯುತ್ತದೆ ಮತ್ತು ಕೋಡ್‌ಬೇಸ್ ಅನ್ನು ಉಬ್ಬುತ್ತದೆ
• ಬಿ) AI ಕೋಡ್‌ನ ಪ್ರಸ್ತುತ (ಬಹುಶಃ ತಪ್ಪಾಗಿರಬಹುದು) ನಡವಳಿಕೆಯನ್ನು 'ಸರಿ' ಎಂದು ಪರೀಕ್ಷಿಸುತ್ತದೆ ಮತ್ತು ದೋಷವನ್ನು ಸರಿಪಡಿಸುತ್ತದೆ ✔
• ಸಿ) ಪರೀಕ್ಷೆಗಳನ್ನು ಬರೆಯುವಾಗ AI ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಕೋಡ್ ಅನ್ನು ಅಳಿಸುತ್ತದೆ
• ಡಿ) AI ಪರೀಕ್ಷೆಗಳನ್ನು ಸಂತೋಷದ ಹಾದಿಗೆ ಮಾತ್ರವಲ್ಲದೆ ಯಾವಾಗಲೂ ಅಂಚಿನ ಪ್ರಕರಣಕ್ಕೆ ಬರೆಯುತ್ತದೆ

ವಿವರಣೆ: AI ಕೋಡ್ ಅನ್ನು ನೋಡುತ್ತದೆ ಮತ್ತು ಪ್ರಸ್ತುತ ನಡವಳಿಕೆಯನ್ನು ಪರೀಕ್ಷಿಸುವ ಸಮರ್ಥನೆಗಳನ್ನು ಬರೆಯುತ್ತದೆ. ಪ್ರಾರಂಭದಿಂದಲೂ ಕೋಡ್ ತಪ್ಪಾಗಿದ್ದರೆ, AI ಈ ತಪ್ಪು ನಡವಳಿಕೆಯನ್ನು 'ಸರಿಯಾಗಿದೆ' ಎಂದು ಸರಿಪಡಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ಪರೀಕ್ಷೆಯ ನಿರೀಕ್ಷೆಗಳನ್ನು ಕೋಡ್‌ನ ಪ್ರಸ್ತುತ ಔಟ್‌ಪುಟ್‌ಗೆ ಅನುಗುಣವಾಗಿ ಅಲ್ಲ, ಅಗತ್ಯವಿರುವ ನಿಯಮದ (ನಿರ್ದಿಷ್ಟತೆ) ಪ್ರಕಾರ ಬರೆಯಬೇಕು.

7. AI ನೊಂದಿಗೆ ದೋಷವನ್ನು ಡೀಬಗ್ ಮಾಡುವಾಗ ಊಹೆಗಳ ನಿಖರತೆಯನ್ನು ಯಾವುದು ಹೆಚ್ಚು ನಿರ್ಧರಿಸುತ್ತದೆ?

• ಎ) ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಎಷ್ಟು ನಯವಾಗಿ ಬರೆಯಲಾಗಿದೆ.
• ಬಿ) ಮತ್ತೆ ಎಷ್ಟು ಬಾರಿ ಪ್ರಶ್ನೆ ಕೇಳಲಾಗಿದೆ
• ಸಿ) ಮಾದರಿಗೆ ಒದಗಿಸಲಾದ ಸಾಕ್ಷ್ಯದ ಗುಣಮಟ್ಟ: ಪೂರ್ಣ ದೋಷ ಸಂದೇಶ, ಸ್ಟಾಕ್ ಟ್ರೇಸ್, ಇನ್‌ಪುಟ್ ಮತ್ತು ನಿರೀಕ್ಷಿತ ನಡವಳಿಕೆ ✔
• ಡಿ) ಕೋಡ್ ಅನ್ನು ಯಾವ ಬಣ್ಣದ ಥೀಮ್‌ನಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ?

ವಿವರಣೆ: ನೀವು ಮಾಡುವ ರೀತಿಯಲ್ಲಿ AI ದೋಷವನ್ನು ನೋಡುವುದಿಲ್ಲ; ನೀನು ಕೊಡುವ ಪುರಾವೆ ಮಾತ್ರ ಅವನಿಗೆ ಗೊತ್ತು. ಸಂಪೂರ್ಣ ದೋಷ ಸಂದೇಶ, ಸ್ಟಾಕ್ ಟ್ರೇಸ್, ಟ್ರಿಗ್ಗರಿಂಗ್ ಇನ್‌ಪುಟ್ ಮತ್ತು ನಿರೀಕ್ಷಿತ ನಡವಳಿಕೆಯನ್ನು ನೀಡಿದರೆ, ಮಾದರಿಯು ನೈಜ ಸಾಧ್ಯತೆಗಳನ್ನು ಎಣಿಸುತ್ತದೆ; ಯಾವುದೇ ಪುರಾವೆಗಳಿಲ್ಲದಿದ್ದರೆ, ಅದು ಊಹೆಯನ್ನು ಮಾಡುತ್ತದೆ (ಭ್ರಮೆ) ಮತ್ತು ತಪ್ಪು ಹಾದಿಯಲ್ಲಿ ನಿಮ್ಮನ್ನು ಕರೆದೊಯ್ಯುತ್ತದೆ.

8. ವಿಶ್ಲೇಷಣೆಗಾಗಿ AI ಗೆ ಉತ್ಪಾದನಾ ದಾಖಲೆಗಳನ್ನು ನೀಡುವ ಮೊದಲು ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಹಂತ ಯಾವುದು?

• ಎ) ಲಾಗ್ ಅನ್ನು ಹಾಗೆಯೇ ಅಂಟಿಸುವುದು, ಇಡೀ ದಿನವನ್ನು ಆವರಿಸುವುದು
• ಬಿ) ಲಾಗ್ ಅನ್ನು ಮೊದಲು ದೊಡ್ಡಕ್ಷರಕ್ಕೆ ಪರಿವರ್ತಿಸಿ
• ಸಿ) ಲಾಗ್ ಲೈನ್‌ಗಳನ್ನು ವರ್ಣಮಾಲೆಯ ಕ್ರಮದಲ್ಲಿ ಜೋಡಿಸುವುದು
• ಡಿ) ವೈಯಕ್ತಿಕ ಡೇಟಾ ಮತ್ತು ರಹಸ್ಯಗಳನ್ನು ಮರೆಮಾಚುವುದು ಮತ್ತು ಸಂಬಂಧಿತ ವಿಂಡೋವನ್ನು ಮಾತ್ರ ನೀಡುವುದು ✔

ವಿವರಣೆ: ರಾ ಪ್ರೊಡಕ್ಷನ್ ಲಾಗ್‌ಗಳು ಐಪಿ, ಇಮೇಲ್, ಸೆಷನ್ ಐಡಿ, ಟೋಕನ್ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ತೆರೆದ ರಹಸ್ಯವನ್ನು ಒಳಗೊಂಡಿರುತ್ತವೆ. ಅವುಗಳನ್ನು ಮರೆಮಾಚದೆ AI ಉಪಕರಣಕ್ಕೆ ಅಂಟಿಸುವುದು ಗಂಭೀರ ಗೌಪ್ಯತೆಯ ಉಲ್ಲಂಘನೆಯಾಗಿದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ಲಾಗ್ ಅನ್ನು ಕಿರಿದಾದ ಸಮಯದ ವಿಂಡೋಗೆ ಫಿಲ್ಟರ್ ಮಾಡಬೇಕು; ಆದರೆ ಮೊದಲ ಅಗತ್ಯವೆಂದರೆ ಸೂಕ್ಷ್ಮ ಡೇಟಾವನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸುವುದು.

9. ಲಾಗ್ ವಿಶ್ಲೇಷಣೆಯಲ್ಲಿ ಎರಡು ಘಟನೆಗಳು 'ಏಕಕಾಲದಲ್ಲಿ' ಸಂಭವಿಸಿವೆ ಎಂದು AI ಹೇಳಿದರೆ ಮತ್ತು ಒಂದನ್ನು ಮೂಲ ಕಾರಣವೆಂದು ಘೋಷಿಸಿದರೆ ಏನು ಮಾಡಬೇಕು?

• ಎ) ಪರಸ್ಪರ ಸಂಬಂಧವನ್ನು ಕಾರಣವೆಂದು ಕಡೆಗಣಿಸುವುದು ಮತ್ತು ಮೆಟ್ರಿಕ್‌ಗಳು ಮತ್ತು ಕೋಡ್‌ನೊಂದಿಗೆ ಕ್ಲೈಮ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು ✔
• B) AI ಸಮಯ ಸಂಬಂಧವನ್ನು ಸ್ಥಾಪಿಸುವುದರಿಂದ ಕಾರಣವನ್ನು ನಿರ್ಣಾಯಕವಾಗಿ ಒಪ್ಪಿಕೊಳ್ಳುವುದು
• ಸಿ) ಮೊದಲ ಆರೋಪಿ ಘಟಕವನ್ನು ತಕ್ಷಣವೇ ಮರುಪ್ರಾರಂಭಿಸುವುದು
• ಡಿ) ಲಾಗ್‌ಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅಳಿಸುವುದು ಮತ್ತು ಅವುಗಳನ್ನು ಮತ್ತೆ ಸಂಗ್ರಹಿಸುವುದು

ವಿವರಣೆ: ಲಾಗ್ ವಿಶ್ಲೇಷಣೆಯಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯವಾದ ಅಪಾಯವೆಂದರೆ ಕಾರಣದೊಂದಿಗೆ ಗೊಂದಲಮಯ ಪರಸ್ಪರ ಸಂಬಂಧ. AI ಸ್ಥಾಪಿಸಿದ ಸಮಯ ಸಂಬಂಧವು ಒಂದು ಸುಳಿವು, ಪುರಾವೆಯಲ್ಲ. ನಿಜವಾದ ಕಾರಣತ್ವಕ್ಕೆ ಸಮಯ, ಯಾಂತ್ರಿಕತೆ ಮತ್ತು ಸಾಧ್ಯವಾದರೆ ಪುನರಾವರ್ತನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ; ಕ್ಲೈಮ್ ಅನ್ನು ಮೆಟ್ರಿಕ್‌ಗಳು ಮತ್ತು ಕೋಡ್‌ನೊಂದಿಗೆ ಮೌಲ್ಯೀಕರಿಸಬೇಕು.

10. AI ನೊಂದಿಗೆ ರಿಫ್ಯಾಕ್ಟರಿಂಗ್ ಮಾಡುವಾಗ ನೆಗೋಶಬಲ್ ಅಲ್ಲದ ಗೋಲ್ಡನ್ ರೂಲ್ ಯಾವುದು ಮತ್ತು ಅದನ್ನು ಯಾವುದು ಸುರಕ್ಷಿತಗೊಳಿಸುತ್ತದೆ?

• ಎ) ಕೋಡ್ ಚಿಕ್ಕದಾಗಿರಬೇಕು; ಸಾಲುಗಳ ಸಂಖ್ಯೆ ಇದನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ
• ಬಿ) ನಡವಳಿಕೆಯಲ್ಲಿ ಬದಲಾವಣೆ ಇಲ್ಲ; ಪ್ರಸ್ತುತ ನಡವಳಿಕೆಯನ್ನು ಸೆರೆಹಿಡಿಯುವ ಪರೀಕ್ಷೆಗಳು ಇದನ್ನು ಖಚಿತಪಡಿಸುತ್ತವೆ ✔
• ಸಿ) ಕೋಡ್ ಹೆಚ್ಚಿನ ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ; AI ಇದನ್ನು ಖಾತರಿಪಡಿಸುತ್ತದೆ
• ಡಿ) ಸಂಪೂರ್ಣ ಫೈಲ್ ಅನ್ನು ಒಮ್ಮೆಗೆ ಪುನಃ ಬರೆಯುವುದು; ಏಜೆಂಟ್ ಇದನ್ನು ಖಾತರಿಪಡಿಸುತ್ತಾನೆ

ವಿವರಣೆ: ರಿಫ್ಯಾಕ್ಟರಿಂಗ್ ಅದರ ಬಾಹ್ಯ ನಡವಳಿಕೆಯನ್ನು ಬದಲಾಯಿಸದೆಯೇ ಕೋಡ್‌ನ ಆಂತರಿಕ ರಚನೆಯನ್ನು ಸುಧಾರಿಸುತ್ತದೆ; ನಡವಳಿಕೆಯು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ ಎಂಬುದು ಸುವರ್ಣ ನಿಯಮ. ಇದು ಪರೀಕ್ಷೆಯನ್ನು ಖಾತ್ರಿಪಡಿಸುವುದು: ಪ್ರಸ್ತುತ ನಡವಳಿಕೆಯನ್ನು ಬದಲಾಯಿಸುವ ಮೊದಲು ಅದನ್ನು ಸೆರೆಹಿಡಿಯುವ ಟೆಸ್ಟ್‌ನೆಟ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ ಮತ್ತು ಪ್ರತಿ ಹಂತದ ನಂತರ ರನ್ ಮಾಡಲಾಗುತ್ತದೆ. ಟೆಸ್ಟ್‌ನೆಟ್ ಇಲ್ಲದೆ ರಿಫ್ಯಾಕ್ಟರಿಂಗ್ ಮಾಡುವುದು ಒಂದು ಜೂಜು.

11. ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಉತ್ಪಾದನೆಯಲ್ಲಿ AI ಗೆ ತಿಳಿಯದ ಮತ್ತು ಅಪ್ ಮಾಡಲು ಅಪಾಯಕಾರಿಯಾದ ಪದರ ಯಾವುದು?

• ಎ) ಅನುಸ್ಥಾಪನಾ ಹಂತಗಳನ್ನು ಹೇಗೆ ಚಲಾಯಿಸುವುದು
• ಬಿ) ಕಾರ್ಯದ ನಿಯತಾಂಕ ಪಟ್ಟಿ
• ಸಿ) ವಿನ್ಯಾಸ ನಿರ್ಧಾರವನ್ನು 'ಏಕೆ' ಎಂದು ಸಮರ್ಥಿಸುವುದು ✔
• ಡಿ) ಕೋಡ್ ಅನ್ನು ಯಾವ ಭಾಷೆಯಲ್ಲಿ ಬರೆಯಲಾಗಿದೆ?

ವಿವರಣೆ: AI ಕೋಡ್‌ನಿಂದ 'ಏನು/ಹೇಗೆ' ಪದರವನ್ನು (ಕಾರ್ಯವು ಏನು ಮಾಡುತ್ತದೆ, ಅದನ್ನು ಹೇಗೆ ಹೊಂದಿಸುತ್ತದೆ) ಹೊರತೆಗೆಯಬಹುದು; ಆದರೆ ಅದು 'ಏಕೆ' ಪದರವನ್ನು ತಿಳಿಯುವುದಿಲ್ಲ (ನಿರ್ಧಾರದ ವಿನ್ಯಾಸದ ತಾರ್ಕಿಕತೆ, ಮಿತಿ ಮೌಲ್ಯದ ಕಾರಣ). ಯಾವುದೇ ಸಮರ್ಥನೆಗಿಂತ 'ಕಾರಣ' ಹೆಚ್ಚು ಅಪಾಯಕಾರಿಯಾಗಿದೆ; ಕೋಡ್ ಮಾಲೀಕರು ಈ ಲೇಯರ್ ಅನ್ನು ಸೇರಿಸಬೇಕು.

12. ತುರ್ತು ದೋಷವನ್ನು ಪರಿಹರಿಸುವಾಗ ಡೆವಲಪರ್‌ಗಳು ಲೈವ್ API ಕೀಯನ್ನು ಹೊಂದಿರುವ ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್ ಅನ್ನು ಅನುಮೋದಿಸದ AI ಉಪಕರಣಕ್ಕೆ ಅಂಟಿಸಲು ಬಯಸಿದರೆ ಏನು ಮಾಡಬೇಕು?

• ಎ) ವೇಗಕ್ಕಾಗಿ, ಫೈಲ್ ಅನ್ನು ಅಂಟಿಸಿ ಮತ್ತು ನಂತರ ಚಾಟ್ ಅನ್ನು ಅಳಿಸಿ
• ಬಿ) ಫೈಲ್‌ನ ಕೊನೆಯಲ್ಲಿ 'ಗೌಪ್ಯ' ಟಿಪ್ಪಣಿಯನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಅದನ್ನು ಕಳುಹಿಸಿ
• ಸಿ) ಕೀಲಿಯನ್ನು ಬಿಡಿ ಮತ್ತು ಫೈಲ್ ಹೆಸರನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸಿ
• ಡಿ) ರಹಸ್ಯಗಳನ್ನು ತೆಗೆದುಹಾಕಿ/ಮಾಸ್ಕ್ ಮಾಡಿ ಮತ್ತು ಅಗತ್ಯ ಸೂಕ್ಷ್ಮವಲ್ಲದ ಸಂದರ್ಭವನ್ನು ಮಾತ್ರ ನೀಡಿ ✔

ಬಹಿರಂಗಪಡಿಸುವಿಕೆ: ರಹಸ್ಯಗಳು, ವೈಯಕ್ತಿಕ ಡೇಟಾ ಮತ್ತು ಗೌಪ್ಯ ಸ್ವತ್ತುಗಳನ್ನು ಎಂದಿಗೂ ಅನುಮೋದಿಸದ ವಿಧಾನಗಳಲ್ಲಿ ನಮೂದಿಸಬಾರದು; ತುರ್ತು ಈ ಕೆಂಪು ರೇಖೆಯನ್ನು ಅಮಾನತುಗೊಳಿಸುವುದಿಲ್ಲ. ಮೊದಲು ರಹಸ್ಯಗಳನ್ನು ಹೊರತೆಗೆಯುವುದು/ಮರೆಮಾಚುವುದು ಮತ್ತು ಅಗತ್ಯ, ಸೂಕ್ಷ್ಮವಲ್ಲದ ಸಂದರ್ಭವನ್ನು ಮಾತ್ರ ನೀಡುವುದು ಸರಿಯಾದ ವಿಧಾನವಾಗಿದೆ. ಒಂದು ರಹಸ್ಯ ಇನ್ನೂ ಸೋರಿಕೆಯಾದರೆ, ತಕ್ಷಣವೇ ಕೀಲಿಯನ್ನು ತಿರುಗಿಸುವುದು ಮೊದಲನೆಯದು.

13. AI- ರಚಿತವಾದ ಕೋಡ್ ಪರೀಕ್ಷೆಯನ್ನು ಹಾದುಹೋಗುತ್ತದೆ ಮತ್ತು ಉತ್ಪಾದನೆಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ. ಕೋಡ್ ಸುರಕ್ಷಿತವಾಗಿದೆ ಎಂದು ಇದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆಯೇ?

• ಎ) ಇಲ್ಲ; 'ಕೆಲಸ ಮಾಡುವುದು' ಎಂದರೆ ಸುರಕ್ಷಿತವಲ್ಲ, ಭದ್ರತೆಗೆ ದೃಢೀಕರಣದ ಪ್ರತ್ಯೇಕ ಪದರದ ಅಗತ್ಯವಿದೆ ✔
• ಬಿ) ಹೌದು; ಪರೀಕ್ಷೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣರಾಗುವ ಕೋಡ್ ವ್ಯಾಖ್ಯಾನದಿಂದ ಸುರಕ್ಷಿತವಾಗಿದೆ
• ಸಿ) ಹೌದು; ಉತ್ಪಾದನೆಯಲ್ಲಿ ಅದನ್ನು ಚಲಾಯಿಸುವುದು ಎಲ್ಲಾ ದುರ್ಬಲತೆಗಳನ್ನು ನಿವಾರಿಸುತ್ತದೆ
• ಡಿ) ಇಲ್ಲ; ಆದರೆ ಕೋಡ್ ನಿಧಾನವಾಗಿದ್ದರೆ ಮಾತ್ರ ಭದ್ರತೆ ಮುಖ್ಯವಾಗಿದೆ

ಸ್ಪಷ್ಟೀಕರಣ: 'ಕೆಲಸ' ಎಂಬುದು 'ಸುರಕ್ಷಿತ' ಎಂದಲ್ಲ. ಕೋಡ್ SQL ಇಂಜೆಕ್ಷನ್‌ನಂತಹ ದುರ್ಬಲತೆಯನ್ನು ಹೊಂದಿದ್ದರೂ ಸಹ, ಅದು ಪರೀಕ್ಷೆಯನ್ನು ರವಾನಿಸಬಹುದು ಮತ್ತು ಸರಾಗವಾಗಿ ಚಲಿಸಬಹುದು; ಆಕ್ರಮಣಕಾರರು ಅದನ್ನು ಕಂಡುಕೊಂಡಾಗ ಮಾತ್ರ ದುರ್ಬಲತೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ನಿಖರತೆಯ ಜೊತೆಗೆ, ಭದ್ರತೆ-ಆಧಾರಿತ ವಿಮರ್ಶೆ ಮತ್ತು SAST ನಂತಹ ಸ್ಕ್ಯಾನ್‌ಗಳನ್ನು ಪ್ರತ್ಯೇಕ ಪದರವಾಗಿ ನಿರ್ವಹಿಸಬೇಕು.

14. CLI ಏಜೆಂಟ್‌ಗೆ ಬಹು-ಫೈಲ್ ಕಾರ್ಯವನ್ನು ನೀಡುವಾಗ ಸುರಕ್ಷಿತವಾದ ಶಿಸ್ತು ಯಾವುದು (ಫೈಲ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸುವ ಮತ್ತು ಆಜ್ಞೆಗಳನ್ನು ಚಲಾಯಿಸುವ ಸ್ವಾಯತ್ತ ಸಾಧನ)?

• ಎ) ಏಜೆಂಟ್‌ಗೆ 'ಈ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಸುಧಾರಿಸಿ' ಎಂದು ಹೇಳುವುದು ಮತ್ತು ಸಂಪೂರ್ಣ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ನೀಡುವುದು
• ಬಿ) ಕಿರಿದಾದ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಸ್ವೀಕಾರದ ಮಾನದಂಡಗಳನ್ನು ನೀಡುವುದು, ಮೊದಲು ಯೋಜನೆಯನ್ನು ಕೇಳುವುದು, ಅದನ್ನು ಅನುಮೋದಿಸುವುದು, ಹಂತ ಹಂತವಾಗಿ ಅನುಷ್ಠಾನಗೊಳಿಸುವುದು ಮತ್ತು ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸುವುದು ✔
• ಸಿ) ಏಜೆಂಟ್‌ನ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸದೆ ನೇರವಾಗಿ ವಿಲೀನಗೊಳಿಸಿ
• ಡಿ) ಉತ್ಪಾದನಾ ಪರಿಸರ ಮತ್ತು ಗೌಪ್ಯ ಡೇಟಾಗೆ ಏಜೆಂಟ್‌ಗೆ ಅನಿಯಂತ್ರಿತ ಪ್ರವೇಶವನ್ನು ನೀಡುವುದು

ವಿವರಣೆ: ಸ್ವಾಯತ್ತತೆ ಹೆಚ್ಚಾದಂತೆ ನಿಯಂತ್ರಣವೂ ಹೆಚ್ಚಾಗಬೇಕು. ಏಜೆಂಟ್‌ಗೆ ಕಿರಿದಾದ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಸ್ಪಷ್ಟ ಸ್ವೀಕಾರ ಮಾನದಂಡವನ್ನು ನೀಡುವುದು, ಮೊದಲು ಬದಲಾವಣೆಗಳಿಲ್ಲದೆ ಯೋಜನೆಯನ್ನು ಕೇಳುವುದು, ಯೋಜನೆಯನ್ನು ಅನುಮೋದಿಸುವುದು, ನಂತರ ಅದನ್ನು ಹಂತ ಹಂತವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸುವುದು ಮತ್ತು ಪ್ರತಿ ಹಂತದಲ್ಲೂ ಪರೀಕ್ಷೆಗಳನ್ನು ನಡೆಸುವುದು; ಇದು ವಿಶಾಲವಾದ, ಪರಿಶೀಲಿಸಲಾಗದ ಮತ್ತು ಹಿಂತಿರುಗಿಸಬೇಕಾದ ಬದಲಾವಣೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ.

15. ಭದ್ರತೆ-ನಿರ್ಣಾಯಕ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ (ಉದಾ. ಪಾವತಿ ಅಥವಾ ದೃಢೀಕರಣ) AI- ರಚಿತ ಕೋಡ್‌ನಿಂದ ಉಂಟಾಗುವ ಹೊಣೆಗಾರಿಕೆಯನ್ನು ಯಾರು ಹೊಂದಿದ್ದಾರೆ?

• ಎ) ಕೋಡ್ AI ನಿಂದ ಬಂದಿರುವುದರಿಂದ, ಅದು ವಾಹನ ಪೂರೈಕೆದಾರರಲ್ಲಿದೆ
• ಬಿ) AI ಸಾಕಷ್ಟು ಅಭಿವೃದ್ಧಿಗೊಂಡಿದ್ದರೆ, ಯಾರೂ ಹೊಂದಿಲ್ಲ; ಪರಿಶೀಲಿಸುವ ಅಗತ್ಯವಿಲ್ಲ
• ಸಿ) ಕೋಡ್ ಅನ್ನು ಪರೀಕ್ಷಿಸುವ, ಜೋಡಿಸುವ ಮತ್ತು ವಿತರಿಸುವ ತಂಡ/ಇಂಜಿನಿಯರ್; AI ಒಪ್ಪಿಗೆಯನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ ✔
• ಡಿ) ಪ್ರಾಂಪ್ಟ್ ಅನ್ನು ಬರೆಯುವ ವ್ಯಕ್ತಿ ಮಾತ್ರ, ಅದನ್ನು ಪರಿಶೀಲಿಸುವವರಲ್ಲ

ವಿವರಣೆ: AI ವೇಗ ಗುಣಕ ಮತ್ತು ನೀಲನಕ್ಷೆ ಜನರೇಟರ್ ಆಗಿದೆ; ಜವಾಬ್ದಾರಿಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ಸಾಧ್ಯವಿಲ್ಲ. ಉತ್ಪಾದನೆಯಲ್ಲಿನ ಕೋಡ್‌ನಿಂದ ಉಂಟಾಗುವ ಯಾವುದೇ ದೋಷಗಳು, ದುರ್ಬಲತೆಗಳು ಅಥವಾ ಉಲ್ಲಂಘನೆಗಳ ಜವಾಬ್ದಾರಿಯು ಆ ಕೋಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವ, ಜೋಡಿಸುವ ಮತ್ತು ವಿತರಿಸುವ ತಂಡದೊಂದಿಗೆ ಇರುತ್ತದೆ. ಸುರಕ್ಷತೆ-ನಿರ್ಣಾಯಕ ಪ್ರದೇಶಗಳಲ್ಲಿ, AI ಔಟ್‌ಪುಟ್ ಯಾವುದೇ ಸಂದರ್ಭಗಳಲ್ಲಿ ಅರ್ಹ ಇಂಜಿನಿಯರ್‌ನಿಂದ ಪರಿಶೀಲನೆ ಮತ್ತು ಅನುಮೋದನೆಗೆ ಪರ್ಯಾಯವಾಗಿರುವುದಿಲ್ಲ.