Anthropic ಈ ತಿಂಗಳು Claude Code version 2.1.207 ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದೆ, ಮತ್ತು ಇದರ release notes ನಲ್ಲಿ AI-ಸಹಾಯಿತ ಅಭಿವೃದ್ಧಿಯ (AI-assisted development) ನಿಯಮಗಳನ್ನೇ ಬದಲಿಸುವ ಒಂದು ಬದಲಾವಣೆಯಿದೆ. ಈಗ Amazon Bedrock, Google Vertex AI, ಮತ್ತು Microsoft Azure Foundry ಎಂಬ ಮೂರು ಪ್ರಮುಖ ಕ್ಲೌಡ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಲ್ಲಿ Auto mode ಡಿಫಾಲ್ಟ್ ಆಗಿರುತ್ತದೆ. ಯಂತ್ರವು ಬರೆದ ಕೋಡ್ ನಿಮ್ಮ repository ಗೆ ಬಂದಾಗ, ಅನುಮೋದನಾ ಸರಪಳಿಯ (approval chain) ಜವಾಬ್ದಾರಿ ಯಾರದ್ದು ಎಂಬುದನ್ನು ಈ ಒಂದು ಬದಲಾವಣೆ ಬದಲಾಯಿಸುತ್ತದೆ.

ಹಳೆಯ ವಿಧಾನವು ದೋಷಪೂರಿತವಾಗಿತ್ತು

ಈ ಬಿಡುಗಡೆಯವರೆಗೆ, Claude Code ಡಿಫಾಲ್ಟ್ ಆಗಿ manual mode ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿತ್ತು. ಏಜೆಂಟ್ ಒಂದು ಫೈಲ್ ಎಡಿಟ್ ಅನ್ನು ಸ್ಟೇಜ್ ಮಾಡಬಹುದು, ಶೆಲ್ ಕಮಾಂಡ್ ಅನ್ನು ಸಿದ್ಧಪಡಿಸಬಹುದು ಅಥವಾ git commit ಅನ್ನು ಕ್ಯೂನಲ್ಲಿ ಇರಿಸಬಹುದು, ನಂತರ ಅಲ್ಲಿಯೇ ನಿಲ್ಲುತ್ತಿತ್ತು. ಡಾಟ್ (diff) ಅನ್ನು ಓದಲು, ಕಮಾಂಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸಲು ಮತ್ತು ಅನುಮೋದಿಸಲು (approve) ಅದು ಮನುಷ್ಯನಿಗಾಗಿ ಕಾಯುತ್ತಿತ್ತು. ಇದರ ಸಿದ್ಧಾಂತವು ಸರಿಯಾಗಿತ್ತು: ಒಬ್ಬ ವ್ಯಕ್ತಿಯ ಸಹಿ ಇಲ್ಲದೆ ಯಾವುದೇ AI ಅನ್ನು ಪ್ರೊಡಕ್ಷನ್ ಕೋಡ್ ಅನ್ನು ಮುಟ್ಟಲು ಬಿಡಬಾರದು ಎಂಬುದು ಇದರ ಉದ್ದೇಶವಾಗಿತ್ತು.

ಆದರೆ ವಾಸ್ತವವು ವಿಭಿನ್ನವಾಗಿತ್ತು. manual mode ನಲ್ಲಿರುವ 93% ಬಳಕೆದಾರರು ಪ್ರಾಂಪ್ಟ್‌ಗಳನ್ನು ಓದದೆ ಅನುಮೋದಿಸುತ್ತಿದ್ದಾರೆ ಎಂದು Anthropic ಕಂಡುಕೊಂಡಿದೆ. ಡೆವಲಪರ್‌ಗಳು ಅನುಮೋದನಾ ಪರದೆಯನ್ನು ಒಂದು ಪರಿಶೀಲನಾ ಕೇಂದ್ರವಾಗಿ ನೋಡುವ ಬದಲು, ಒಂದು ಅನಗತ್ಯ ಅಡೆತಡೆಯಾಗಿ ಪರಿಗಣಿಸುತ್ತಿದ್ದರು. ಅವರು ತಮ್ಮ ಕೆಲಸದ ವೇಗವನ್ನು ಕಾಯ್ದುಕೊಳ್ಳಲು ಸತತವಾಗಿ "yes" ಎಂದು ಕ್ಲಿಕ್ ಮಾಡುತ್ತಿದ್ದರು, ಇದು manual gate ಅನ್ನು ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿಸಿತು. ಎಲ್ಲರೂ ಬೈಪಾಸ್ ಮಾಡುವ ಭದ್ರತಾ ನಿಯಂತ್ರಣವು ನಿಜವಾದ ನಿಯಂತ್ರಣವಲ್ಲ. ಅದು ಸುರಕ್ಷತೆಯ ಹೆಸರಿನಲ್ಲಿ ಬರುವ ಅಡೆತಡೆಯಾಗಿದೆ.

