ai-agents-for-beginners

AI ಏಜೆಂಟ್ಗಳಿಗಾಗಿ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್

ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್

(ಈ ಪಾಠದ ವೀಡಿಯೊ ವೀಕ್ಷಿಸಲು ಮೇಲಿನ ಚಿತ್ರವನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ)

ನೀವು ನಿರ್ಮಿಸುತ್ತಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ನ ಸಾಂದರ್ಭಿಕತೆ (complexity) ಅನ್ನು 이해 ಮಾಡಿಕೊಳ್ಳುವುದು ವಿಶ್ವಾಸಾರ್ಹ AI ಏಜೆಂಟ್ ನಿರ್ಮಿಸಲು ಮುಖ್ಯವಾಗಿದೆ. ಪ್ರಾಂಪ್ಟ್ ಎಂಜಿನಿಯರಿಂಗ್ ಕ್ಕೆ ಹೊರತು ಪಡಿಸಿ, ಸಂಕೀರ್ಣ ಅಗತ್ಯಗಳನ್ನು ತಲುಪಲು ಮಾಹಿತಿ ಪರಿಣಾಮಕಾರಿಯಾಗಿ ನಿರ್ವಹಿಸುವ AI ಏಜೆಂಟ್ ಗಳನ್ನು ನಿರ್ಮಿಸುವ ಅಗತ್ಯವಿದೆ.

ಈ ಪಾಠದಲ್ಲಿ, ನಾವು ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಎಂದರೇನು ಮತ್ತು AI ಏಜೆಂಟ್ಗಳನ್ನು ನಿರ್ಮಿಸುವಲ್ಲಿ ಅದರ ಪಾತ್ರ ಏನೆಂದು ನೋಡಿ.

ಪರಿಚಯ

ಈ ಪಾಠದಲ್ಲಿ ಚರ್ಚೆ ಮಾಡಲಾಗುತ್ತದೆ:

ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಎಂದರೇನು ಮತ್ತು ಅದು ಪ್ರಾಂಪ್ಟ್ ಎಂಜಿನಿಯರಿಂಗ್ ಗಿಂತ ಎಂತಗೆ ಭಿನ್ನವಾಗಿದೆ ಎಂಬುದು.

ಪ್ರಭಾವಕಾರಿಯಾದ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ತಂತ್ರಗಳು, ಇದರಲ್ಲಿ ಮಾಹಿತಿಯನ್ನು ಬರೆಯುವುದು, ಆಯ್ಕೆ ಮಾಡುವುದು, ಸಂಕುಚಿತ ಮಾಡುವುದು ಮತ್ತು पृथಕ್ ಮಾಡುವುದು ಹೇಗೆ ಎಂಬುದು ಸೇರಿದೆ.

ಸಾಧಾರಣ ಸಂದರ್ಭ ವೈಫಲ್ಯಗಳು ಯಾವುವು ಮತ್ತು ನಿಮ್ಮ AI ಏಜೆಂಟ್ ಅನ್ನು ಹೇಗೆ ಸರಿಪಡಿಸಬೇಕೆಂದು.

ಕಲಿಕೆಯ ಗುರಿಗಳು

ಈ ಪಾಠವನ್ನು ಮುಗಿಸಿದ ಮೇಲೆ, ನೀವು ಅರಿಯುವಿರಿ ಮತ್ತು ತಿಳಿಯುವಿರಿ ಹೇಗೆ:

ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಅನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ ಮತ್ತು ಅದನ್ನು ಪ್ರಾಂಪ್ಟ್ ಎಂಜಿನಿಯಿಂಗ್ ನಿಂದ ವಿಭಿನ್ನವಾಗಿ ಗುರುತಿಸಲು.

• ದೊಡ್ಡ ಭಾಷಾ ಮಾದರಿ (LLM) ಅಪ್ಲಿಕೇಶನ್ಗಳಲ್ಲಿ ಸಂದರ್ಭದ ಮುಖ್ಯ ಅಂಶಗಳನ್ನು ಗುರುತಿಸಲು.

• ಏಜೆಂಟ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಉತ್ತಮಗೊಳಿಸಲು ಸಂದರ್ಭ ಬರವಣಿಗೆ, ಆಯ್ಕೆ, ಸಂಕುಚಿತ ಮತ್ತು ವಿಭಜನೆ ತಂತ್ರಗಳನ್ನು ಅನ್ವಯಿಸಲು.

• ವಿಷಕರಣ, ಪರಹಿತ, ಗೊಂದಲ ಮತ್ತು ಸಂಘರ್ಷ ರೀತಿ ಸಾಮಾನ್ಯ ಸಂದರ್ಭ ವೈಫಲ್ಯಗಳನ್ನು ಗುರುತಿಸಿ ಮತ್ತು ತಡೆಗಟ್ಟುವ ತಂತ್ರಗಳನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸಲು.

ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಎಂದರೇನು?

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

ಪ್ರಾಂಪ್ಟ್ ಎಂಜಿನಿಯರಿಂಗ್ vs ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್

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

ಸಂದರ್ಭದ ಪ್ರಕಾರಗಳು

ಸಂದರ್ಭದ ಪ್ರಕಾರಗಳು

