ನಿಮ್ಮ AI ಏಜೆಂಟ್ ನಿಜವಾಗಿಯೂ ಕೆಲಸಗಳನ್ನು ಮಾಡುವಂತಿದ್ದರೆ—ನಿಮ್ಮ ಕ್ಯಾಲೆಂಡರ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವುದು, ಟಿಕೆಟ್ ಸಲ್ಲಿಸುವುದು, ಸಾಗಣೆಯ ಸ್ಥಿತಿಯನ್ನು ಪಡೆದುಕೊಳ್ಳುವುದು—ಅದು ಹೇಗೆ ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಪ್ರಾಮಾಣಿಕ ಪ್ಯಾರಾಗ್ರಾಫ್ಗಳನ್ನು ಬರೆಯುವ ಬದಲು? ನನಗೂ ಹಾಗೆ ಅನ್ನಿಸುತ್ತದೆ. ನೀವು ಹಗಲುಗನಸು ಕಾಣುವುದನ್ನು ನಿಲ್ಲಿಸಿ API ಗಳನ್ನು ವೈರ್ ಮಾಡಲು ಪ್ರಾರಂಭಿಸುವ ಕ್ಷಣ ಅದು. ವಿನೋದ ಎಲ್ಲಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆಯೋ... ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಅಳುವುದು ಕೂಡ.
ಈ ಕೈಪಿಡಿಯಲ್ಲಿ, ದರ ಮಿತಿಗಳನ್ನು ಮೀರದೆ, ರಹಸ್ಯಗಳನ್ನು ಸೋರಿಕೆ ಮಾಡದೆ ಅಥವಾ ನಿಮ್ಮ ಮರುಪ್ರಯತ್ನದ ತರ್ಕವು ಸ್ವಲ್ಪ ಉತ್ಸಾಹದಿಂದ ಕೂಡಿದೆ ಎಂದು ಸಾವಿರಾರು ನಕಲಿ ಆರ್ಡರ್ಗಳೊಂದಿಗೆ ಎಚ್ಚರಗೊಳ್ಳದೆ ನಿಮ್ಮ AI ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ ಪ್ರಾಜೆಕ್ಟ್ಗೆ API ಗಳನ್ನು ಹೇಗೆ ಸಂಯೋಜಿಸುವುದು ಎಂಬುದನ್ನು ನಾವು ನೋಡೋಣ. ಏನು ಯೋಜಿಸಬೇಕು, ಏನು ನಿರ್ಮಿಸಬೇಕು ಮತ್ತು ಹದ್ದಿನಂತೆ ಏನನ್ನು ನೋಡಬೇಕು ಎಂಬುದನ್ನು ನಾನು ನಿಮಗೆ ತೋರಿಸುತ್ತೇನೆ. ಸುರಕ್ಷಿತ ಟೂಲ್ ಇಂಟಿಗ್ರೇಷನ್ ಕುರಿತು ಪ್ರಸ್ತುತ ಚಿಂತನೆಯನ್ನು ನಾವು ಪರಿಶೀಲಿಸುತ್ತೇವೆ, OAuth ಮತ್ತು ಸ್ಕೋಪ್ಡ್ ಟೋಕನ್ಗಳು ಏಕೆ ನಿಮ್ಮ ಸ್ನೇಹಿತರು, ಬುಲೆಟ್ಪ್ರೂಫ್ ಟೂಲ್ ಸ್ಕೀಮಾಗಳನ್ನು ಹೇಗೆ ವಿನ್ಯಾಸಗೊಳಿಸುವುದು ಮತ್ತು ನಿಮ್ಮ ಏಜೆಂಟ್ 17 ಹ್ಯೂಮಿಡಿಫೈಯರ್ಗಳನ್ನು ಆರ್ಡರ್ ಮಾಡಿದಾಗ ಅದು ಏನು ಮಾಡುತ್ತಿದೆ ಎಂದು ಹೇಗೆ ಪತ್ತೆಹಚ್ಚುವುದು ಎಂಬುದನ್ನು ನೋಡೋಣ.
ದಾರಿಯುದ್ದಕ್ಕೂ, ಆಧುನಿಕ ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ ಪರಿಸರ ವ್ಯವಸ್ಥೆಗಳಿಂದ (ಹೌದು, OpenAI ಯನ್ನೂ ಒಳಗೊಂಡಂತೆ) ಪಡೆದ ಪ್ರಾಯೋಗಿಕ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ನಾನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ, ಜೊತೆಗೆ ಕೆಲವು ಟೆಂಪ್ಲೇಟ್ಗಳು ಮತ್ತು ನೀವು ನಂತರ ಉಳಿಸುವ ಎಚ್ಚರಿಕೆಗಳನ್ನು ನೀಡುತ್ತೇನೆ. ನಾವು ಅದನ್ನು ನೈಜವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತೇವೆ, ನಾವು ಅದನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುತ್ತೇವೆ ಮತ್ತು ನಿಮ್ಮ ಬಳಕೆದಾರರು ಆಕಸ್ಮಿಕವಾಗಿ ಸಂಪೂರ್ಣ ಗ್ರಾಹಕರ ಪಟ್ಟಿಗೆ ಇಮೇಲ್ ಮಾಡದಂತೆ ನೋಡಿಕೊಳ್ಳುತ್ತೇವೆ—ಮತ್ತೆ.
ನಾವು ಏನು ಕಲಿಯಲಿದ್ದೇವೆ:
- ಏಜೆಂಟರಿಗಾಗಿ “API ಗಳು ಏಕೆ” ಎಂಬುದರ ಕಿರು ಕಥೆ—ಮತ್ತು ಅಪಾಯಗಳು.
- ಯುದ್ಧ-ಪರೀಕ್ಷಿತ ಏಕೀಕರಣ ನೀಲನಕ್ಷೆ: ದೃಢೀಕರಣ, ಸ್ಕೀಮಾಗಳು, ಗಾರ್ಡ್ಗಳು, ಮರುಪ್ರಯತ್ನಗಳು, ವೀಕ್ಷಣೆ.
- ಹಂತ-ಹಂತವಾಗಿ: ಟೂಲ್ ಸೇರಿಸುವುದು, ಇನ್ಪುಟ್ಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸುವುದು, ದೋಷಗಳನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ಫಲಿತಾಂಶಗಳನ್ನು ಹಿಂದಿರುಗಿಸುವುದು.
- ಭದ್ರತೆ ಮತ್ತು ಅನುಸರಣೆ: ಕನಿಷ್ಠ ಸವಲತ್ತು, ರಹಸ್ಯಗಳ ನಿರ್ವಹಣೆ ಮತ್ತು ಬಳಕೆಯ ಗಡಿಗಳು.
- ನಿವಾರಣೆ: ಏಜೆಂಟ್ ಸ್ಕ್ರಿಪ್ಟ್ನಿಂದ ದೂರ ಸರಿದಾಗ, ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಭ್ರಮೆಗೊಳಿಸಿದಾಗ ಅಥವಾ ಲೂಪ್ಗಳನ್ನು ಮಾಡಿದಾಗ.
- ನಿಮ್ಮ ಪ್ರಾಜೆಕ್ಟ್ಗೆ ನೀವು ನಕಲಿಸಬಹುದಾದ ಪ್ರಾಯೋಗಿಕ ಉದಾಹರಣೆಗಳು ಮತ್ತು ಪರೀಕ್ಷಾ ತಂತ್ರಗಳು.
AI ಏಜೆಂಟ್ಗೆ API ಗಳನ್ನು ಏಕೆ ವೈರ್ ಮಾಡಬೇಕು?
ಏಕೆಂದರೆ ನಿಮ್ಮ ಏಜೆಂಟ್ API ಗಳನ್ನು ಕರೆಯಲು ಸಾಧ್ಯವಾದಾಗ, ಅದು ಪ್ರತಿಭಾವಂತ ಮಾತನಾಡುವವನಾಗುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಸಹಾಯ ಮಾಡುವ ಕೆಲಸಗಾರನಾಗುತ್ತಾನೆ. ಇದರರ್ಥ ಅದು ಹೀಗೆ ಮಾಡಬಹುದು:
- ಲೈವ್ ಡೇಟಾವನ್ನು ಪಡೆದುಕೊಳ್ಳಿ: “ಇತ್ತೀಚಿನ ಸಾಗಣೆಯ ETA ಏನು?”
- ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ: “Jira ಟಿಕೆಟ್ ಸಲ್ಲಿಸಿ ಮತ್ತು ಅದನ್ನು ಲಿಲಿಗೆ ನಿಯೋಜಿಸಿ.”
- ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಸಂಘಟಿಸಿ: “ಅವರ CRM ಟಿಪ್ಪಣಿಗಳನ್ನು ಪರಿಶೀಲಿಸಿದ ನಂತರ ಟಾಪ್ ಐದು ತಡವಾಗಿ ಪಾವತಿಸುವವರಿಗೆ ಇಮೇಲ್ ಮಾಡಿ.”
ಆ ಶಕ್ತಿಯು ಅಪಾಯದೊಂದಿಗೆ ಬರುತ್ತದೆ. ಏಜೆಂಟ್ಗಳು ಸ್ವಭಾವತಃ ಸೃಜನಶೀಲರಾಗಿರುತ್ತಾರೆ. ಮೇಲ್ವಿಚಾರಣೆಯಿಲ್ಲದೆ ಬಿಟ್ಟರೆ, ಅವರು API ಎಂಡ್ಪಾಯಿಂಟ್ಗಳನ್ನು ಕಂಡುಹಿಡಿಯುತ್ತಾರೆ, ತಪ್ಪು ಪ್ಯಾರಾಮೀಟರ್ಗಳನ್ನು ರವಾನಿಸುತ್ತಾರೆ, ನಿಮ್ಮ ಮಾರಾಟಗಾರರು ನಿಮ್ಮನ್ನು ನಿರ್ಬಂಧಿಸುವವರೆಗೆ ಮರುಪ್ರಯತ್ನಿಸುತ್ತಾರೆ ಮತ್ತು ಎಲ್ಲಾ ದೋಷಗಳು “ತಾತ್ಕಾಲಿಕ” ಎಂದು ಭಾವಿಸುತ್ತಾರೆ, ಮಧ್ಯಾಹ್ನ 3 ಗಂಟೆಯ ನಂತರ ನಿಮಗೆ ಕಾಫಿ ಅಗತ್ಯವಿಲ್ಲ ಎಂದು ನೀವು ನಂಬುವಂತೆ. ಉತ್ತಮ ಏಜೆಂಟರಿಗೆ ಗಾರ್ಡ್ರೈಲ್ಗಳು ಬೇಕಾಗುತ್ತವೆ.
ಸುರಕ್ಷಿತ, ವಿಶ್ವಾಸಾರ್ಹ API ಏಕೀಕರಣಕ್ಕಾಗಿ ಒಂದು ನೀಲನಕ್ಷೆ
ನಿಮ್ಮ AI ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ ಪ್ರಾಜೆಕ್ಟ್ಗೆ API ಗಳನ್ನು ಸಂಯೋಜಿಸಲು ನಾನು ಶಿಫಾರಸು ಮಾಡುವ ಪಾಕವಿಧಾನ ಇಲ್ಲಿದೆ:
- ಸ್ಕೋಪ್ಡ್, ಅಲ್ಪಾವಧಿಯ ಟೋಕನ್ಗಳನ್ನು ಬಳಸಿ. ನಿಮ್ಮ ಏಜೆಂಟ್ಗೆ ಆರ್ಡರ್ಗಳಿಗೆ ಓದಲು ಮಾತ್ರ ಪ್ರವೇಶ ಅಗತ್ಯವಿದ್ದರೆ, ಅದಕ್ಕೆ ನಿರ್ವಾಹಕ ಕೀಗಳನ್ನು ನೀಡಬೇಡಿ. ನೀವು ದೀರ್ಘಾವಧಿಯ ರಹಸ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸಬೇಕಾದರೆ, ಅವುಗಳನ್ನು ಸುರಕ್ಷಿತ ವಾಲ್ಟ್ನಲ್ಲಿ ಇರಿಸಿ, ಪ್ರಾಂಪ್ಟ್ಗಳಲ್ಲಿ ಅಲ್ಲ.
- ಮೂರನೇ ವ್ಯಕ್ತಿಯ API ಗಳಿಗಾಗಿ ಕನಿಷ್ಠ-ಸವಲತ್ತು ಸ್ಕೋಪ್ಗಳೊಂದಿಗೆ OAuth ಅಥವಾ ಸೇವಾ ಖಾತೆಗಳನ್ನು ಬಳಸಿ. ಆ ರೀತಿಯಲ್ಲಿ, ಟೋಕನ್ ಮಾಡಬೇಕಾದುದಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ—ಮತ್ತು ಅದು ಅವಧಿ ಮುಗಿಯುತ್ತದೆ.
- ಪ್ರತಿ ಪರಿಸರಕ್ಕೆ (dev/staging/prod) ಪ್ರತ್ಯೇಕ ರುಜುವಾತುಗಳನ್ನು ಬಳಸಿ. .env ಫೈಲ್ ತೊಂದರೆಗೀಡಾದ ಕಾರಣ ನಿಮ್ಮ ಸ್ಟೇಜಿಂಗ್ ಏಜೆಂಟ್ ಉತ್ಪಾದನಾ ದಾಖಲೆಗಳನ್ನು ನವೀಕರಿಸುವುದನ್ನು ನೀವು ಬಯಸುವುದಿಲ್ಲ.
- ಮಾದರಿಯನ್ನು ನೋಡಿಕೊಳ್ಳುವ ಟೂಲ್ ಸ್ಕೀಮಾಗಳು (ಚೆನ್ನಾಗಿ)
- ಪ್ರತಿ ಟೂಲ್ಗೆ ಕಟ್ಟುನಿಟ್ಟಾದ, ಟೈಪ್ ಮಾಡಿದ ಪ್ಯಾರಾಮೀಟರ್ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ: ಎನ್ಯುಮ್ಗಳು, ಸಂಖ್ಯೆಯ ಶ್ರೇಣಿಗಳು, ಅಗತ್ಯ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಇನ್ಪುಟ್ ಉದಾಹರಣೆಗಳು. ನಿಮ್ಮ ಸ್ಕೀಮಾ ಸೀಟ್ಬೆಲ್ಟ್ ಆಗಿದೆ.
- ಯಾವುದೇ ನೆಟ್ವರ್ಕ್ ಕರೆ ಮಾಡುವ ಮೊದಲು ಇನ್ಪುಟ್ಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಿ. ಮಾದರಿಯು ನಿಮಗೆ ಅರ್ಧ-ಬೇಯಿಸಿದ ನಗರದ ಹೆಸರನ್ನು ನೀಡಿದರೆ, ಸಹಾಯಕವಾದ ದೋಷದೊಂದಿಗೆ ಅದನ್ನು ತಿರಸ್ಕರಿಸಿ ಮತ್ತು ಸ್ಪಷ್ಟ ನಿರ್ಬಂಧಗಳೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಿಸಲು ಕೇಳಿ.
- ಟೂಲ್ಗಳನ್ನು ಚಿಕ್ಕದಾಗಿ ಮತ್ತು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಇರಿಸಿ. “get_weather(city, country_code)” ಎಂಬುದು “do_weather_things” ಗಿಂತ ಉತ್ತಮವಾಗಿದೆ. ಸಣ್ಣ ಟೂಲ್ಗಳು ಉತ್ತಮವಾಗಿ ಚೈನ್ ಆಗುತ್ತವೆ ಮತ್ತು ಚಿಕ್ಕದಾಗಿ ವಿಫಲಗೊಳ್ಳುತ್ತವೆ.
- ಪ್ರತಿ ಟೂಲ್ ಅನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಐಡೆಂಪೋಟೆಂಟ್ ಆಗಿ ಇರಿಸಿ. ಏಜೆಂಟ್ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸಿದರೆ, ನೀವು ನಕಲಿ ಆರ್ಡರ್ಗಳನ್ನು ಬಯಸುವುದಿಲ್ಲ. ಬರೆಯುವ ಕಾರ್ಯಾಚರಣೆಗಳಲ್ಲಿ ಐಡೆಂಪೋಟೆನ್ಸಿ ಕೀಗಳನ್ನು ಬಳಸಿ.
- ಟೂಲ್ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಊಹಿಸಬಹುದಾದಂತೆ ಮಾಡಿ. ಸ್ಥಿತಿ, ಡೇಟಾ ಮತ್ತು ದೋಷ ಕ್ಷೇತ್ರಗಳೊಂದಿಗೆ ರಚನಾತ್ಮಕ JSON ಅನ್ನು ಹಿಂತಿರುಗಿಸಿ, ಆಶ್ಚರ್ಯಕರ ಪ್ರೊಸೆ ಅಲ್ಲ.
- ಘಾತೀಯ ಬ್ಯಾಕ್ಆಫ್ನೊಂದಿಗೆ ಬೌಂಡ್ ಮಾಡಿದ ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ—ಮತ್ತು ಮರುಪ್ರಯತ್ನಿಸಲು ಸುರಕ್ಷಿತವಾದ ದೋಷಗಳಿಗೆ ಮಾತ್ರ (ಟೈಮ್ಔಟ್ಗಳು, 5xx). ಮೌಲ್ಯೀಕರಣ ಅಥವಾ 4xx ದೋಷಗಳನ್ನು ಮರುಪ್ರಯತ್ನಿಸಬೇಡಿ.
- ಮಾದರಿಗೆ ಕಾರ್ಯಸಾಧ್ಯವಾದ ದೋಷ ಸಂದೇಶಗಳನ್ನು ನೀಡಿ. “ದರ ಮಿತಿ ಮೀರಿದೆ; 10 ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ” ಎಂಬುದು “ದೋಷ: 429” ಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಹಾಯಕವಾಗಿದೆ.
- ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್ಗಳನ್ನು ಸೇರಿಸಿ. API ಹೊರಬರುತ್ತಿದ್ದರೆ, ಅದನ್ನು ಹೊಡೆಯುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಸಭ್ಯವಾಗಿ ವಿಫಲರಾಗಿ.
- ದರ ಮಿತಿ, ಕೋಟಾಗಳು ಮತ್ತು ವೆಚ್ಚ ನಿಯಂತ್ರಣ
- ಪ್ರತಿ ಬಳಕೆದಾರ/ಸೆಷನ್ಗೆ ಕರೆ ಬಜೆಟ್ಗಳನ್ನು ಜಾರಿಗೊಳಿಸಿ. ಒಂದು ದುರುದ್ದೇಶಪೂರಿತ ಲೂಪ್ ನಿಮ್ಮ ಮಾಸಿಕ ಕೋಟಾವನ್ನು ಸುಡಬಾರದು.
- ಸಮಂಜಸವಾದಾಗ ಫಲಿತಾಂಶಗಳನ್ನು ಸಂಗ್ರಹಿಸಿ (ಉದಾ., ಕಡಿಮೆ ತಾಜಾತನದ ವಿಂಡೋಗಳನ್ನು ಹೊಂದಿರುವ ಓದುವ ವಿನಂತಿಗಳು). ನಿಮ್ಮ ಬಳಕೆದಾರರಿಗೆ ಐದು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಐದು ಒಂದೇ ರೀತಿಯ ಲೈವ್ ಚೆಕ್ಗಳು ಅಗತ್ಯವಿಲ್ಲ.
- ವೀಕ್ಷಣೆ ಮತ್ತು ಪತ್ತೆಹಚ್ಚುವಿಕೆ
- ಪ್ರತಿ ಟೂಲ್ ಕರೆಯನ್ನು ಲಾಗ್ ಮಾಡಿ: ಇನ್ಪುಟ್ಗಳು, ಔಟ್ಪುಟ್ಗಳು, ಲೇಟೆನ್ಸಿ, ಸ್ಥಿತಿ ಕೋಡ್ಗಳು ಮತ್ತು ಮೊದಲು/ನಂತರ ಏಜೆಂಟ್ನ ತಾರ್ಕಿಕ ತುಣುಕು.
- ಕಾಡಿನಲ್ಲಿ ಏನಾಯಿತು ಎಂಬುದನ್ನು ನೀವು ಪುನರ್ನಿರ್ಮಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಬಳಕೆದಾರ, ಸೆಷನ್ ಮತ್ತು ಟೂಲ್ ಹೆಸರಿನಿಂದ ಲಾಗ್ಗಳನ್ನು ಟ್ಯಾಗ್ ಮಾಡಿ.
- ಕೆಂಪು ಬಟನ್ ಇರಿಸಿ: ಉತ್ಪಾದನೆಯಲ್ಲಿ ದುರ್ವರ್ತನೆಯ ಟೂಲ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ತ್ವರಿತ ಮಾರ್ಗ.
- ಅಪಾಯಕಾರಿ ಕ್ರಮಗಳಿಗಾಗಿ ಮಾನವ-ಇನ್-ದಿ-ಲೂಪ್
- ದೃಢೀಕರಣ ಪ್ರಾಂಪ್ಟ್ಗಳು ಅಥವಾ ಅನುಮೋದನೆಗಳ ಹಿಂದೆ ಸೂಕ್ಷ್ಮ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು (ಹಣದ ಚಲನೆ, ಬಹಳಷ್ಟು ಜನರಿಗೆ ಇಮೇಲ್ಗಳು, ಸಿಸ್ಟಮ್ ಬದಲಾವಣೆಗಳು) ಗೇಟ್ ಮಾಡಿ.
- ಹೆಚ್ಚಿನ ಅಪಾಯದ ಟೂಲ್ಗಳಿಗಾಗಿ, ಮಾದರಿಯು ಸಾರಾಂಶವನ್ನು ಉತ್ಪಾದಿಸಲು, ಅದನ್ನು ಬಳಕೆದಾರರಿಗೆ ಪ್ರದರ್ಶಿಸಲು ಮತ್ತು ಸ್ಪಷ್ಟವಾದ ಒಪ್ಪಿಗೆಯ ಮೇರೆಗೆ ಮಾತ್ರ ಮುಂದುವರಿಯಲು ಅಗತ್ಯವಿರುತ್ತದೆ. ನೀವು ಚೆನ್ನಾಗಿ ನಿದ್ರೆ ಮಾಡುತ್ತೀರಿ.
ನಿಮ್ಮ ಮೊದಲ ಟೂಲ್ ಅನ್ನು ಹೊಂದಿಸುವುದು: ಒಂದು ವಾಕ್ಥ್ರೂ
ಸರಳವಾದ “get_weather” ಟೂಲ್ ಅನ್ನು ನಿರ್ಮಿಸೋಣ. ಇದು ಓದಲು-ಮಾತ್ರ API ಆಗಿದೆ—ಕಂಪನಿಯ ಬಿಲ್ಲಿಂಗ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ವೈರ್ ಮಾಡುವ ಮೊದಲು ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ಅಭ್ಯಾಸ ಮಾಡಲು ಸೂಕ್ತವಾಗಿದೆ.
ಹಂತ 1: ಟೂಲ್ ಒಪ್ಪಂದವನ್ನು ಬರೆಯಿರಿ
- ವಿವರಣೆ: “ನಗರ ಮತ್ತು ದೇಶದ ಕೋಡ್ನಿಂದ ಪ್ರಸ್ತುತ ಹವಾಮಾನವನ್ನು ಪಡೆದುಕೊಳ್ಳಿ.”
- ಪ್ಯಾರಾಮೀಟರ್ಗಳು (JSON ಸ್ಕೀಮಾ-ಇಶ್): city (ಸ್ಟ್ರಿಂಗ್, minLength 1), country_code (ಸ್ಟ್ರಿಂಗ್, length 2), units (enum . ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ಗಳೊಂದಿಗೆ ಚೆನ್ನಾಗಿ ಜೋಡಿಯಾಗುವ ಹೊಂದಾಣಿಕೆಯ ಟೂಲ್ ಸ್ಟ್ಯಾಕ್ಗಳ—ಕನೆಕ್ಟರ್ಗಳು, RPA ಬ್ರಿಡ್ಜ್ಗಳು, ವೆಕ್ಟರ್ ಸ್ಟೋರ್ಗಳು—ಸುತ್ತುಗಳನ್ನು ಸಹ ನೀವು ಕಾಣಬಹುದು ಮತ್ತು ನೀವು ಒಂದೇ ಮಾರಾಟಗಾರರ ವಿಧಾನವನ್ನು ಮೀರಿಸಿದರೆ ನಿಮಗೆ ಆಯ್ಕೆಗಳನ್ನು ನೀಡುತ್ತವೆ. ನೀವು ಫ್ರೇಮ್ವರ್ಕ್ಗಳನ್ನು ಹೋಲಿಸುತ್ತಿದ್ದರೆ, ಬಲವಾದ ಟೂಲ್ ಗವರ್ನೆನ್ಸ್, ಸ್ಕೀಮಾ ಜಾರಿ ಮತ್ತು ಸಮಂಜಸವಾದ ಡೀಬಗ್ ಮಾಡುವ ಕಥೆಯನ್ನು ನೋಡಿ ಇದರಿಂದ ಏಜೆಂಟ್ ಏನು ಮಾಡಿದೆ ಮತ್ತು ಏಕೆ ಎಂದು ನೀವು ನೋಡಬಹುದು.
ನೀವು ನಿಜವಾಗಿಯೂ ಬಳಸುವ ಭದ್ರತಾ ಪರಿಶೀಲನಾಪಟ್ಟಿಗಳು
- ಕನಿಷ್ಠ ಸವಲತ್ತು: ಪ್ರತಿ ಟೋಕನ್ ಅನ್ನು ಆ ಟೂಲ್ಗೆ ಅಗತ್ಯವಿರುವದಕ್ಕೆ ಮಾತ್ರ ಸೀಮಿತಗೊಳಿಸಿ.
- ಟೋಕನ್ ನೈರ್ಮಲ್ಯ: ನಿಯಮಿತವಾಗಿ ತಿರುಗಿಸಿ; ಅಲ್ಪಾವಧಿಯ ಟೋಕನ್ಗಳಿಗೆ ಆದ್ಯತೆ ನೀಡಿ; ರಹಸ್ಯಗಳನ್ನು ಎಂದಿಗೂ ಲಾಗ್ ಮಾಡಬೇಡಿ.
- ಡೇಟಾ ಕನಿಷ್ಠೀಕರಣ: ಕೆಲಸಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳನ್ನು ಮಾತ್ರ ಕಳುಹಿಸಿ.
- ಮಾನಿಟರ್ ಮಾಡಿ ಮತ್ತು ಎಚ್ಚರಿಸಿ: ಅಸಾಮಾನ್ಯ ಸ್ಪೈಕ್ಗಳು, ಆಫ್-ಅವರ್ ಕರೆಗಳು ಮತ್ತು ಬರ್ಸ್ಟಿ ಮರುಪ್ರಯತ್ನಗಳಿಗಾಗಿ ಮಿತಿಗಳನ್ನು ಹೊಂದಿಸಿ.
- ಪ್ರವೇಶ ಗಡಿಗಳು: ಸೂಕ್ಷ್ಮ ಎಂಡ್ಪಾಯಿಂಟ್ಗಳಿಗಾಗಿ IP ಅನುಮತಿಸಲಾದ ಪಟ್ಟಿಗಳು ಅಥವಾ ಖಾಸಗಿ ಗೇಟ್ವೇಗಳು.
- ರಹಸ್ಯ ಸಂಗ್ರಹಣೆ: ಆಡಿಟ್ ಲಾಗ್ಗಳು ಮತ್ತು ಎನ್ವೆಲಪ್ ಎನ್ಕ್ರಿಪ್ಶನ್ನೊಂದಿಗೆ ಮೀಸಲಾದ ವಾಲ್ಟ್ ಸೇವೆ.
ಆಳವಾದ ಭದ್ರತಾ ಮೊಲದ ಬಿಲ ಬೇಕೇ? ಏಜೆಂಟ್-ಟೂಲ್ ಭದ್ರತಾ ಮಾದರಿಗಳ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವ ಪ್ರಾಯೋಗಿಕ ಮಾರ್ಗದರ್ಶಿಗಳಿವೆ—ದೃಢೀಕರಣ, ಇನ್ಪುಟ್ ಸ್ಯಾನಿಟೈಸೇಶನ್ ಮತ್ತು ಮಾನಿಟರಿಂಗ್—ನಿಮ್ಮ ಬಾಟ್ಗಳು ನೈಜ ಸಿಸ್ಟಮ್ಗಳನ್ನು ಮುಟ್ಟಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ಸಹಾಯಕವಾಗುತ್ತದೆ. ಕೈಗಾರಿಕಾ ಗುಂಪುಗಳು AI ಸಂದರ್ಭಗಳಲ್ಲಿ API-ನಿರ್ದಿಷ್ಟ ಅಪಾಯಗಳನ್ನು ಸಹ ಕರೆಯಲು ಪ್ರಾರಂಭಿಸಿವೆ, ಉದಾಹರಣೆಗೆ ಏಜೆಂಟ್-ಚಾಲಿತ ಸ್ಪೈಕ್ಗಳು ಮತ್ತು ನಡವಳಿಕೆ-ಆಧಾರಿತ ಅಸಂಗತತೆ ಪತ್ತೆ. ಮತ್ತು ನಿಮ್ಮ ಸನ್ನಿವೇಶಕ್ಕೆ ಏಜೆಂಟ್-ಟು-ಏಜೆಂಟ್ ದೃಢೀಕರಣದ ಅಗತ್ಯವಿದ್ದರೆ—ಹೌದು, ಅದು ಒಂದು ವಿಷಯ—ಸುರಕ್ಷಿತ ಹ್ಯಾಂಡ್ಶೇಕ್ಗಳಿಗಾಗಿ ಸಂದರ್ಭ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಮತ್ತು OAuth ಅನ್ನು ಒಟ್ಟಿಗೆ ಜೋಡಿಸುವ ಆಧುನಿಕ ಮಾದರಿಗಳಿವೆ.
ನೀವು ಕದಿಯಬಹುದಾದ ಮಾದರಿ ಲೈಬ್ರರಿ
ಟೂಲ್ ರಾಪರ್ ಮಾದರಿ
- ಸ್ಕೀಮಾಗೆ ವಿರುದ್ಧವಾಗಿ ಇನ್ಪುಟ್ಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಿ; ಅಮಾನ್ಯವಾಗಿದ್ದರೆ ಸಹಾಯಕವಾದ ದೋಷವನ್ನು ಹಿಂತಿರುಗಿಸಿ.
- ಟೈಮ್ಔಟ್ಗಳು, ಬ್ಯಾಕ್ಆಫ್ ಪಾಲಿಸಿ ಮತ್ತು ಐಡೆಂಪೋಟೆನ್ಸಿ ಕೀ (ಬರಹಗಳಿಗಾಗಿ) ಜೊತೆಗೆ ವಿನಂತಿಯನ್ನು ನಿರ್ಮಿಸಿ.
- ಡೇಟಾವನ್ನು ಸ್ವಚ್ಛಗೊಳಿಸಿ: ಅಗತ್ಯವಿಲ್ಲದಿದ್ದರೆ PII ಅನ್ನು ತಿದ್ದುಪಡಿ ಮಾಡಿ.
- ಪ್ರತಿಕ್ರಿಯೆ ಲಕೋಟೆಯನ್ನು ಪ್ರಮಾಣೀಕರಿಸಿ.
- ಟ್ರೇಸ್ ID ಗಳೊಂದಿಗೆ ರಚನಾತ್ಮಕ ಲಾಗ್ಗಳನ್ನು ಹೊರಸೂಸು.
ಮಾದರಿಗಾಗಿ ನಿರ್ಧಾರ ಮಾದರಿ
- ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳು: “ನಾನು ನಗರ ಮತ್ತು ದೇಶದ ಕೋಡ್ ಹೊಂದಿದ್ದೇನೆ.”
- ಬಳಕೆಯಲ್ಲದ ಉದಾಹರಣೆಗಳು: “ಬಳಕೆದಾರರು ಹವಾಮಾನದ ಬಗ್ಗೆ ಸಾಮಾನ್ಯವಾಗಿ ಕೇಳಿದರೆ, ಕರೆ ಮಾಡಬೇಡಿ.”
- ದೋಷ ಅನುಸರಣೆಗಳು: “ಮೌಲ್ಯೀಕರಣವು ವಿಫಲವಾದರೆ, ಇನ್ಪುಟ್ ಅನ್ನು ಸರಿಪಡಿಸಲು ಒಂದು ಸಂಕ್ಷಿಪ್ತ ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳಿ.”
- ದೃಢೀಕರಣ: “ಬರಹಗಳಿಗಾಗಿ, ಯೋಜನೆಯನ್ನು ಸಾರಾಂಶಗೊಳಿಸಿ ಮತ್ತು ಅನುಮೋದನೆಗಾಗಿ ಕೇಳಿ.”
ಉಲ್ಬಣ ಮಾದರಿ
- 429 ಆಗಿದ್ದರೆ: ಸೂಚಿಸಿದ ಸಮಯಕ್ಕಾಗಿ ಕಾಯಿರಿ; ನಂತರ ಜಿಟರ್ನೊಂದಿಗೆ ಮರುಪ್ರಯತ್ನಿಸಿ; ಒಟ್ಟು ಪ್ರಯತ್ನಗಳನ್ನು ಮಿತಿಗೊಳಿಸಿ.
- 5xx ಆಗಿದ್ದರೆ: ಘಾತೀಯ ಬ್ಯಾಕ್ಆಫ್; ಪ್ರಯತ್ನಗಳನ್ನು ಮಿತಿಗೊಳಿಸಿ; ಲಭ್ಯವಿದ್ದರೆ ಪರ್ಯಾಯ ಮಾರ್ಗವನ್ನು ಪರಿಗಣಿಸಿ.
- ಮೌಲ್ಯೀಕರಣ ದೋಷವಾಗಿದ್ದರೆ: ಮರುಪ್ರಯತ್ನಿಸಬೇಡಿ; ತಿದ್ದುಪಡಿಗಾಗಿ ಕೇಳಿ.
- ಪುನರಾವರ್ತಿತ ವೈಫಲ್ಯಗಳಾಗಿದ್ದರೆ: ಈ ಕಾರ್ಯಕ್ಕಾಗಿ ಟೂಲ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ; ಕ್ಷಮಿಸಿ; ಫಾಲ್ಬ್ಯಾಕ್ ಅನ್ನು ಪ್ರಸ್ತಾಪಿಸಿ.
ಉದಾಹರಣೆ: ಎರಡು ಟೂಲ್ಗಳನ್ನು ಸುರಕ್ಷಿತವಾಗಿ ಚೈನ್ ಮಾಡುವುದು
ಬಳಕೆದಾರ: “ಮೂರು ದಿನಗಳಿಗಿಂತ ಹೆಚ್ಚು ವಿಳಂಬವಾದ ಟಾಪ್ ಮೂರು ಆರ್ಡರ್ಗಳನ್ನು ನನಗೆ ಇಮೇಲ್ ಮಾಡಿ.”
- ಹಂತ 1: get_delayed_orders(days=3, limit=3) — ಓದಲು ಮಾತ್ರ, ಸಂಗ್ರಹಿಸಬಹುದಾದದು.
- ಹಂತ 2: compose_email(to=user_email, body=summary) — ಮೊದಲು ಪೂರ್ವವೀಕ್ಷಣೆ ಮೋಡ್.
- ಹಂತ 3: ಬಳಕೆದಾರರಿಗೆ ಪೂರ್ವವೀಕ್ಷಣೆಯನ್ನು ಪ್ರಸ್ತುತಪಡಿಸಿ; “ಕಳುಹಿಸು” ದೃಢೀಕರಣದ ಅಗತ್ಯವಿದೆ.
- ಹಂತ 4: send_email(idempotency_key=hash(orders + recipient + timestamp_window))
ನಿವಾರಣೆ: ವಿಷಯಗಳು ತಪ್ಪಾದಾಗ
- ಮಾದರಿಯು ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಭ್ರಮೆಗೊಳಿಸುತ್ತದೆ. ಪರಿಹಾರ: ಅನುಮತಿಸಲಾದ ಟೂಲ್ ಹೆಸರುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ ಮತ್ತು ಅವುಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವಿವರಿಸಿ; ತಿಳಿದಿಲ್ಲದ ಟೂಲ್ಗಳನ್ನು ತಿರಸ್ಕರಿಸಿ; ಉದಾಹರಣೆಗಳನ್ನು ಸೇರಿಸಿ.
- ಟೂಲ್ ಅನ್ನು ಅರ್ಥಹೀನ ಪ್ಯಾರಾಮೀಟರ್ಗಳೊಂದಿಗೆ ಕರೆಯಲಾಗುತ್ತದೆ. ಪರಿಹಾರ: ಸ್ಕೀಮಾ ಮತ್ತು ಮೌಲ್ಯೀಕರಣವನ್ನು ಬಿಗಿಗೊಳಿಸಿ; ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ಗೆ ಪೂರ್ವಾಪೇಕ್ಷಿತ ಜ್ಞಾಪನೆಗಳನ್ನು ಸೇರಿಸಿ.
- ಅನಂತ ಲೂಪ್ಗಳು. ಪರಿಹಾರ: ಪ್ರತಿ ತಿರುವು/ಕಾರ್ಯಕ್ಕೆ ಟೂಲ್ ಕರೆಗಳನ್ನು ಮಿತಿಗೊಳಿಸಿ; ಪುನರಾವರ್ತಿತ ದೋಷಗಳನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಿ ಮತ್ತು ಫಾಲ್ಬ್ಯಾಕ್ ಅನ್ನು ಒತ್ತಾಯಿಸಿ.
- ದರ ಮಿತಿ ಬಿರುಗಾಳಿಗಳು. ಪರಿಹಾರ: ಪ್ರತಿ ಸೆಷನ್ಗೆ ಬಜೆಟ್ಗಳು; ಜಿಟರ್; ಸಂಗ್ರಹಣೆ; ಸರ್ಕ್ಯೂಟ್ ಬ್ರೇಕರ್ಗಳು; ಮಾದರಿಗೆ “ಕೂಲ್ಡೌನ್” ಸಂದೇಶ.
- ಮೌನ ವೈಫಲ್ಯಗಳು. ಪರಿಹಾರ: ರಚನಾತ್ಮಕ ಲಾಗ್ಗಳು; ದೋಷದ ಸ್ಪೈಕ್ಗಳ ಮೇಲಿನ ಎಚ್ಚರಿಕೆಗಳು; ಏಜೆಂಟ್ ಬಳಕೆದಾರರಿಗೆ ವೈಫಲ್ಯಗಳನ್ನು ಸಾರಾಂಶಗೊಳಿಸಲು ಒತ್ತಾಯಿಸಿ.
Sider.AI ಎಲ್ಲಿ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ
ನೀವು ಬ್ರೌಸರ್ ಆಧಾರಿತ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ AI ಏಜೆಂಟ್ಗಳೊಂದಿಗೆ ಪ್ರಯೋಗಿಸುತ್ತಿದ್ದರೆ ಅಥವಾ ಪ್ರಾಂಪ್ಟ್ಗಳು, ಲಿಂಕ್ಗಳು ಮತ್ತು ಟೂಲ್ ಔಟ್ಪುಟ್ಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದಾದ ವಿಷಯವಾಗಿ ಮಾರ್ಪಡಿಸಲು ಸಹಾಯ ಮಾಡುವ ಸ್ನೇಹಿ ಲೇಯರ್ ಅನ್ನು ನೀವು ಬಯಸಿದರೆ, Sider.AI ಅನ್ನು ನೋಡುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಇದು ಬೆಳ್ಳಿ ಗುಂಡು ಅಲ್ಲ, ಆದರೆ ಸಂಶೋಧನೆ, ತ್ವರಿತ ಮೌಲ್ಯೀಕರಣಗಳು ಮತ್ತು ಲೈಟ್ವೇಯ್ಟ್ ಏಜೆಂಟ್ ಕಾರ್ಯಗಳನ್ನು ನೀವು ಕೆಲಸ ಮಾಡುವ ಸ್ಥಳದಿಂದಲೇ ಒಟ್ಟಿಗೆ ಸೇರಿಸಲು ಇದು ಸೂಕ್ತವಾಗಿದೆ—ದಿನವಿಡೀ ಡಾಕ್ಸ್, ಡ್ಯಾಶ್ಬೋರ್ಡ್ಗಳು ಮತ್ತು ಟ್ಯಾಬ್ಗಳಲ್ಲಿ ವಾಸಿಸುವ ಜನರಿಗೆ ಒಳ್ಳೆಯದು. ನೀವು ಅದನ್ನು ಪ್ರಾಯೋಗಿಕ, ಸೀಮಿತ ಉದ್ಯೋಗಗಳ ಕಡೆಗೆ ತಳ್ಳಿದಾಗ ಮತ್ತು ಹೆಚ್ಚಿನ ಅಪಾಯದ ಯಾವುದನ್ನಾದರೂ ಅನುಮೋದನೆಗಳ ಹಿಂದೆ ಇರಿಸಿದಾಗ ಅದು ಅತ್ಯುತ್ತಮವಾಗಿರುತ್ತದೆ. ನಿಮ್ಮ ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದು (ಪೋಗ್-ಇಶ್ ಪೆಪ್ ಟಾಕ್ನೊಂದಿಗೆ)
ನಿಮಗೆ ವಿಶ್ವಾಸವನ್ನು ನೀಡುವ ಸ್ಟ್ಯಾಕ್ ಅನ್ನು ಆರಿಸಿ, ಕೇವಲ ಸಿಜ್ಲ್ ರೀಲ್ಗಳನ್ನಲ್ಲ. ನಿಮಗೆ ಬೇಕಾದುದು:
- ಪ್ರಾಮಾಣಿಕ ಟೂಲ್ ಗವರ್ನೆನ್ಸ್: ಸ್ಕೀಮಾಗಳು, ನೀತಿಗಳು ಮತ್ತು ಕರೆಗಳಿಗೆ ಗೋಚರತೆ.
- ನಿಮ್ಮ ಬಜೆಟ್ ಅನ್ನು ತಿನ್ನದ ಮೆಮೊರಿ.
- ನೀವು ಬದುಕಲು ಸಾಧ್ಯವಾಗುವ ಡೀಬಗ್ ಮಾಡುವ ಕಥೆ.
- ಎಸ್ಕೇಪ್ ಹ್ಯಾಚ್ಗಳು: ಟೂಲ್ಗಳು ಅಥವಾ ಮಾರಾಟಗಾರರನ್ನು ನಂತರ ಬದಲಾಯಿಸುವ ಸ್ವಾತಂತ್ರ್ಯ.
ಕೆಲವು ಪರಿಸರ ವ್ಯವಸ್ಥೆಗಳು ನಿರ್ವಹಿಸಿದ ಟೂಲ್ ಗವರ್ನೆನ್ಸ್, ಟೆಂಪ್ಲೇಟ್ಗಳು ಮತ್ತು ಸ್ಟ್ಯಾಕ್ ಸುತ್ತುಗಳನ್ನು ಸಕ್ರಿಯವಾಗಿ ಅನ್ವೇಷಿಸುತ್ತಿವೆ, ಅದು ನಿಮಗೆ ತ್ವರಿತವಾಗಿ ಪ್ರಾರಂಭಿಸಲು ಮತ್ತು ನಿಯಂತ್ರಣದೊಂದಿಗೆ ಅಳೆಯಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ನೀವು API ಗಳನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಪ್ಲಗ್ ಮಾಡುವುದು, ಮೆಮೊರಿ/ಸಂದರ್ಭವನ್ನು ನಿರ್ವಹಿಸುವುದು ಮತ್ತು ಏಜೆಂಟ್ ಅನ್ನು ಲೀಶ್ನಲ್ಲಿ ಇರಿಸುವುದರ ಕುರಿತು ಬಹಳಷ್ಟು ಶಕ್ತಿಯನ್ನು ನೋಡುತ್ತೀರಿ—ನಿಮ್ಮನ್ನು “ಟಾಯ್” ನಿಂದ “ಟೀಮ್-ಕ್ರಿಟಿಕಲ್” ಗೆ ಬೆಳೆಯುವಾಗ ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ನಿಖರವಾಗಿ.
ಒಂದು ಕೊನೆಯ ವಿಷಯ: ಏಜೆಂಟ್ ತಾನೇ ವಿವರಿಸುವಂತೆ ಮಾಡಿ
ನಿಮ್ಮ ಏಜೆಂಟ್ ಅನ್ನು ವಿವರಿಸಲು ಕೇಳಿ... ಸ್ವಲ್ಪ. ಒಂದು ಕಾದಂಬರಿಯಲ್ಲ—ಅದು ಕೆಲಸವನ್ನು ಮಾಡುವ ಮೊದಲು “ವಿಳಂಬಿತ ಸಾಗಣೆಗಳನ್ನು ಪಡೆಯಲು ನಾನು ಆರ್ಡರ್ಸ್ API ಅನ್ನು ಕರೆಯುತ್ತಿದ್ದೇನೆ” ಎಂಬ ತ್ವರಿತ ವಿವರಣೆ. ಆ ನಿರೂಪಣೆಯನ್ನು ಕರೆಯೊಂದಿಗೆ ಲಾಗ್ ಮಾಡಲಾಗುತ್ತದೆ, ನೀವು ಡೀಬಗ್ ಮಾಡುವಾಗ ಅದು ಚಿನ್ನವಾಗಿದೆ.
ಸಮಾಪ್ತಿ (ಮತ್ತು ನಿಮ್ಮ ಕ್ರಿಯಾ ಯೋಜನೆ)
- ಓದಲು-ಮಾತ್ರ API ನೊಂದಿಗೆ ಚಿಕ್ಕದಾಗಿ ಪ್ರಾರಂಭಿಸಿ; ನಿಮ್ಮ ಸ್ಕೀಮಾಗಳು ಮತ್ತು ಮೌಲ್ಯೀಕರಣವನ್ನು ಪರಿಪೂರ್ಣಗೊಳಿಸಿ.
- ಯಾವುದೇ ಬರಹಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ಐಡೆಂಪೋಟೆನ್ಸಿ ಮತ್ತು ದೃಢೀಕರಣ ಹರಿವುಗಳನ್ನು ಸೇರಿಸಿ.
- ಟೈಮ್ಔಟ್ಗಳು, ಮರುಪ್ರಯತ್ನಗಳು ಮತ್ತು ರಚನಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆಗಳೊಂದಿಗೆ ಪ್ರಮಾಣಿತ ಟೂಲ್ ರಾಪರ್ ಅನ್ನು ನಿರ್ಮಿಸಿ.
- ದರ ಮಿತಿಗಳು, ಕೋಟಾಗಳು ಮತ್ತು ಪ್ರತಿ ಸೆಷನ್ಗೆ ಬಜೆಟ್ಗಳನ್ನು ಜಾರಿಗೊಳಿಸಿ.
- ಮುಖ್ಯವಾದುದನ್ನೆಲ್ಲವನ್ನೂ ಲಾಗ್ ಮಾಡಿ; ಸ್ಪೈಕ್ಗಳು ಮತ್ತು ವೈಫಲ್ಯಗಳಿಗಾಗಿ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸೇರಿಸಿ.
- ಹೆಚ್ಚಿನ ಅಪಾಯದ ಕ್ರಮಗಳಿಗಾಗಿ ಮಾನವರನ್ನು ಲೂಪ್ನಲ್ಲಿ ಇರಿಸಿ.
ಹಾಗೆ ಮಾಡಿ, ಮತ್ತು ನಿಮ್ಮ AI ಏಜೆಂಟ್ ಉಪಯುಕ್ತವೆಂದು ನಟಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಉಪಯುಕ್ತವಾಗಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಇದು ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯವನ್ನು ಭೂತದ ಮನೆಯಾಗಿ ಪರಿವರ್ತಿಸದೆ ವೃತ್ತಿಪರರಂತೆ ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ, ಸಲ್ಲಿಸುತ್ತದೆ ಮತ್ತು ಅನುಸರಿಸುತ್ತದೆ.
ಹೆಚ್ಚಿನ ಓದು ಮತ್ತು ಸಹಾಯಕ ದೃಷ್ಟಿಕೋನಗಳು:
- ಆಡಳಿತ ಟೂಲ್ ಇಂಟಿಗ್ರೇಷನ್ ಮತ್ತು ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ ಟ್ರೇಡ್ಆಫ್ಗಳ ಕುರಿತು.
- ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ಗಳನ್ನು ಪೂರೈಸುವ ಟೂಲ್ ಸ್ಟ್ಯಾಕ್ಗಳು ಮತ್ತು ಏಕೀಕರಣಗಳು.
- ಏಜೆಂಟ್ ಫ್ರೇಮ್ವರ್ಕ್ಗಳನ್ನು ಹೋಲಿಸುವುದು—ನೈಜವಾಗಿ ಏನು ನೀಡುತ್ತದೆ.
- ಏಜೆಂಟಿಕ್ ಸಿಸ್ಟಮ್ಗಳಲ್ಲಿ ಟೂಲ್ ಏಕೀಕರಣಕ್ಕಾಗಿ ಭದ್ರತಾ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು.
- AI ಯುಗದಲ್ಲಿ API ಭದ್ರತೆ: ದರ ಮಿತಿ, ಅಸಂಗತತೆ ಪತ್ತೆ ಮತ್ತು ಇನ್ನಷ್ಟು.
- ನೀವು ಅಂತಿಮವಾಗಿ ಅಗತ್ಯವಿರುವ ಏಜೆಂಟ್-ಟು-ಏಜೆಂಟ್ OAuth ಮಾದರಿಗಳು.
FAQ
Q1:ನನ್ನ AI ಏಜೆಂಟ್ ಬಿಲ್ಡರ್ಗೆ API ಗಳನ್ನು ಸಂಯೋಜಿಸಲು ಪ್ರಾರಂಭಿಸಲು ಸರಳವಾದ ಮಾರ್ಗ ಯಾವುದು?
ಓದಲು-ಮಾತ್ರ API ಮತ್ತು ಬಿಗಿಯಾದ ಟೂಲ್ ಸ್ಕೀಮಾದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ. ಇನ್ಪುಟ್ಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಿ, ರಚನಾತ್ಮಕ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಹಿಂತಿರುಗಿಸಿ ಮತ್ತು ಟೈಮ್ಔಟ್ಗಳು ಅಥವಾ 5xx ದೋಷಗಳಿಗೆ ಮಾತ್ರ ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಸೇರಿಸಿ—ನಂತರ ಐಡೆಂಪೋಟೆನ್ಸಿ ಕೀಗಳು ಮತ್ತು ದೃಢೀಕರಣಗಳೊಂದಿಗೆ ಬರೆಯುವ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಪದವಿ ಪಡೆಯಿರಿ.
Q2:ನನ್ನ AI ಏಜೆಂಟ್ ತಪ್ಪಾದ API ಅನ್ನು ಕರೆಯದಂತೆ ಅಥವಾ ಕೆಟ್ಟ ಪ್ಯಾರಾಮೀಟರ್ಗಳನ್ನು ಬಳಸದಂತೆ ನಾನು ಹೇಗೆ ತಡೆಯುವುದು?
ಎನ್ಯುಮ್ಗಳು, ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳು ಮತ್ತು ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಕಟ್ಟುನಿಟ್ಟಾದ ಟೂಲ್ ಸ್ಕೀಮಾಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಪ್ರತಿ ಕರೆಯನ್ನು ಮೌಲ್ಯೀಕರಿಸಿ. ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ನಲ್ಲಿ, ಪೂರ್ವಾಪೇಕ್ಷಿತಗಳನ್ನು (“ಇಲ್ಲದಿದ್ದರೆ ಕರೆ ಮಾಡಬೇಡಿ…”) ಉಚ್ಚರಿಸಿ ಮತ್ತು ಕ್ರಿಯೆಯೊಂದಿಗೆ ಸಂಯಮವನ್ನು ಕಲಿಸಲು ಕೆಲವು ಬಳಕೆಯಲ್ಲದ ಉದಾಹರಣೆಗಳನ್ನು ನೀಡಿ.
Q3:AI ಏಜೆಂಟ್ API ಏಕೀಕರಣಗಳಿಗಾಗಿ ಯಾವ ಭದ್ರತಾ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು ಮುಖ್ಯವಾಗಿವೆ?
ಕನಿಷ್ಠ-ಸವಲತ್ತು ಟೋಕನ್ಗಳು, ಅಲ್ಪಾವಧಿಯ ರುಜುವಾತುಗಳು ಮತ್ತು ಸುರಕ್ಷಿತ ವಾಲ್ಟ್ನಲ್ಲಿರುವ ರಹಸ್ಯಗಳು ಟೇಬಲ್ ಪಣಗಳಾಗಿವೆ. ದರ ಮಿತಿಗಳು, ಅಸಂಗತತೆ ಎಚ್ಚರಿಕೆಗಳು ಮತ್ತು ಡೇಟಾ ಕನಿಷ್ಠೀಕರಣವನ್ನು ಸೇರಿಸಿ ಇದರಿಂದ ಏಜೆಂಟ್ ಎಂದಿಗೂ ಅಗತ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಕಳುಹಿಸುವುದಿಲ್ಲ.
Q4:ನನ್ನ ಏಜೆಂಟ್ನಲ್ಲಿ ಬರೆಯುವ ಕಾರ್ಯಾಚರಣೆಗಳಿಗಾಗಿ ನಾನು ಮರುಪ್ರಯತ್ನಗಳನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸಬೇಕು?
ನಕಲಿ ಕರೆಗಳು ದ್ವಿಗುಣ ಶುಲ್ಕ ವಿಧಿಸಲು ಅಥವಾ ದ್ವಿಗುಣವಾಗಿ ರಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲದ ರೀತಿಯಲ್ಲಿ ಐಡೆಂಪೋಟೆನ್ಸಿ ಕೀಗಳನ್ನು ಬಳಸಿ. ಬ್ಯಾಕೆಂಡ್ ಸ್ಪಷ್ಟವಾಗಿ ಅದನ್ನು ಬೆಂಬಲಿಸಿದಾಗ ಮಾತ್ರ ಮರುಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಮೌಲ್ಯೀಕರಣ ಅಥವಾ 4xx ದೋಷಗಳಿಗೆ ಎಂದಿಗೂ ಮಾಡಬೇಡಿ.
Q5:API ಕರೆ ಸರಪಳಿ ತಪ್ಪಾದಾಗ ನನ್ನ ಏಜೆಂಟ್ ಅನ್ನು ನಾನು ಹೇಗೆ ಡೀಬಗ್ ಮಾಡುವುದು?
ಪ್ರತಿ ಟೂಲ್ ಕರೆಯನ್ನು ಅದರ ಇನ್ಪುಟ್ಗಳು, ಔಟ್ಪುಟ್ಗಳು ಮತ್ತು ಟ್ರೇಸ್ ID ಗೆ ಕಟ್ಟಲಾದ ಸಣ್ಣ ತಾರ್ಕಿಕ ಸ್ನ್ಯಾಪ್ಶಾಟ್ನೊಂದಿಗೆ ಲಾಗ್ ಮಾಡಿ. ದೋಷದ ಸ್ಪೈಕ್ಗಳಿಗಾಗಿ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಸೇರಿಸಿ, ಪ್ರತಿ ಕಾರ್ಯಕ್ಕೆ ಟೂಲ್ ಕರೆಗಳನ್ನು ಮಿತಿಗೊಳಿಸಿ ಮತ್ತು ನೀವು ತನಿಖೆ ಮಾಡುವಾಗ ಫ್ಲಾಕಿ ಟೂಲ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲು ಕಿಲ್ ಸ್ವಿಚ್ ಅನ್ನು ಇರಿಸಿ.