Auto mode ಹೇಗೆ ಮಾನವನ ಕ್ಲಿಕ್ ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

Auto mode ಆ ಕೇವಲ ಸಹಿ ಹಾಕುವ (rubber-stamp) ಮಾನವ ಅನುಮೋದನೆಯ ಬದಲಿಗೆ ಎರಡನೇ AI ಮಾಡೆಲ್ ಅನ್ನು ಬಳಸುತ್ತದೆ. ಈ classifier ಏಜೆಂಟ್ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು ಅದು ಪ್ರಯತ್ನಿಸುವ ಪ್ರತಿಯೊಂದು ಕ್ರಮವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಆ ಹಂತವು ಮೂಲ ಕಾರ್ಯಕ್ಕೆ ಇನ್ನೂ ಹೊಂದಿಕೆಯಾಗುತ್ತಿದೆಯೇ ಮತ್ತು ಏಜೆಂಟ್ ದಾರಿಯಿಂದ ತಪ್ಪಿದೆಯೇ ಎಂಬುದನ್ನು ಇದು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಒಂದು ವೇಳೆ classifier ಆ ಕ್ರಮಕ್ಕೆ ಅನುಮತಿ ನೀಡಿದರೆ, ಏಜೆಂಟ್ ತಕ್ಷಣವೇ ಮುಂದುವರಿಯುತ್ತದೆ. ಯಾವುದೇ ನೋಟಿಫಿಕೇಶನ್ ಇಲ್ಲ, ಯಾವುದೇ ಪಾಪಪ್ ಇಲ್ಲ, ನೀವು ಊಟ ಮುಗಿಸುವವರೆಗೆ ಕಾಯುವ ಅಗತ್ಯವೂ ಇಲ್ಲ.

ಇದು ವಿಭಿನ್ನ ರೀತಿಯ ಸುರಕ್ಷತಾ ಜಾಲವಾಗಿದೆ. Classifier ಗೆ ರಾತ್ರಿ 2 ಗಂಟೆಗೆ ಸುಸ್ತಾಗುವುದಿಲ್ಲ. ಗಡುವಿನ ಒತ್ತಡದಿಂದಾಗಿ ಅದು ಓದುವುದನ್ನು ಬಿಡುವುದಿಲ್ಲ. ಮತ್ತು ಇದು ಮೊದಲ ಕ್ರಮಕ್ಕೆ ಎಷ್ಟು ನಿಖರತೆಯನ್ನು ಅನ್ವಯಿಸುತ್ತದೆಯೋ, ನೂರನೇ ಕ್ರಮಕ್ಕೂ ಅಷ್ಟೇ ನಿಖರತೆಯನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ದಣಿದ ಇಂಜಿನಿಯರ್ ಇದನ್ನು ಹೇಳಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಆಡಳಿತಾತ್ಮಕ ಬದಲಾವಣೆ (A Governance Reversal)