ಸಂದರ್ಭವು ಒಂದೇ ಒಂದು ವಸ್ತು ಅಲ್ಲ ಎಂದು ನೆನಪಿರಬೇಕಾದದ್ದು ಮುಖ್ಯ. AI ಏಜೆಂಟ್‌ಗೆ ಬೇಕಾದ ಮಾಹಿತಿ ವಿವಿಧ ಮೂಲಗಳಿಂದ ಬರುತ್ತದೆ ಮತ್ತು ಏಜೆಂಟ್‌ಗೆ ಈ ಮೂಲಗಳಿಗೆ ಪ್ರವೇಶವಿರಬೇಕೆಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು:

AI ಏಜೆಂಟ್ ನಿರ್ವಹಿಸಬೇಕಾದ ಸಂದರ್ಭದ ಪ್ರಕಾರಗಳು ಸೇರಿರಬಹುದು:

ನಿರ್ದೇಶನಗಳು: ಇವು ಏಜೆಂಟ್‌ನ “ನಿಯಮ”ಗಳಂತೆ ಇರುತ್ತವೆ – ಪ್ರಾಂಪ್ಟ್‌ಗಳು, ಸಿಸ್ಟಮ್ ಸಂದೇಶಗಳು, ಫ್ಯೂ-ಶಾಟ್ ಉದಾಹರಣೆಗಳು (AI ಗೆ ಏನು ಮಾಡಬೇಕು ಎಂದು ತೋರಿಸುವುದ), ಮತ್ತು ಅದು ಬಳಸಬಹುದಾದ ಸಾಧನಗಳ ವಿವರಣೆ. ಪ್ರಾಂಪ್ಟ್ ಎಂಜಿನಿಯರಿಂಗ್‌ನ ಗಮನವು ಇಲ್ಲಿ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಜೊತೆ ಸೇರಿದಿದೆ.

ಜ್ಞಾನ: ದತ್ತಾಂಶಗಳು, ಡೇಟಾಬೇಸ್‌ಗಳಿಂದ ತಂದುಕೊಡಲ್ಪಟ್ಟ ಮಾಹಿತಿಗಳು ಅಥವಾ ಏಜೆಂಟ್ ಸಂಪಾದಿಸಿದ ದೀರ್ಘಕಾಲೀನ ಸ್ಮೃತಿಗಳು ಇದರಲ್ಲಿ ಸೇರಬಹುದು. ಇದರಲ್ಲಿ ಬೇರೆ ಜ್ಞಾನ ಸಂಗ್ರಹಣೆ ಮತ್ತು ಡೇಟಾಬೇಸ್‌ಗಳಿಗೆ ಪ್ರವೇಶ ಬೇಕಾದರೆ Retrieval Augmented Generation (RAG) ವ್ಯವಸ್ಥೆಯನ್ನು ಏಕರೂಪಿಸಲು ಸೇರಿದೆ.

ಉಪಕರಣಗಳು: ಇವು ಬಾಹ್ಯ ಫಂಕ್ಷನ್ಗಳ, APIಗಳು ಮತ್ತು MCP Servers ಗಳ ವ್ಯಾಖ್ಯಾನಗಳು ಆಗಿವೆ, ಏಜೆಂಟ್ ಬಳಸಿದಾಗ ಅದರಿಂದ ಬರುತ್ತಿರುವ ಪ್ರತಿಕ್ರಿಯೆ (ಫಲಿತಾಂಶ) ಕೂಡ ಇದರ ಭಾಗ.

ಸಂವಾದ ಇತಿಹಾಸ: ಬಳಕೆದಾರರೊಂದಿಗೆ ನಡೆಯುವ ತಡವಾದ ಸಂಭಾಷಣೆ. ಕಾಲಮಾನವು ಸಾಗುವಂತೆ, ಈ ಸಂಭಾಷಣೆಗಳು ಹೆಚ್ಚು ದೀರ್ಘವಾಗುತ್ತವೆ ಮತ್ತು ಸಂಕೀರ್ಣವಾಗುತ್ತವೆ, ಇದು ಸಂದರ್ಭ ವಿಂಡೋದಲ್ಲಿ ಜಾಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಬಳಕೆದಾರರ ಪ್ರಾಧಾನ್ಯತೆಗಳು: ಕಾಲಕ್ರಮದಲ್ಲಿ ಬಳಕೆದಾರನ ಬಗ್ಗೆ ಕಲಿತ ಇಷ್ಟ ಅಥವಾ ಅಪ್ರಿಯತೆಗಳ ಮಾಹಿತಿ. اهم ನಿರ್ಧಾರಗಳನ್ನು ಮಾಡುವಾಗ ಬಳಕೆದಾರನಿಗೆ ಸಹಾಯ ಮಾಡುವಂತೆ ಇವನ್ನು ಸಂಗ್ರಹಿಸಿ ಕರೆದುಕೊಂಡುಬರಬಹುದು.

ಪರಿಣಾಮಕಾರಿಯಾದ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ತಂತ್ರಗಳು

ಯೋಜನಾ ತಂತ್ರಗಳು

ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು

