AI ಏಜೆಂಟ್ ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆ: ಬಳಕೆದಾರರು ನಂಬಿಕೆಯನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಮೊದಲು ತಪ್ಪು ಕ್ರಮಗಳನ್ನು ಹಿಂಪಡೆಯಿರಿ
ನಂಬಿಕಾರ್ಹ AI ಏಜೆಂಟ್ಗಳು ಪರಿಪೂರ್ಣವಾಗಿರಬೇಕಾಗಿಲ್ಲ. ಅವು ಹೇಗೆ ನಿಲ್ಲಿಸಬೇಕು, ತಮ್ಮ ತಪ್ಪನ್ನು ಹೇಗೆ ವಿವರಿಸಬೇಕು ಮತ್ತು ಹೇಗೆ ಚೇತರಿಸಿಕೊಳ್ಳಬೇಕು ಎಂಬುದು ತಿಳಿದಿರಬೇಕು.
ನಿಮ್ಮ ಏಜೆಂಟ್ ತಪ್ಪಾದ CRM ಫೀಲ್ಡ್ ಅನ್ನು ಅಪ್ಡೇಟ್ ಮಾಡಿದರೆ ಅಥವಾ ಒಂದೇ ಪಾವತಿಯನ್ನು ಎರಡು ಬಾರಿ ಕಳುಹಿಸಿದರೆ, ಕೇವಲ 'ರಿಟ್ರೈ' (retry) ಮಾಡುವುದರಿಂದ ಹಾನಿಯನ್ನು ಸರಿಪಡಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೈಜ ಘಟನೆ ಎದುರಾಗುವ ಮೊದಲೇ ನೀವು ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ಹೊಂದಿರಬೇಕು.
ಏಜೆಂಟ್ಗಳು ಚಾಟ್ನಿಂದ ನೈಜ ಕೆಲಸದ ಕಡೆಗೆ ಸಾಗುತ್ತಿರುವಂತೆ, ಅವು ಈಗ ಸ್ಥಿತಿಯನ್ನು (state) ಬದಲಾಯಿಸುತ್ತಿವೆ. ಇದು ರೋಲ್ಬ್ಯಾಕ್ ಅನ್ನು ಕೇವಲ ಬ್ಯಾಕೆಂಡ್ ಕಾರ್ಯವಾಗಿ ಉಳಿಸದೆ, ಒಂದು ಉತ್ಪನ್ನದ ವೈಶಿಷ್ಟ್ಯವನ್ನಾಗಿ (product feature) ಮಾಡುತ್ತದೆ.
ಸಾಮಾನ್ಯ ವೈಫಲ್ಯದ ವಿಧಾನಗಳು:
- ಏಜೆಂಟ್ ತಪ್ಪಾದ ರೆಕಾರ್ಡ್ ID ಅನ್ನು ಬಳಸುತ್ತದೆ.
- ರಿಟ್ರೈ ಮಾಡುವುದರಿಂದ ಒಂದು ಕ್ರಮವು ಎರಡು ಬಾರಿ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ.
- ಮಾಡೆಲ್ ಬದಲಾವಣೆಯು ಒಂದು ಟೂಲ್ ಕೆಲಸ ಮಾಡುವ ವಿಧಾನವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
- ವರ್ಕ್ಫ್ಲೋ ಹಳೆಯ ನೆನಪಿನೊಂದಿಗೆ (old memory) ಪುನರಾರಂಭವಾಗುತ್ತದೆ.
- ಭಾಗಶಃ ಅನುಕ್ರಮವು (partial sequence) ಡೇಟಾವನ್ನು ಅಸಂಗತವಾಗಿ (inconsistent) ಬಿಡುತ್ತದೆ.
ಚೇತರಿಕೆ ಪದರವನ್ನು (recovery layer) ನಿರ್ಮಿಸುವುದು ಹೇಗೆ:
ಆಕ್ಷನ್ ಲೆಡ್ಜರ್ ಬಳಸಿ (Use an Action Ledger) ಕೇವಲ ಲಾಗ್ಗಳ (logs) ಮೇಲೆ ಅವಲಂಬಿತರಾಗಬೇಡಿ. ಪ್ರತಿಯೊಂದು ಸ್ಟೇಟ್ ಚೇಂಜ್ ಅನ್ನು ದಾಖಲಿಸುವ ಲೆಡ್ಜರ್ ಅನ್ನು ರಚಿಸಿ. ಪ್ರತಿಯೊಂದು ಟೂಲ್ ಕಾಲ್ (tool call) ಕಾರ್ಯಗತಗೊಳಿಸುವ ಮೊದಲು ಮತ್ತು ನಂತರ ಒಂದು ಎಂಟ್ರಿಯನ್ನು ರಚಿಸಬೇಕು. ಇದು ಚೇತರಿಕೆಗೆ ನಿಮ್ಮ ಸತ್ಯದ ಮೂಲವಾಗಿದೆ (source of truth).
ನಿಮ್ಮ ಕ್ರಮಗಳನ್ನು ವರ್ಗೀಕರಿಸಿ (Classify Your Actions) ಪ್ರತಿಯೊಂದು ಕ್ರಮವೂ ಒಂದೇ ರೀತಿ ಇರುವುದಿಲ್ಲ.
- Read-only: ರೋಲ್ಬ್ಯಾಕ್ ಅಗತ್ಯವಿಲ್ಲ.
- Internal updates: ಸ್ನ್ಯಾಪ್ಶಾಟ್ನಿಂದ ಹಿಂದಿನ ಮೌಲ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸಿ.
- External reversible: ಘಟನೆಯನ್ನು ಅಳಿಸಿ ಅಥವಾ ಸ್ಥಿತಿಯನ್ನು (status) ಅಪ್ಡೇಟ್ ಮಾಡಿ.
- External irreversible: ನಿಜವಾದ 'ಅಂಡೋ' (undo) ಬದಲಿಗೆ ಪರಿಹಾರವನ್ನು (compensation) ಬಳಸಿ. ಇಮೇಲ್ಗಳು ಅಥವಾ ಪಾವತಿಗಳ ವಿಷಯದಲ್ಲಿ, ನೀವು ಅವುಗಳನ್ನು "ಅನ್-ಸೆಂಡ್" (un-send) ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ. ನೀವು ತಿದ್ದುಪಡಿ ಅಥವಾ ಮರುಪಾವತಿಯನ್ನು (refund) ಕಳುಹಿಸಬೇಕಾಗುತ್ತದೆ.
ಐಡೆಂಪೊಟೆನ್ಸಿ (Idempotency) ಅನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸಿ ಮಾಡೆಲ್ ಐಡೆಂಪೊಟೆನ್ಸಿಯನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುವುದಿಲ್ಲ. ನಿಮ್ಮ ಟೂಲ್ ರನ್ಟೈಮ್ (tool runtime) ಅದನ್ನು ಮಾಡಲೇಬೇಕು. ಏಜೆಂಟ್ ಒಂದು ಕಾರ್ಯವನ್ನು ಮರುಪ್ರಯತ್ನಿಸಿದಾಗ, ಅದು ದ್ವಿಗುಣ ಪರಿಣಾಮಗಳನ್ನು (duplicate side effects) ಸೃಷ್ಟಿಸದಂತೆ ನೋಡಿಕೊಳ್ಳಲು ಐಡೆಂಪೊಟೆನ್ಸಿ ಕೀಗಳನ್ನು ಬಳಸಿ.
ಸಾಗಾ ಪ್ಯಾಟರ್ನ್ ಬಳಸಿ (Use the Saga Pattern) ದೀರ್ಘ ವರ್ಕ್ಫ್ಲೋಗಳಿಗಾಗಿ, ಪ್ರತಿಯೊಂದು ಮುನ್ನಡೆಯುವ ಕ್ರಮಕ್ಕೂ ಒಂದು ಪರಿಹಾರ ಕ್ರಮದ (compensating action) ಅಗತ್ಯವಿದೆ.
- ಕಾರ್ಯವನ್ನು ರಚಿಸಿದರೆ? ಅದನ್ನು ಅಳಿಸುವುದು ಅಥವಾ ರದ್ದುಗೊಳಿಸುವುದು ಪರಿಹಾರವಾಗಿದೆ.
- ಫೀಲ್ಡ್ ಅನ್ನು ಅಪ್ಡೇಟ್ ಮಾಡಿದರೆ? ಹಳೆಯ ಮೌಲ್ಯವನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು ಪರಿಹಾರವಾಗಿದೆ.
- ಇಮೇಲ್ ಕಳುಹಿಸಿದರೆ? ತಿದ್ದುಪಡಿಯನ್ನು ಕಳುಹಿಸುವುದು ಪರಿಹಾರವಾಗಿದೆ.
ಚೆಕ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸಿ (Implement Checkpoints) ಕ್ರ್ಯಾಶ್ ಆದ ನಂತರ "ನಾವು ಎಲ್ಲಿಗೆ ಬಂದಿದ್ದೆವು ಎಂದು ಪತ್ತೆಹಚ್ಚಿ" ಎಂದು ಮಾಡೆಲ್ ಅನ್ನು ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಪ್ರಸ್ತುತ ಸ್ಥಿತಿ (current state), ಪೂರ್ಣಗೊಂಡ ಕ್ರಮಗಳು ಮತ್ತು ಬಾಕಿ ಇರುವ ಕಾರ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಚೆಕ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಬಳಸಿ. ಕೆಲಸವನ್ನು ಪುನರಾರಂಭಿಸಲು ಸಿಸ್ಟಮ್ ಚೆಕ್ಪಾಯಿಂಟ್ ಅನ್ನು ಲೋಡ್ ಮಾಡಬೇಕು.
ರಿಕವರಿ ಕ್ಯೂ (Recovery Queue) ಅನ್ನು ನಿರ್ಮಿಸಿ ವೆರಿಫಿಕೇಶನ್ ಹಂತವು ವಿಫಲವಾದಾಗ, ಕಾರ್ಯವನ್ನು ರಿಕವರಿ ಕ್ಯೂಗೆ ವರ್ಗಾಯಿಸಿ. ಇದು ಕಾರ್ಯವನ್ನು ಪುನರಾರಂಭಿಸಲು, ಪರಿಹರಿಸಲು ಅಥವಾ ಮುಚ್ಚಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಹೆಚ್ಚಿನ ಅಪಾಯವಿರುವ ದೋಷಗಳಿಗಾಗಿ, ಯಾವಾಗಲೂ ಮನುಷ್ಯನ ಅನುಮೋದನೆಯನ್ನು ಕೇಳಿ.
ದೃಶ್ಯೀಕರಿಸಬಹುದಾದ ಚೇತರಿಕೆಯ ಮೂಲಕ ನಂಬಿಕೆಯನ್ನು ನಿರ್ಮಿಸಲಾಗುತ್ತದೆ. ಏಜೆಂಟ್ ತಪ್ಪು ಮಾಡಿದಾಗ, ಅಸ್ಪಷ್ಟ ಭಾಷೆಯನ್ನು ಬಳಸಬೇಡಿ. ಏನು ಬದಲಾಗಿದೆ, ಅದು ಏಕೆ ಸಂಭವಿಸಿತು ಮತ್ತು ನೀವು ಅದನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಬಳಕೆದಾರರಿಗೆ ನಿಖರವಾಗಿ ತಿಳಿಸಿ.
ಮೊದಲ ಘಟನೆ ಸಂಭವಿಸುವ ಮೊದಲೇ ನಿಮ್ಮ ರೋಲ್ಬ್ಯಾಕ್ ಯೋಜನೆಯನ್ನು ಸಿದ್ಧಪಡಿಸಿಕೊಳ್ಳಿ.
Optional learning community: https://t.me/GyaanSetuAi