ಇಲ್ಲಿನ ಆಳವಾದ ಬದಲಾವಣೆಯು ಡಿಫಾಲ್ಟ್‌ಗಳು ಮತ್ತು ಜವಾಬ್ದಾರಿಯ ಬಗ್ಗೆ ಇದೆ. 2.1.207 ಕ್ಕಿಂತ ಮೊದಲು, ತಂಡಗಳು ಆಕ್ಟಿವ್ ಆಗಿ auto mode ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕಿತ್ತು. ಈಗ ಜವಾಬ್ದಾರಿಯು ಉಲ್ಟಾ ಆಗಿದೆ: ನೀವು ಅದನ್ನು ಆಫ್ ಮಾಡಲು ಸ್ಪಷ್ಟವಾಗಿ ಕ್ರಮ ತೆಗೆದುಕೊಳ್ಳಬೇಕು. ನಿಮ್ಮ ಸಂಸ್ಥೆಯು ಹಣಕಾಸು ಅಥವಾ ಆರೋಗ್ಯ ರಕ್ಷಣೆಯಂತಹ ನಿಯಂತ್ರಿತ ಡೇಟಾವನ್ನು (regulated data) ನಿರ್ವಹಿಸುವುದಾದರೆ, ಇದು ಕೇವಲ ಸಣ್ಣ UX ಬದಲಾವಣೆಯಲ್ಲ. ಇದು ಒಂದು ಪಾಲಿಸಿ ಬದಲಾವಣೆ. ಯಾರಾದರೂ ಈ ಫೀಚರ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಡಿಸೇಬಲ್ ಮಾಡದ ಹೊರತು, ಸ್ವಾಯತ್ತ ಕಮಿಟ್‌ಗಳು (autonomous commits) ಈಗಾಗಲೇ ನಿಮ್ಮ ರೆಪೊಸಿಟರಿಗಳಿಗೆ ಬರುತ್ತಿರಬಹುದು ಎಂಬ ವಿಷಯವನ್ನು ನಿಮ್ಮ ಕಾಂಪ್ಲೈಯನ್ಸ್ ತಂಡಕ್ಕೆ ತಿಳಿದಿರಬೇಕು.

ನೀವು ಈಗಲೇ ಏನು ಮಾಡಬೇಕು

ಮೊದಲನೆಯದಾಗಿ, ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಸ್ಥಿತಿಯನ್ನು ಆಡಿಟ್ ಮಾಡಿ. ನಿಮ್ಮ ಇತ್ತೀಚಿನ ಲಾಗ್‌ಗಳು ಮತ್ತು git ಇತಿಹಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ. Claude Code ಗೆ ಸಂಬಂಧಿಸಿದ ಕಮಿಟ್‌ಗಳು ಕಾಣಿಸುತ್ತಿದ್ದರೆ ಮತ್ತು ಸೆಷನ್ ರೆಕಾರ್ಡ್‌ಗಳಲ್ಲಿ ಅದಕ್ಕೆ ಪೂರಕವಾದ ಮಾನವ ಅನುಮೋದನಾ ಪ್ರಾಂಪ್ಟ್‌ಗಳು ಇಲ್ಲದಿದ್ದರೆ, auto mode ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿದೆ ಎಂದರ್ಥ. ನಿಮ್ಮ ಹಳೆಯ ಕಾನ್ಫಿಗರೇಶನ್ ಹಾಗೆಯೇ ಮುಂದುವರಿಯುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ.

ನಿಮಗೆ ಮತ್ತೆ manual control ಬೇಕಿದ್ದರೆ, ಹಳೆಯ ವಿಧಾನಗಳು ಇನ್ನು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ತಿಳಿದಿರಲಿ. ಈ ವರ್ತನೆಯನ್ನು ಬದಲಾಯಿಸುವ ಹಿಂದಿನ environment variables ಗಳ ಬೆಂಬಲವನ್ನು Anthropic ಸ್ಥಗಿತಗೊಳಿಸಿದೆ. ನೀವು ಈಗ ನಿಮ್ಮ managed settings ಫೈಲ್‌ನಲ್ಲಿ disableAutoMode ಅನ್ನು ಸೆಟ್ ಮಾಡಬೇಕು. ನಿಮ್ಮ ಶೆಲ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಅಥವಾ ಕಂಟೇನರ್ ಇಮೇಜ್‌ಗಳಲ್ಲಿರುವ ಯಾವುದೇ ಹಳೆಯ ಪರಿಹಾರಗಳು (workarounds) ಕೆಲಸ ಮಾಡದೆ ಸುಮ್ಮನೆ ವಿಫಲವಾಗಬಹುದು, ಆದ್ದರಿಂದ ಅಪ್‌ಗ್ರೇಡ್ ಮಾಡಿದ ನಂತರ ನಿಮ್ಮ ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಪೈಪ್‌ಲೈನ್‌ಗಳನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡಿ.