ಉತ್ತಮ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಉತ್ತಮ ಯೋಜನೆಯಿಂದಲೇ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಇಲ್ಲಿದೆ ಒಬ್ಬ ಅಭಿಪ್ರಾಯ ಆರಂಭಿಸಲು ಸಹಾಯ ಮಾಡುವ ಒಂದು ವಿಧಾನವು:

  1. ಸ್ಪಷ್ಟ ಫಲಿತಾಂಶಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ - AI ಏಜೆಂಟ್‌ಗಳಿಗೆ ನೀಡಲಾಗುವ ಕಾರ್ಯಗಳ ಫಲಿತಾಂಶಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಬೇಕು. “AI ಏಜೆಂಟ್ ತನ್ನ ಕಾರ್ಯವನ್ನು ಮುಗಿಸಿದಾಗ thế העולם ಹೇಗಿರಬೇಕು?” ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ ಕೊಡಿ. ಬೇರೆ ಮಾತಿನಲ್ಲಿ, ಬಳಕೆದಾರ AI ಏಜೆಂಟ್ ಜೊತೆಗೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಯಾವ ಬದಲಾವಣೆ, ಮಾಹಿತಿ ಅಥವಾ ಪ್ರತಿಕ್ರಿಯೆ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ.
  2. ಸಂದರ್ಭವನ್ನು ನಕ್ಷೆಗೊಳಿಸಿ - ನೀವು AI ಏಜೆಂಟ್‌ನ ಫಲಿತಾಂಶಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದ ನಂತರ, “ಈ ಕಾರ್ಯವನ್ನು ಪೂರ್ಣಗೊಳ್ಳಿಸಲು AI ಏಜೆಂಟ್‌ಗೆ ಯಾವ ಮಾಹಿತಿ ಬೇಕು?” ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರ ನೀಡಬೇಕಾಗುತ್ತದೆ. ಈ ರೀತಿಯಾಗಿ ನೀವು ಆ ಮಾಹಿತಿಯ ಸ್ಥಳವನ್ನು ನಕ್ಷೆಗೊಳಿಸುವ ಮೂಲಕ ಸಂದರ್ಭವನ್ನು ಮಾಪ್ ಮಾಡಬಹುದು.
  3. ಸಂದರ್ಭ ಪೈಪ್‌ಲೈನ್‌ಗಳನ್ನು ರಚಿಸಿ - ಈಗ ನೀವು ಮಾಹಿತಿ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ತಿಳಿದಿದ್ದೀರಿ, “ಏಜೆಂಟ್ ಈ ಮಾಹಿತಿಯನ್ನು ಹೇಗೆ ಪಡೆದುಕೊಳ್ಳುತ್ತದೆ?” ಎಂಬ ಪ್ರಶ್ನೆಯನ್ನು ಉತ್ತರಿಸಬೇಕಾಗುತ್ತದೆ. ಇದನ್ನು RAG, MCP ಸರ್ವರ್‌ಗಳ ಬಳಕೆ ಮತ್ತು ಇತರ ಉಪಕರಣಗಳ ಮೂಲಕ ಮಾಡುವಂತೆ ಹಲವಾರು ಮಾರ್ಗಗಳಿವೆ.

ಪ್ರಾಯೋಗಿಕ ತಂತ್ರಗಳು

ಯೋಜನೆ ಮುಖ್ಯವಾದರೂ, ಮಾಹಿತಿಯು ನಮ್ಮ ಏಜೆಂಟ್‌ನ ಸಂದರ್ಭ ವಿನ್‌ಡೋಗೆ ಹರಿಯುತ್ತಲೇ ಶುರುವಾಯ್ತು ಎಂದಾದರೆ, ಅದನ್ನು ನಿರ್ವಹಿಸಲು ನಮಗೆ ಪ್ರಾಯೋಗಿಕ ತಂತ್ರಗಳು ಬೇಕಾಗುತ್ತದೆ:

ಸಂದರ್ಭ ನಿರ್ವಹಣೆ