ನಿಮಗೆ classifier ಅನ್ನು fine-tune ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ಅದರ ತೀವ್ರತೆ ಅಥವಾ ರಿಸ್ಕ್ ಥ್ರೆಶೋಲ್ಡ್‌ಗಾಗಿ ಯಾವುದೇ ಡಯಲ್‌ಗಳು ಇಲ್ಲ. ನಿಮ್ಮ ಬಳಿ ಇರುವ ಏಕೈಕ ಪ್ರಾಯೋಗಿಕ ನಿಯಂತ್ರಣಗಳು ಅಕ್ಸೆಸ್ ಕಂಟ್ರೋಲ್‌ಗಳು (access controls) ಮಾತ್ರ. ಪರಿಣಾಮದ ವ್ಯಾಪ್ತಿಯನ್ನು (blast radius) ಕಡಿಮೆ ಮಾಡಿ. ಏಜೆಂಟ್‌ ಅನ್ನು ನಿರ್ದಿಷ್ಟ ಡೈರೆಕ್ಟರಿಗಳಿಗೆ ಮಾತ್ರ ಸೀಮಿತಗೊಳಿಸಿ. ಅದಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಕನಿಷ್ಠ ಅನುಮತಿಗಳೊಂದಿಗೆ ಅಲ್ಪಾವಧಿಯ ಕ್ರೆಡೆನ್ಶಿಯಲ್‌ಗಳನ್ನು ನೀಡಿ. ಒಂದು ವೇಳೆ classifier ಯಾವುದಾದರೂ ತಪ್ಪು ಕ್ರಮವನ್ನು ಗುರುತಿಸಲು ವಿಫಲವಾದರೆ, ಅಡ್ಮಿನ್ ಕೀಗಳನ್ನು ಹೊಂದಿರುವ ಏಜೆಂಟ್‌ಗಿಂತ, ಸೀಮಿತ ಅಧಿಕಾರ ಹೊಂದಿರುವ ಏಜೆಂಟ್ ಕಡಿಮೆ ಹಾನಿಯನ್ನು ಮಾಡುತ್ತದೆ.

Auto mode ಎಲ್ಲಿ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗುತ್ತದೆ

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

ಇಂಜಿನಿಯರಿಂಗ್ ಸಮಯವು ಸೀಮಿತವಾಗಿದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಇದು ಮುಖ್ಯವಾಗಿದೆ. ವೈಟ್‌ಸ್ಪೇಸ್ ಫಿಕ್ಸ್ ಮಾಡಲು "approve" ಕ್ಲಿಕ್ ಮಾಡುವ ಪ್ರತಿಯೊಂದು ನಿಮಿಷವೂ ಆರ್ಕಿಟೆಕ್ಚರ್, ಇನ್ಸಿಡೆಂಟ್ ರೆಸ್ಪಾನ್ಸ್ ಅಥವಾ ಮಾನವ ನಿರ್ಧಾರದ ಅಗತ್ಯವಿರುವ ಕಠಿಣ ಕೆಲಸಗಳಿಂದ ಕದಿಯಲ್ಪಟ್ಟ ಸಮಯವಾಗಿದೆ. Auto mode ಆ ಸಮಯವನ್ನು ಮರಳಿ ನೀಡುತ್ತದೆ.

ಆದರೆ ಶಿಸ್ತು ಇಲ್ಲದ ವೇಗವು ಕೇವಲ ತಾಂತ್ರಿಕ ಸಾಲವನ್ನು (technical debt) ಹೆಚ್ಚಿಸುತ್ತದೆ. ಒಂದು ಕ್ರಮವು ಪ್ರಾಂಪ್ಟ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ ಎಂದು classifier ಪರಿಶೀಲಿಸುತ್ತದೆ. ಆದರೆ ಆ ಕ್ರಮದಿಂದ ಉಂಟಾಗುವ ಕೋಡ್ ನಿಮ್ಮ integration suite ಅನ್ನು ಪಾಸು ಮಾಡುತ್ತದೆಯೇ, ನಿಮ್ಮ ಡೊಮೇನ್ ನಿಯಮಗಳನ್ನು ಗೌರವಿಸುತ್ತದೆಯೇ ಅಥವಾ ನಿಮ್ಮ ಸ್ಟೈಲ್ ಗೈಡ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆಯೇ ಎಂಬುದನ್ನು ಅದು ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ. ಯಾವುದೇ ವಿಷಯವು ಪ್ರೊಡಕ್ಷನ್‌ಗೆ ತಲುಪುವ ಮೊದಲು ನೀವು ಇನ್ನೂ CI gates, ಕೋಡ್ ರಿವ್ಯೂ ಮತ್ತು ಆಟೋಮೇಟೆಡ್ ಟೆಸ್ಟ್‌ಗಳನ್ನು ಬಳಸಲೇಬೇಕು.

ಮಲ್ಟಿ-ಕ್ಲೌಡ್ ಸಂಕೀರ್ಣತೆ

Bedrock, Vertex AI, ಮತ್ತು Azure Foundry ಇಡೀ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ಈ ಡಿಫಾಲ್ಟ್ ಅನ್ವಯವಾಗಿರುವುದರಿಂದ, ಮಲ್ಟಿ-ಕ್ಲೌಡ್ ಸೆಟಪ್‌ಗಳನ್ನು ಬಳಸುವ ಸಂಸ್ಥೆಗಳು ಸ್ಥಿರತೆಯ (consistency) ಬಗ್ಗೆ ಯೋಚಿಸಬೇಕಾಗುತ್ತದೆ. ನೀವು ಪ್ರತಿಯೊಂದು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡದ ಹೊರತು, GCP ನಲ್ಲಿ ಅದನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಇಟ್ಟುಕೊಂಡು, AWS ನಲ್ಲಿ ಸಡಿಲವಾದ ಅನುಮತಿಗಳೊಂದಿಗೆ ಆಟೋ ಮೋಡ್ (auto mode) ಚಲಿಸಲು ಬಿಡಬಾರದು. ನೀವು ಈ ಮೂರು ಕ್ಲೌಡ್‌ಗಳನ್ನು ಒಂದೇ ಕಾರ್ಯಾಚರಣೆಯ ಜಾಲವೆಂದು ಪರಿಗಣಿಸಿದರೆ, ಈಗಲೇ ನಿಮ್ಮ disableAutoMode ನೀತಿ ಮತ್ತು ನಿಮ್ಮ ಐಡೆಂಟಿಟಿ ಬೌಂಡರಿಗಳನ್ನು (identity boundaries) ಪ್ರಮಾಣೀಕರಿಸಿ. ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವು ಬಿಲ್ಡ್ (build) ವಿಫಲವಾಗುವವರೆಗೆ ಅಥವಾ ಅದಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗುವವರೆಗೆ ಕಣ್ಣಿಗೆ ಕಾಣಿಸುವುದಿಲ್ಲ.

ಕ್ಲಾಸಿಫೈಯರ್ (classifier) ಏನನ್ನು ಗಮನಿಸುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಕೂಡ ಮುಖ್ಯ. ಇದು ಏಜೆಂಟ್ ತನ್ನ ಕೆಲಸದಲ್ಲಿ ಸರಿಯಾಗಿದ್ದಾನೆಯೇ ಎಂದು ಮಾತ್ರ ಪರಿಶೀಲಿಸುತ್ತದೆ, ಆದರೆ ಒಂದು ರಿಫ್ಯಾಕ್ಟರ್ (refactor) ನಿಮ್ಮ ಕೋಡ್‌ಬೇಸ್‌ನಲ್ಲಿ ಇತರ ಪರಿಣಾಮಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆಯೇ ಎಂದು ನೋಡುವುದಿಲ್ಲ. ಒಂದು ಶೇರ್ಡ್ ಯುಟಿಲಿಟಿಯನ್ನು (shared utility) ಹೊರತೆಗೆಯುತ್ತಿರುವ ಏಜೆಂಟ್ ತನ್ನ ಪ್ರಾಂಪ್ಟ್‌ಗೆ ಅನುಗುಣವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿರುವಂತೆ ಕಾಣಬಹುದು, ಆದರೆ ಅದು ಹತ್ತು ಡೌನ್‌ಸ್ಟ್ರೀಮ್ ಸೇವೆಗಳು ಅವಲಂಬಿಸಿರುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸೂಕ್ಷ್ಮವಾಗಿ ಬದಲಾಯಿಸಬಹುದು. ಕ್ಲಾಸಿಫೈಯರ್ ಒಬ್ಬ ಸೀನಿಯರ್ ಆರ್ಕಿಟೆಕ್ಟ್ ಅಲ್ಲ. ಅದು ಕೇವಲ ಕೆಲಸವನ್ನು ಪರಿಶೀಲಿಸುವ ಸಾಧನ (task checker).