ಕೆಲವು ಮಾಹಿತಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂದರ್ಭ ವಿಂಡೋಗೆ ಸೇರಬಹುದು, ಆದರೆ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಎಂಬುದು ಈ ಮಾಹಿತಿಯನ್ನು ಸಕ್ರಿಯವಾಗಿ ನಿರ್ವಹಿಸುವುದಾಗಿದೆ, ಇದನ್ನು ಕೆಲವು ತಂತ್ರಗಳ ಮೂಲಕ ಮಾಡಬಹುದು:

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

  2. ಸ್ಮೃತಿಗಳು ಸ್ಕ್ರಾಚ್‌ಪ್ಯಾಡ್‌ಗಳು ಏಕ ಸೆಷನ್‌ನಕಾಶಿಸಿರುವ ಸಂದರ್ಭ ವಿಂಡೋ ಹೊರಗೆ ಮಾಹಿತಿಯನ್ನು ನಿರ್ವಹಿಸಲು ಉತ್ತಮ. ಸ್ಮೃತಿಗಳು ಏಜೆಂಟ್‌ಗಳು ಬಹು ಸೆಷನ್‌ಗಳಲ್ಲಿ ಸಂಬಂಧಿತ ಮಾಹಿತಿಯನ್ನು ಸಂಗ್ರಹಿಸಿ ತಂದುಕೊಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ. ಇದರಲ್ಲಿ ಸಾರಾಂಶಗಳು, ಬಳಕೆದಾರರ ಇಷ್ಟ-ಅನಿಸಿಕೆಗಳು ಮತ್ತು ಭವಿಷ್ಯದ ಸುಧಾರಣೆಗೆ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು.

  3. ಸಂದರ್ಭ ಸಂಕುಚನೆ ಸಂದರ್ಭ ವಿಂಡೋ ವಿಸ್ತಾರಗೊಂಡು ಮಿತಿಗೆ ತಲುಪುವಾಗ, ಸಾರಾಂಶಗೊಳ್ಳಿಸುವಿಕೆ ಮತ್ತು ಕಡಿತ ಮಾಡುವಂತಹ ತಂತ್ರಗಳು ಬಳಕೆಗೆ ಬರುತ್ತವೆ. ಇದರ ಅರ್ಥ ಹೆರಿಗದಿಯಾದ ಮಾಹಿತಿಯಲ್ಲದೆ ಅತ್ಯಂತ ಸಂಬಂಧಿತ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಉಳಿಸೋ ಅಥವಾ ಹಳೆಯ ಸಂದೇಶಗಳನ್ನು ತೆಗೆದುಹಾಕುವದು.

  4. ಬಹು-ಏಜೆಂಟ್ ವ್ಯವಸ್ಥೆಗಳು ಬಹು-ಏಜೆಂಟ್ ವ್ಯವಸ್ಥೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದುಂತಹುದುಂದರೆ ಪ್ರತಿ ಏಜೆಂಟ್‌ಗೂ ಅದರದೇ ಸಂದರ್ಭ ವಿಂಡೋ ಇರುವುದರಿಂದ ಇದು ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್‌ನ ಒಂದು ರೂಪವಾಗಿದೆ. ಆ ಸಂದರ್ಭವನ್ನು ಹೇಗೆ ಹಂಚಿಕೊಳ್ಳುವುದು ಮತ್ತು ವಿಭಿನ್ನ ಏಜೆಂಟ್‌ಗಳಿಗೆ ಪಾಸ್ಗೆ ಮಾಡುವುದು ಎಂಬುದನ್ನು ಈ ವ್ಯವಸ್ಥೆಗಳನ್ನು ನಿರ್ಮಿಸುವಾಗ ಯೋಜಿಸಬೇಕು.

  5. ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಪರಿಸರಗಳು ಏಜೆಂಟ್ ಕೆಲವು ಕೋಡ್ ಓಡಿಸಬೇಕಾಗಲಿ ಅಥವಾ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಮಾಹಿತಿಯನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬೇಕಾಗಲಿ, ಇದಕ್ಕೆ ಹೆಚ್ಚು ಟೋಕೆನ್ಸ್ ಬೇಕಾಗಬಹುದು. ಇದರ ಬದಲು ಎಲ್ಲವನ್ನೂ ಸಂದರ್ಭ ವಿಂಡೋದಲ್ಲಿ ಸಂಗ್ರಹಿಸುವುದಾದರೆ, ಏಜೆಂಟ್ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ ಪರಿಸರವನ್ನು ಬಳಸಬಹುದು, ಅಲ್ಲಿ ಕೋಡ್ ಓಡಿಸಿ ಫಲಿತಾಂಶಗಳನ್ನು ಓದಿಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಮತ್ತಿತರ ಸಂಬಂಧಿತ ಮಾಹಿತಿಯನ್ನು ಮಾತ್ರ ಮುಖ್ಯ ಸಂದರ್ಭಕ್ಕೆ ತೆಗೆದುಕೊಡುತ್ತದೆ.

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

ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಉದಾಹರಣೆ

ನಾವು ಏಜೆಂಟ್‌ಗೆ “ನನಗೆ ಪ್ಯಾರಿಸ್‌ಗೆ ಪ್ರಯಾಣವನ್ನು ಬುಕ್ ಮಾಡಿ.” ಎಂದು ಕೇಳಲು ಬಯಸುತ್ತೇವೆ ಎಂದು ನಂತರನೆಯ ಉದಾಹರಣೆ ಕಾಳಜಿ.

• ಸ್ಥಳೀಯವಾಗಿ ಪ್ರಾಂಪ್ಟ್ ಎಂಜಿನಿಯರಿಂಗ್ ಮಾತ್ರ ಬಳಸುವ ಸರಳ ಏಜೆಂಟ್ ಕೆಲವೊಮ್ಮೆ ಮಾತ್ರ ಈ ತರಹ ಪ್ರತಿಕ್ರಿಯಿಸಬಹುದು: “ಸರಿ, ನೀವು ಪ್ಯಾರಿಸ್‌ಗೆ ಹೋಗಲು ಯಾವಾಗ ಬಯಸುತ್ತೀರಿ?”. ಅದು ಬಳಕೆದಾರನ ನೇರವಾದ ಪ್ರಶ್ನೆಯನ್ನು ಮಾತ್ರ ಆ ಸಮಯದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಿತು.