ಮುಂದಿನ ಸ್ಪ್ರಿಂಟ್‌ಗಾಗಿ ಒಂದು ಚೆಕ್‌ಲಿಸ್ಟ್

ನೀವು ಈ ಪರಿವರ್ತನೆಯನ್ನು ನಿರ್ವಹಿಸುತ್ತಿದ್ದರೆ, ಈ ವಾರ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ನಿರ್ದಿಷ್ಟ ಕ್ರಮಗಳು ಇಲ್ಲಿವೆ:

  • ಎರಡು ವಾರಗಳ ಲಾಗ್‌ಗಳನ್ನು (logs) ಆಡಿಟ್ ಮಾಡಿ. ಪ್ರತಿಯೊಂದು Claude Code ಕಮಿಟ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಿ. ಮಾನವ ಅನುಮೋದನೆಯ ಪ್ರಾಂಪ್ಟ್ ಇಲ್ಲದೆ ನಡೆದ ಯಾವುದೇ ಕಮಿಟ್‌ಗಳನ್ನು ಗುರುತಿಸಿ.
  • ಅಧಿಕಾರ ವ್ಯಾಪ್ತಿಯನ್ನು (credentials) ನಿರ್ಧರಿಸಿ. ಏಜೆಂಟ್‌ಗಾಗಿ ಪ್ರತ್ಯೇಕ ಸರ್ವಿಸ್ ಅಕೌಂಟ್ ಅನ್ನು ರಚಿಸಿ. ಅದಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಡೈರೆಕ್ಟರಿಗಳಿಗೆ ಮಾತ್ರ ಬರವಣಿಗೆಯ ಪ್ರವೇಶವನ್ನು (write access) ನೀಡಿ. ಪ್ರೊಡಕ್ಷನ್ ಡೇಟಾಬೇಸ್‌ಗಳು, ಡಿಪ್ಲಾಯ್ಮೆಂಟ್ ಕೀಗಳು ಅಥವಾ ಗ್ರಾಹಕರ ಡೇಟಾ ಸ್ಟೋರ್‌ಗಳಿಗೆ ಎಂದಿಗೂ ಪ್ರವೇಶ ನೀಡಬೇಡಿ.
  • ನಿಮ್ಮ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಿ. ಹಳೆಯ ಎನ್ವಿರಾನ್ಮೆಂಟ್ ವೇರಿಯಬಲ್ ಟೋಗಲ್‌ಗಳ (environment variable toggles) ಉಲ್ಲೇಖಗಳನ್ನು ತೆಗೆದುಹಾಕಿ. ಆನ್-ಕಾಲ್ ಇಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಹೊಸ disableAutoMode ಮ್ಯಾನೇಜ್ಡ್ ಸೆಟ್ಟಿಂಗ್ ಬಗ್ಗೆ ತಿಳಿಸಿ.
  • ಅಪಾಯದ ಆಧಾರದ ಮೇಲೆ ವಿಂಗಡಿಸಿ. ಫಾರ್ಮ್ಯಾಟಿಂಗ್ ಮತ್ತು ಸಣ್ಣ ಡಿಪೆಂಡೆನ್ಸಿ ಅಪ್‌ಡೇಟ್‌ಗಳಂತಹ ಕೇವಲ ಡೆವ್ (dev) ಕೆಲಸಗಳಿಗೆ ಆಟೋ ಮೋಡ್ ಅನ್ನು ಅನುಮತಿಸಿ. ಬಿಸಿನೆಸ್ ಲಾಜಿಕ್, ಅಥೆಂಟಿಕೇಶನ್ ಅಥವಾ ಡೇಟಾ ಹ್ಯಾಂಡ್ಲಿಂಗ್ ಕೋಡ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಕೆಲಸಕ್ಕೆ ಮ್ಯಾನುಯಲ್ ಮೋಡ್ ಅಥವಾ ಸಂಪೂರ್ಣ ಮಾನವ ವಿಮರ್ಶೆಯನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸಿ.
  • ನಿಮ್ಮ ಕಾಂಪ್ಲೈಯನ್ಸ್ ತಂಡಕ್ಕೆ ಮಾಹಿತಿ ನೀಡಿ. ಕ್ಲಾಸಿಫೈಯರ್ ಎಂಬುದು ಸ್ವಯಂಚಾಲಿತ ಪರಿಶೀಲನೆಯೇ ಹೊರತು ಮಾನವ ಸಹಿ ಅಲ್ಲ ಎಂದು ವಿವರಿಸಿ. ಹೊಸ ಆಪ್ಟ್-ಔಟ್ ಡಿಫಾಲ್ಟ್ (opt-out default) ನಿಮ್ಮ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಚೇಂಜ್-ಕಂಟ್ರೋಲ್ ನೀತಿಗಳೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಅವರಿಗೆ ತೋರಿಸಿ.

ಗಾರ್ಡ್‌ರೈಲ್‌ಗಳನ್ನು (Guardrails) ಉಳಿಸಿಕೊಳ್ಳಿ, ನಾಟಕೀಯತೆಯನ್ನು ಬಿಡಿ

ಮ್ಯಾನುಯಲ್ ಮೋಡ್‌ನಲ್ಲಿ ಇದ್ದ ಅನುಮೋದನೆಯ ಪ್ರಕ್ರಿಯೆಯನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ ಆಟೋ ಮೋಡ್ AI-ಸಹಾಯದ ಕೋಡಿಂಗ್ ಅನ್ನು ವೇಗಗೊಳಿಸುತ್ತದೆ. ಅರ್ಧರಾತ್ರಿಯಲ್ಲಿ ಸುಸ್ತಾದ ಡೆವಲಪರ್ "yes" ಎಂದು ಒತ್ತಿಬಿಡುವುದಕ್ಕಿಂತ, ಏಜೆಂಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವ ಎರಡನೇ ಮಾಡೆಲ್ ಉತ್ತಮ ಸುರಕ್ಷತಾ ಕ್ರಮವಾಗಿದೆ. ಆದರೆ ಡಿಫಾಲ್ಟ್ ಎಂಬುದು ಮೊದಲೇ ತೆಗೆದುಕೊಳ್ಳಲಾದ ನಿರ್ಧಾರವಾಗಿದೆ, ಮತ್ತು ನೀವು ಇಲ್ಲವೆಂದು ಹೇಳುವವರೆಗೆ ನಿಮಗೆ ಸ್ವಾಯತ್ತತೆ (autonomy) ಬೇಕೆಂದು ಇದು ಭಾವಿಸುತ್ತದೆ.

2.1.207 ಅನ್ನು ಕೇವಲ ಸೌಕರ್ಯದ ಅಪ್‌ಗ್ರೇಡ್ ಎಂದು ಪರಿಗಣಿಸಬೇಡಿ, ಬದಲಿಗೆ ಇದನ್ನು ಮೂಲಸೌಕರ್ಯ ಬದಲಾವಣೆ (infrastructure change) ಎಂದು ಪರಿಗಣಿಸಿ. ನಿಮ್ಮ ಅನುಮತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ನಿಮ್ಮ ರನ್‌ಬುಕ್‌ಗಳನ್ನು (runbooks) ಮರುಬರೆಯಿರಿ ಮತ್ತು ಯಾವ ವರ್ಕ್‌ಫ್ಲೋಗಳು ಸ್ವಯಂಚಾಲಿತವಾಗಿರಬೇಕು ಮತ್ತು ಯಾವುವು ಮಾನವ ಹಸ್ತಕ್ಷೇಪದೊಂದಿಗೆ ಇರಬೇಕು ಎಂಬುದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ನಿರ್ಧರಿಸಿ. ಏಜೆಂಟ್‌ಗೆ ಕಷ್ಟಕರವಾದ ಕೆಲಸಗಳನ್ನು (grunt work) ಮಾಡಲು ಬಿಡಿ. ಆ ಕೆಲಸದ ಸುತ್ತಲಿನ ರಕ್ಷಣೆ ಸಾಕಷ್ಟು ಬಲವಾಗಿದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ನಿಮ್ಮ ಕೆಲಸ.

Telegram ನಲ್ಲಿರುವ GyaanSetu AI ಸಮುದಾಯದಲ್ಲಿ ಚರ್ಚೆಯಲ್ಲಿ ಭಾಗವಹಿಸಿ.