• ಈ ಪಾಠದಲ್ಲಿ ಚರ್ಚಿಸಲಾದ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ತಂತ್ರಗಳನ್ನು ಬಳಸುವ ಏಜೆಂಟ್ ಬಹಳ ಹೆಚ್ಚು ಮಾಡಬಹುದು. ಪ್ರತಿಕ್ರಿಯಿಸುವ ಮೊದಲು ಅದರ ಸಿಸ್ಟಮ್ ಅಂದರೆ:

  ◦ ನಿಮ್ಮ ಕ್ಯಾಲೆಂಡರ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬಹುದು ಲಭ್ಯವಿರುವ ದಿನಾಂಕಗಳಿಗಾಗಿ (ರಿಯಲ್‌-ಟೈಮ್ ಡೇಟಾ ಬೇಸ್‌ದಿಂದ ತೆಗೆದು오기).

  ◦ ಹಳೆಯ ಪ್ರಯಾಣದ ಪ್ರಾಧಾನ್ಯತೆಗಳನ್ನು ನೆನಪಿಸಿಕೊಳ್ಳಬಹುದು (ದೀರ್ಘಕಾಲೀನ ಸ್ಮೃತಿಯಿಂದ) ಉದಾಹರಣೆಗೆ ನೀವು ಯಾವ ವಿಮಾನ കമ്പനಿಯನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಿ, ಬಜೆಟ್ ಅಥವಾ ನೇರ ವಿಮಾನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ ಎಂಬುವು.

  ◦ ವಿಮಾನ ಮತ್ತು ಹೋಟೆಲ್ ಬುಕ್ಕಿಂಗ್‌ಗಾಗಿ ಲಭ್ಯವಿರುವ ಸಾಧನಗಳನ್ನು ಗುರುತಿಸಬಹುದು.

ಸಾಮಾನ್ಯ ಸಂದರ್ಭ ವೈಫಲ್ಯಗಳು

ಸಂದರ್ಭ ವಿಷಾಕ್ತತೆ

ಅದು ಏನು: LLM ಉಂಟುಮಾಡುವ ಹ್ಯಾಲುಸಿನೇಷನ್ (ತಪ್ಪು ಮಾಹಿತಿ) ಅಥವಾ ದೋಷವು ಸಂದರ್ಭಕ್ಕೆ ಸೇರಿ, ಅದನ್ನು ಪುನಃ ಪುನಃ ಉಲ್ಲೇಖಿಸಲಾಗುತ್ತದೆಯಾದರೆ, ಏಜೆಂಟ್ ಅசಾಧ್ಯ ಗುರಿಗಳನ್ನು ಸಾಕ್ಷಾತ್ಕಾರ ಮಾಡುವಂತೆ ಅಥವಾ ಅರ್ಥವಿಲ್ಲದ ರೂಪರೇಷೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಂತೆ ಮಾಡಬಹುದು.

ಮಾಡಬೇಕಾದದ್ದು: ಸಂದರ್ಭ ಮಾನ್ಯತೆ ಮತ್ತು ಕ್ವಾರಂಟೈನ್ ಅನುಷ್ಠಾನಗೊಳಿಸಿ. ದೀರ್ಘಕಾಲೀನ ಸ್ಮೃತಿಗೆ ಸೇರಿಸುವ ಮೊದಲು ಮಾಹಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಸಾಧ್ಯವಾದ ವಿಷಾಕ್ತತೆ ಪತ್ತೆಯಾಗಿದ್ರೆ, ಕೆಟ್ಟ ಮಾಹಿತಿಯ ಹರಡುವಿಕೆಯನ್ನು ತಡೆಯಲು ಹೊಸ ಸ್ವಚ್ಛ ಸಂದರ್ಭ ಥ್ರೆಡ್‌ಗಳನ್ನು ಆರಂಭಿಸಿ.

ಪ್ರಯಾಣ ಬುಕ್ಕಿಂಗ್ ಉದಾಹರಣೆ: ನಿಮ್ಮ ಏಜೆಂಟ್ ಒಂದು ಸಣ್ಣ ಸ್ಥಳೀಯ ವಿಮಾನ ನಿಲ್ದಾಣದಿಂದ ದೂರದ ಅಂತರರಾಜ್ಯ ನಗರಕ್ಕೆ ನೇರ ವಿಮಾನವೆಂದು ನೆನಪಿಸಿ – ಬಿಜಾರ್ದ, ಇದು ವಾಸ್ತವದಲ್ಲಿ ಅಂತಾರಾಷ್ಟ್ರೀಯ ವಿಮಾನಗಳನ್ನು ನೀಡುವುದಿಲ್ಲ. ಈ ಅಸ್ತಿತ್ವದಲ್ಲಿರದ ವಿಮಾನ ವಿವರವನ್ನು ಸಂದರ್ಭದಲ್ಲಿ ಉಳಿಸಿಕೊಂಡುಬಿಟ್ಟರೆ, ನಂತರ ನೀವು ಏಜೆಂಟ್ ಅನ್ನು ಬುಕ್ ಮಾಡಲು ಕೇಳಿದಾಗ ಅದು ಅಸಾಧ್ಯ ಮಾರ್ಗಕ್ಕೆ ಟಿಕೆಟ್ ಹುಡುಕಲು ಯತ್ನಿಸಿ ಪುನರಾವರ್ತಿತ ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಉಪಾಯ: ವಿಮಾನದ ಅಸ್ತಿತ್ವ ಮತ್ತು ಮಾರ್ಗಗಳನ್ನು ರಿಯಲ್-ಟೈಮ್ API ಮೂಲಕ ತಪಾಸಣೆ ಮಾಡುವ चरणವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಿ ಮುಂಚೆಗೆ ಎಂಬ flight detail ಅನ್ನು ಏಜೆಂಟ್‌ನ ಕಾರ್ಯತಾತ್ಕಾಲಿಕ ಸಂದರ್ಭಕ್ಕೆ ಸೇರಿಸುವ ಮೊದಲು. ಪರಿಶೀಲನೆ ವಿಫಲವಾದರೆ, ತಪ್ಪೊಂದು ಮಾಹಿತಿಯನ್ನು “ಕ್ವಾರಂಟೈನ್” ಮಾಡಿರಿ ಮತ್ತು ಮುಂದುವರಿಸಲು ಅದನ್ನು ಬಳಸಬೇಡಿ.

ಸಂದರ್ಭ ವ್ಯತ್ಯಾಸ

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

ಮಾಡಬೇಕಾದದ್ದು: ಸಂದರ್ಭ ಸಾರಾಂಶಗೊಳ್ಳಿಸುವಿಕೆ ಬಳಸಿ. ಸಂಗ್ರಹಿತ ಮಾಹಿತಿಯನ್ನು ನಿಯಮಿತವಾಗಿ ಸಣ್ಣ ಸಾರಾಂಶಗಳಾಗಿ ಸಂಕುಚಿತ ಮಾಡಿ, ಪ್ರಮುಖ ವಿವರಗಳನ್ನು ಕಾಯ್ದುಕೊಂಡು ಅಪ್ರಸಕ್ತ ಇತಿಹಾಸವನ್ನು ತೆಗೆದುಹಾಕಿ. ಇದು ಗಮನವನ್ನು “ರಿಸೆಟ್” ಮಾಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.

ಪ್ರಯಾಣ ಬುಕ್ಕಿಂಗ್ ಉದಾಹರಣೆ: ನೀವು ತುಂಬಾ ದೀರ್ಘಕಾಲದಿಂದ ಹಲವು ಕನಸಿನ ಪ್ರಯಾಣ ಗುರಿಗಳ ಬಗ್ಗೆ ಚರ್ಚೆ ಮಾಡುತ್ತಿದ್ದಾರೆ, ಇದ್ದಾಗ ಎರಡು ವರ್ಷಗಳ ಹಿಂದೆ ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಪ್ಯಾಕಿಂಗ್ ಪ್ರಯಾಣದ ವಿವರವಾದ ವರ್ಣನೆ ಕೂಡ ಇದೆ. ನೀವು ಕೊನೆಗೂ “ಮುಂದಿನ ತಿಂಗಳಿಗೆ ಸಾಕಾಣಿಕೆಯ ಕಡಿಮೆ ವಿಮಾನವನ್ನು ಹುಡುಕು” ಎಂದು ಕೇಳಿದಾಗ, ಏಜೆಂಟ್ ಹಳೆಯ, ಅಪ್ರಸಕ್ತ ವಿವರಗಳಲ್ಲಿ ಮುಳುಗಿಹೋಗಿ ನಿಮ್ಮ ಬ್ಯಾಕ್‌ಪ್ಯಾಕ್ ಉಪಕರಣಗಳು ಅಥವಾ ಹಳೆ ಪಯಣಪಥಗಳ ಬಗ್ಗೆ συνέχεια ಕೇಳುತ್ತಾ ನಿಮ್ಮ ಪ್ರಸ್ತುತ ವಿನಂತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತದೆ.

ಉಪಾಯ: ನಿರ್ದಿಷ್ಟ ಸಂಖ್ಯೆಯ ತಿರುವುಗಳ ನಂತರ ಅಥವಾ ಸಂದರ್ಭ ಮಿತಿ ದಾಟಿದಾಗ, ಏಜೆಂಟ್ ಸಮೀಪದ ಮತ್ತು ಸಂಬಂಧಿತ ಸಂಭಾಷಣೆಯ ಭಾಗಗಳನ್ನು ಸಾರಾಂಶಗೊಳಿಸಬೇಕು – ನಿಮ್ಮ ಪ್ರಸ್ತುತ ಪ್ರಯಾಣದ ದಿನಾಂಕಗಳು ಮತ್ತು ಗುರಿಯ ಮೇಲೆ ಕೇಂದ್ರಗೊಂಡ ಸುಡಿಸಲಾದ ಸಾರಾಂಶವನ್ನು ಮುಂದಿನ LLM ಕರೆಗಾಗಿ ಬಳಸಬೇಕು ಮತ್ತು ಅಪ್ರಸಕ್ತ ಇತಿಹಾಸ ಚಾಟ್ ಅನ್ನು ಹಂಚಿಕೆ ಮಾಡಲು ತ್ಯಜಿಸಬೇಕು.

ಸಂದರ್ಭ ಗೊಂದಲ

ಅದು ಏನು: ಅನಗತ್ಯ ಸಂದರ್ಭ, ಅಸಂಖ್ಯಾತ ಲಭ್ಯವಿರುವ ಉಪಕರಣಗಳ ರೂಪದಲ್ಲಿ ಆಗುಹೋಗು ಮಾಡುವುದರಿಂದ ಮಾದರಿ ತಪ್ಪಾದ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಉತ್ಪಾದಿಸಬಹುದು ಅಥವಾ ಅಪ್ರಸಕ್ತ ಉಪಕರಣಗಳನ್ನು ಕರೆಯಬಹುದು. ಸಣ್ಣ ಮಾದರಿಗಳು ಇದಕ್ಕೆ ವಿಶೇಷವಾಗಿ ಒಳಪಡುವುದಕ್ಕೆ ಸಾಧ್ಯತೆ ಇರುತ್ತದು.

ಮಾಡಬೇಕಾದದ್ದು: RAG ತಂತ್ರಗಳ ಬಳಕೆ ಮೂಲಕ ಉಪಕರಣ ಲೋಡ್‌ಔಟ್ ನಿರ್ವahon ಅನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸಿ. ಉಪಕರಣ ವಿವರಣೆಗಳನ್ನು ವೆಕ್ಟರ್ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ ಮತ್ತು ಪ್ರತಿ ನಿರ್ದಿಷ್ಟ ಕಾರ್ಯಕ್ಕೆ ಮಾತ್ರ ಅತ್ಯಂತ ಸಂಬಂಧಿತ ಉಪಕರಣಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಸಂಶೋಧನೆಗಳು ಉಪಕರಣ ಆಯ್ಕೆಯನ್ನು 30 ಕ್ಕಿಂತ ಕಡಿಮೆಯಾಗಿ ನಿರ್ಬಂಧಿಸುವುದನ್ನು ತೋರಿಸಿವೆ.

ಪ್ರಯಾಣ ಬುಕ್ಕಿಂಗ್ ಉದಾಹರಣೆ: ನಿಮ್ಮ ಏಜೆಂಟ್ ದಸಗಣಿ ಉಪಕರಣಗಳಿಗೆ ಪ್ರವೇಶ ಹೊಂದಿದೆ: book_flight, book_hotel, rent_car, find_tours, currency_converter, weather_forecast, restaurant_reservations, ಇತ್ಯಾದಿ. ನೀವು ಕೇಳಿದಾಗ, “ಪ್ಯಾರಿಸ್‌ನಲ್ಲಿ ಸುತ್ತಲು ಅತ್ಯುತ್ತಮ ಮಾರ್ಗ ಏನು?” ಅನೇಕ ಉಪಕರಣಗಳ ಇರುವಿಕೆಯಿಂದ ಏಜೆಂಟ್ ಗೊಂದಲಕ್ಕೆ ಸಿಲುಕಿಕೊಂಡು ಪ್ಯಾರಿಸ್ ಒಳಗೆ book_flight ಅನ್ನು ಆಡ್‌ಗೊಳಿಸಲು ಯತ್ನಿಸಬಹುದು, ಅಥವಾ ನೀವು ಸಾರ್ವಜನಿಕ ವಾಹನವನ್ನು ಮೆಚ್ಚಿದ್ದರೂ rent_car ಅನ್ನು ಕರೆಯಲು ಯತ್ನಿಸಬಹುದು, ಏಕೆಂದರೆ ಉಪಕರಣ ವಿವರಣೆಗಳು ಆವರ್ತಿತವಾಗಿರಬಹುದು ಅಥವಾ ಅದು ಸರಿಯಾದುವನ್ನು ತೇರುವುದು ಕಷ್ಟವಾಗಬಹುದು.

ಉಪಾಯ: ಉಪಕರಣ ವಿವರಣೆಗಳ ಮೇಲೆ RAG ಬಳಸಿ. ನೀವು ಪ್ಯಾರಿಸ್‌ನಲ್ಲಿ ಸುತ್ತಾಟದ ಬಗ್ಗೆ ವಿಚಾರಿಸಿದಾಗ, ವ್ಯವಸ್ಥೆ ನಿಮ್ಮ ಕ್ವೆರಿಯನ್ನು ಆಧರಿಸಿ rent_car ಅಥವಾ public_transport_info ಮುಂತಾದ ಅತ್ಯಂತ ಸಂಬಂಧಿತ ಉಪಕರಣಗಳನ್ನು ಮಾತ್ರ ಡೈನಾಮಿಕ್ ಆಗಿ ಸೋಧಿಸಿ, LLM ಗೆ ಗಮನಕೇಂದ್ರಿತ “ಲೋಡ್‌ಔಟ್” ನೀಡುತ್ತದೆ.

ಸಂದರ್ಭ ಸಂಘರ್ಷ

ಅದು ಏನು: ಸಂದರ್ಭದ ಒಳಗೆ ವಿರುದ್ಧವಾದ ವಿವರಗಳು ಇದ್ದರೆ, ಸಮ್ಮತವಾದ ತರ್ಕದ ದೋಷಗಳಿಗೆ ಅಥವಾ ಕೊನೆಯಲ್ಲಿ ತಪ್ಪಾದ ಪ್ರತಿಕ್ರಿಯೆಗೆ ಕಾರಣವಾಗಬಹುದು. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಹಿತಿಗಳು ಹಂತ ಹಂತವಾಗಿ ಬಂದಾಗ ಆಗುತ್ತದೆ, ಮತ್ತು ಪ್ರಾಥಮಿಕ ತಪ್ಪು ಊಹೆಗಳು ಸಂದರ್ಭದಲ್ಲೇ باقیರಬಹುದು.

ಮಾಡಬೇಕಾದದ್ದು: ಸಂದರ್ಭ ಕುಡಿಯುವುದು (pruning) ಮತ್ತು ಆಫ್‌ಲೋಡಿಂಗ್ ಬಳಸಿ. ಕುಡಿಯುವುದು ಎಂದರೆ ಹಳೆಯ ಅಥವಾ ವಿರುದ್ಧವಾದ ಮಾಹಿತಿಯನ್ನು ತೆಗೆದುಹಾಕುವುದು. ಆಫ್‌ಲೋಡಿಂಗ್ ಎಂದರೆ ಮಾದರಿಗೆ ಮುಖ್ಯ ಸಂದರ್ಭವನ್ನು ಗಂದುಗೋಳಗೊಳಿಸದೇ ಪ್ರಕ್ರಿಯೆ ಮಾಡಲು ಬೇರೆ “ಸ್ಕ್ರಾಚ್‌ಪ್ಯಾಡ್” ಕೆಲಸದ ಪ್ರದೇಶವನ್ನು ನೀಡಿ.

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

ಉಪಾಯ: ಸಂದರ್ಭ ಕುಡಿಯುವುದು ಅನ್ನು ಅನುಷ್ಠಾನಗೊಳಿಸಿ. ಹೊಸ ನಿರ್ದೇಶನವು ಹಳೆಯದನ್ನು ವಿರುದ್ಧವಾಗಿ ಹೇಳಿದಾಗ, ಹಳೆಯ ನಿರ್ದೇಶನವನ್ನು ತೆಗೆಯಲಾಗುವುದು ಅಥವಾ ಸಂದರ್ಭದಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಮೀರಿಸಲಾಗುವುದು. ಪರ್ಯಾಯವಾಗಿ, ಏಜೆಂಟ್ ವಿರೋಧಾಭಾಸದ ಪ್ರಾಧಾನ್ಯತೆಗಳನ್ನು ಪರಿಹರಿಸಲು ಸ್ಕ್ರಾಚ್‌ಪ್ಯಾಡ್ ಅನ್ನು ಬಳಸಿ, ನಿರ್ಧಾರ ಮಾಡಲು ಮೊದಲು ಅವುಗಳನ್ನು ಸಮನ್ವಯಗೊಳಿಸಿ ಮತ್ತು ಕೊನೆಯ, ಸुसೂಕ್ತ ನಿರ್ದೇಶನವೇ ಅದರ ಕಾರ್ಯಗಳನ್ನು ಮಾರ್ಗದರ್ಶನ ಮಾಡಲಿ.

ಇನ್ನೂ ಸಂದರ್ಭ ಎಂಜಿನಿಯರಿಂಗ್ ಬಗ್ಗೆ ಹೆಚ್ಚಿನ ಪ್ರಶ್ನೆಗಳಿದೆಯೇ?

ಇತರ ಕಲಿಯುವವರಿಗೆ ಭೇಟಿ ಹೊಂದಲು, ಆಫೀಸ್ ಗಂಟೆಗಳಲ್ಲಿ ಭಾಗವಹಿಸಲು ಮತ್ತು ನಿಮ್ಮ AI ಏಜೆಂಟ್ ಗಳ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಗಳನ್ನು ಪಡೆಯಲು Microsoft Foundry Discord ಸೇರಿ.


ಅಸ್ವೀಕರಣ: ಈ ದಾಖಲೆಯನ್ನು AI ಅನುವಾದ ಸೇವೆ Co-op Translator (https://github.com/Azure/co-op-translator) ಬಳಸಿ ಅನುವಾದಿಸಲಾಗಿದೆ. ನಾವು ನಿಖರತೆಯತ್ತ ಪ್ರಯತ್ನಿಸಿದರೂ ಸಹ, ಸ್ವಯಂಚಾಲಿತ ಅನುವಾದಗಳಲ್ಲಿ ದೋಷಗಳು ಅಥವಾ ಅಸತ್ಯತೆಗಳು ಇರಬಹುದೆಂದು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಮೂಲ ಭಾಷೆಯಲ್ಲಿ ಇರುವ ಮೂಲ ದಾಖಲೆನ್ನು ಅಧಿಕೃತ ಉಲ್ಲೇಖವಾಗಿ ಪರಿಗಣಿಸಬೇಕು. ಮಹತ್ವದ ಮಾಹಿತಿಗಳಿಗೆ ವೃತ್ತಿಪರ ಮಾನವ ಅನುವಾದವನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗುತ್ತದೆ. ಈ ಅನುವಾದದ ಬಳಕೆದಿಂದ ಉಂಟಾಗುವ ಯಾವುದೇ ತಪ್ಪು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವಿಕೆಗಳು ಅಥವಾ ದುರ್ವ್ಯಾಖ್ಯಾನಗಳಿಗಾಗಿ ನಾವು ಹೊಣೆಗಾರರಾಗುವುದಿಲ್ಲ.