Designing, refining, and maintaining agent skills at Perplexity

How Perplexity writes, reviews, and maintains Agent Skills, plus the guide our engineers use to build them.

ಲೇಖಕರುPerplexity Engineering

Perplexity’s frontier agent products rest on a foundation of know-how and domain expertise packaged in modular Agent Skills. We maintain a carefully curated library of Skills across our technical environments. These Skills include many of the general-purpose utilities powering Perplexity Computer; vertical-specific capabilities in areas such as finance, law, and health; and a very long tail of modules for addressing user needs. Some Skills are infrequently invoked but critical when invoked. To ensure a consistently excellent user experience, Perplexity’s Agents team prioritizes Skill quality just as much as code quality.

ಉತ್ತಮ ಗುಣಮಟ್ಟದ ಕೌಶಲ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಅಗತ್ಯವಿರುವ ಅಂತರ್ಜ್ಞಾನ ಮತ್ತು ಉತ್ತಮ ಅಭ್ಯಾಸಗಳು ಸಾಂಪ್ರದಾಯಿಕ ಸಾಫ್‌ಟ್‌ವೇರ್ ನಿರ್ಮಿಸಲು ಅಗತ್ಯವಿರುವವರಿಗಿಂತ ಗಮನಾರ್ಹವಾಗಿ ಭಿನ್ನವಾಗಿವೆ. ಏಜೆಂಟ್‌ಗಳ ತಂಡವು ತಮ್ಮ ಕೆಲಸದ ಭಾಗವಾಗಿ ಕೌಶಲ್ಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಅತ್ಯುತ್ತಮ ಎಂಜಿನಿಯರ್‌ಗಳಿಂದ ಅನೇಕ ಪುಲ್ ವಿನಂತಿಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ಇದರ ಫಲಿತಾಂಶವು ಬಹುತೇಕ ಯಾವಾಗಲೂ ಹಲವಾರು ಕಾಮೆಂಟ್‌ಗಳು ಮತ್ತು ಪರಿಷ್ಕರಣೆಗಾಗಿ ಸಲಹೆಗಳಾಗಿರುತ್ತವೆ. ಏಕೆಂದರೆ ಕೋಡ್ ಬರೆಯಲು ಅನೇಕ ಉಪಯುಕ್ತ ಮಾದರಿಗಳು ಕೌಶಲ್ಯ ಸೃಷ್ಟಿಯಲ್ಲಿ ವಿರೋಧಿ ಮಾದರಿಗಳಾಗುತ್ತವೆ.

ಉದಾಹರಣೆಗೆ, ನೀವು PEP20 – The Zen of Python ನಿಂದ ಕೆಲವು ನಾಣ್ಣುಡಿಗಳನ್ನು ತೆಗೆದುಕೊಂಡರೆ, ಉತ್ತಮ Python ಕೋಡ್ ಬರೆಯುವುದು ಉತ್ತಮ ಕೌಶಲ್ಯಗಳನ್ನು ಬರೆಯುವುದಕ್ಕಿಂತ ಹೇಗೆ ಭಿನ್ನವಾಗಿದೆ ಎಂಬುದು rápidamente ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ. 20 ಸಾಲುಗಳ ಬುದ್ಧಿವಂತಿಕೆಯಲ್ಲಿ, ಕನಿಷ್ಠ ಅರ್ಧದಷ್ಟು ಕೌಶಲ್ಯಗಳನ್ನು ಬರೆಯುವಾಗ ಸಂಪೂರ್ಣವಾಗಿ ತಪ್ಪಾಗಿರುತ್ತವೆ ಅಥವಾ ಸಕ್ರಿಯವಾಗಿ ದಾರಿತಪ್ಪಿಸುತ್ತವೆ. ಅವುಗಳಲ್ಲಿ ಐದು ಇಲ್ಲಿವೆ:

Zen of Python

Zen of Skills

Simple is better than complex

ಒಂದು ಕೌಶಲ್ಯವು ಫೋಲ್ಡರ್ ಆಗಿದೆ, ಫೈಲ್ ಅಲ್ಲ. ಸಂಕೀರ್ಣತೆಯೇ ವೈಶಿಷ್ಟ್ಯ.

Explicit is better than implicit

ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯು ಸೂಚ್ಯ ಮಾದರಿ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ. ಪ್ರಗತಿಪರ ಬಹಿರಂಗಪಡಿಸುವಿಕೆ.

Sparse is better than dense

ಸಂದರ್ಭವು ದುಬಾರಿಯಾಗಿದೆ. ಪ್ರತಿ ಟೋಕನ್‌ಗೆ ಗರಿಷ್ಠ ಸಿಗ್ನಲ್.

Special cases aren’t special enough to break the rules

Gotchas ARE the special cases (they're the highest-value content).

If the implementation is easy to explain, it may be a good idea

ವಿವರಿಸಲು ಸುಲಭವಾಗಿದ್ದರೆ, ಮಾದರಿಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿದೆ. ಅದನ್ನು ಅಳಿಸಿಹಾಕಿ.

ಪೈಥಾನ್‌ನ ಝೆನ್ ಮತ್ತು ಕೌಶಲ್ಯಗಳನ್ನು ಬರೆಯಲು ಲೇಖನದ ಮಾರ್ಗದರ್ಶನದ ನಡುವಿನ ಐದು ವ್ಯತ್ಯಾಸಗಳು.

Perplexity ನಾದ್ಯಂತ ಇರುವ ಎಂಜಿನಿಯರ್‌ಗಳು ಕೌಶಲ್ಯಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ಮತ್ತು ಪರಿಶೀಲಿಸುವಾಗ ಬಳಸುವ ದಾಖಲೆ ಈ ಮಾರ್ಗದರ್ಶಿಯಾಗಿದೆ. ನಮ್ಮ ಆವಿಷ್ಕಾರಗಳು ಮತ್ತು ಕಲಿಕೆಗಳು ವಿಶಾಲ ಸಮುದಾಯಕ್ಕೆ ಪ್ರಯೋಜನಕಾರಿಯಾಗಲು ನಾವು ಈ ಮಾರ್ಗದರ್ಶಿಯನ್ನು ಸಾರ್ವಜನಿಕರಿಗೆ ಬಿಡುಗಡೆ ಮಾಡುತ್ತಿದ್ದೇವೆ. ನೀವು ನಿಮ್ಮ ದೈನಂದಿನ ಕೆಲಸದಲ್ಲಿ ಉತ್ಪಾದನಾ ಕೌಶಲ್ಯಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವ ಎಂಜಿನಿಯರ್ ಆಗಿರಲಿ, ನಿಮಗೆ ಚೆನ್ನಾಗಿ ತಿಳಿದಿರುವ ಕ್ಷೇತ್ರದಲ್ಲಿ ನಿಮ್ಮದೇ ಆದ ಕೌಶಲ್ಯವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಬಯಸುವ Computer ಬಳಕೆದಾರರಾಗಿರಲಿ ಅಥವಾ ಎರಡೂ ಆಗಿರಲಿ, ಈ ಮಾರ್ಗದರ್ಶಿ உங்களுக்காக.

ಕೌಶಲ್ಯ ಎಂದರೇನು?

ನೀವು ಕೌಶಲ್ಯವನ್ನು ಬರೆಯುವಾಗ, ನೀವು ಸರಳವಾದ ಹಳೆಯ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಬರೆಯುತ್ತಿಲ್ಲ (ಕೌಶಲ್ಯಗಳು ಈಗ ಏಜೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳ ಮುಖ್ಯ ತಾರ್ಕಿಕ ಎಂಜಿನ್‌ಗಳ ಭಾಗವಾಗಿದ್ದರೂ ಸಹ). ಬದಲಿಗೆ, ನೀವು ಮಾದರಿಗಳು ಮತ್ತು ಅವುಗಳ ಪರಿಸರಕ್ಕಾಗಿ ಸಂದರ್ಭವನ್ನು ನಿರ್ಮಿಸುತ್ತಿದ್ದೀರಿ. ಕೌಶಲ್ಯವು ವಿಭಿನ್ನ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ವಿಭಿನ್ನ ವಿನ್ಯಾಸ ತತ್ವಗಳನ್ನು ಹೊಂದಿದೆ. ನೀವು ಕೋಡ್ ಮಾಡಿದಂತೆ ಕೌಶಲ್ಯವನ್ನು ಬರೆದರೆ, ನೀವು ವಿಫಲಗೊಳ್ಳುತ್ತೀರಿ.

ವಿಶೇಷವಾಗಿ Perplexity ನಲ್ಲಿ ನಾವು ಅವುಗಳನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುತ್ತೇವೆ ಎಂಬ ಸಂದರ್ಭದಲ್ಲಿ ಕೌಶಲ್ಯವು ಕನಿಷ್ಠ ನಾಲ್ಕು ವಿಷಯಗಳಾಗಿವೆ.

ಒಂದು ಕೌಶಲ್ಯವು ಡೈರೆಕ್ಟರಿಯಾಗಿದೆ

ಕೌಶಲ್ಯವು ಕೇವಲ ಒಂಟಿ SKILL.md ಫೈಲ್ ಅಲ್ಲ. ಅನೇಕ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಕೌಶಲ್ಯವು ಹಲವಾರು ಫೈಲ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ನಿಮ್ಮ ಕೌಶಲ್ಯದ ಹೆಸರಿನ ಡೈರೆಕ್ಟರಿಯ ಅಡಿಯಲ್ಲಿ, ನೀವು ಹೊಂದಿರಬಹುದು:

SKILL.md: ಫ್ರಂಟ್‌ಮ್ಯಾಟರ್ ಮತ್ತು ಸೂಚನೆಗಳು

scripts/: ಏಜೆಂಟ್ ಚಲಾಯಿಸುವ ಕೋಡ್, ಮರುಶೋಧಿಸುವುದಿಲ್ಲ

references/: ಭಾರವಾದ ಡಾಕ್ಸ್, ಷರತ್ತುಬದ್ಧವಾಗಿ ಲೋಡ್ ಮಾಡಲಾಗಿದೆ

assets/: ಟೆಂಪ್ಲೇಟ್‌ಗಳು, ಸ್ಕೀಮಾಗಳು ಮತ್ತು ಡೇಟಾ

config.json: ಮೊದಲ ರನ್ ಬಳಕೆದಾರ ಸೆಟಪ್

ಈ ಹಬ್-ಆಂಡ್-ಸ್ಪೋಕ್ ವಿನ್ಯಾಸವು ನಿಮಗೆ ಕೌಶಲ್ಯಗಳನ್ನು ತುಂಬಾ ಕೇಂದ್ರೀಕೃತವಾಗಿ ಮತ್ತು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಇಡಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಫೋಲ್ಡರ್ ರಚನೆಯನ್ನು ಅತ್ಯಂತ ಸೃಜನಾತ್ಮಕವಾಗಿ ಬಳಸಬಹುದು. ಕೆಲವೊಮ್ಮೆ, ವಿಶೇಷವಾಗಿ ಜಟಿಲವಾದ ಕೌಶಲ್ಯಗಳು, ಮಾದರಿ ಉತ್ತಮವಾಗಿ ಸಂಚರಿಸಲು ನೆರವಾಗುವಂತೆ ಕ್ರಮಾನುಗತತೆಯ ಹಲವು ಮಟ್ಟಗಳಿಂದ ಲಾಭ ಪಡೆಯುತ್ತವೆ. ಒಂದು ಕೌಶಲ್ಯಕ್ಕೆ 300 ವಿಷಯಗಳಾದ್ಯಂತ ಜ್ಞಾನ ಬೇಕು ಎಂದು ಊಹಿಸಿ, ಅವುಗಳನ್ನು 20 ವಿಷಯಕ್ಷೇತ್ರಗಳಾಗಿ ಗುಂಪು ಮಾಡಬಹುದು. 300ರಲ್ಲಿ ಸರಿಯಾದ ವಿಷಯವನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಆಯ್ಕೆಮಾಡುವುದು ಇಂದಿನ ಅತ್ಯುತ್ತಮ ಫ್ರಾಂಟಿಯರ್ ಮಾದರಿಗಳಿಗೂ ಇನ್ನೂ ಪರಿಹಾರವಾಗದ ಸವಾಲು. ಆ ಪ್ರದೇಶದಲ್ಲಿನ 15 ವಿಷಯಗಳ ನಡುವೆ ಹುಡುಕುವುದಕ್ಕಿಂತ, ಮಾದರಿಯು 20 ಪ್ರದೇಶಗಳಲ್ಲಿ ಒಂದರ ಮೇಲೆ ಕೇಂದ್ರೀಕರಿಸುವುದು ನಿರ್ಣಯದ ದೃಷ್ಟಿಯಿಂದ ಬಹಳ ಸುಲಭ.

ಬಹುಹಂತದ ಶ್ರೇಣೀಕರಣವು ಹೇಗೆ ಮೌಲ್ಯವನ್ನು ಒದಗಿಸುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಒಂದು ಉದಾಹರಣೆಯಾಗಿ, Computer ನ US ಆದಾಯ ತೆರಿಗೆ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಶಕ್ತಗೊಳಿಸುವ ಕೌಶಲ್ಯಗಳ ಒಳಗೆ ನಮ್ಮ ತಂಡವು ಕಳೆದ ತೆರಿಗೆ ಋತುವಿನಲ್ಲಿ ಮೂರು ಹಂತದ ಪ್ರಾಸಂಗಿಕ ನೆಸ್ಟಿಂಗ್ ಅನ್ನು ಬಳಸಿಕೊಂಡಿದೆ. ತೆರಿಗೆ ಕಾನೂನಿನ ಸಂಕೀರ್ಣತೆಯನ್ನು ನೀಡಿದರೆ ಈ ಶ್ರೇಣೀಕರಣವು ಸಂಪೂರ್ಣವಾಗಿ ಅತ್ಯಗತ್ಯವಾಗಿತ್ತು: ನಮ್ಮ ಆರಂಭಿಕ ಪರೀಕ್ಷೆಗಳಲ್ಲಿ, ಯುಎಸ್ ಇಂಟರ್ನಲ್ ರೆವೆನ್ಯೂ ಕೋಡ್‌ನ ಎಲ್ಲಾ 1,945 ವಿಭಾಗಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಏಕೈಕ ಫೋಲ್ಡರ್ ಅನ್ನು ಮಾದರಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸುವುದು ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡದಿರುವುದಕ್ಕಿಂತ ಹ Worse ಕಾರ್ಯಕ್ಷಮತೆಗೆ ಕಾರಣವಾಯಿತು. ಹೆಚ್ಚಿನ ನಿಖರವಾದ ಓದುವ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಮಾಹಿತಿಯನ್ನು ತಾರ್ಕಿಕ ಉಪವಿಭಾಗಗಳಾಗಿ ಸಂಘಟಿಸುವುದು ಅತ್ಯಗತ್ಯವಾಗಿತ್ತು.

ಆದರೂ ಈ ಶ್ರೇಣಿಯು ಉಚಿತವಾಗಿ ಬರಲಿಲ್ಲ. ಹೆಚ್ಚುತ್ತಿರುವ ಶ್ರೇಣಿಯ ಮಟ್ಟಗಳಿಗೆ ಫಲಿತಾಂಶದ ಇಂಡಿರಕ್ಷನ್ ಅನ್ನು ನಿರ್ವಹಿಸಲು ಮಾಹಿತಿ ಆರ್ಕಿಟೆಕ್ಚರ್‌ನಾದ್ಯಂತ ಹೆಚ್ಚುತ್ತಿರುವ ಕ್ಯುರೇಷನ್ ಮಟ್ಟಗಳು ಬೇಕಾಗುತ್ತವೆ. ಕನಿಷ್ಠ ಇಂಡಿರಕ್ಷನ್‌ನೊಂದಿಗೆ ಮಾಹಿತಿಯನ್ನು ಪತ್ತೆಹಚ್ಚುವಲ್ಲಿ ಮಾದರಿಯನ್ನು ಬೆಂಬಲಿಸಲು ನಾವು ತ್ವರಿತ ಉಲ್ಲೇಖ ಮಾರ್ಗದರ್ಶಿಗಳು, ಕಸ್ಟಮ್ ಹುಡುಕಾಟ ಉಪಯುಕ್ತತೆಗಳು ಮತ್ತು ಇತರ ಸಾಧನಗಳನ್ನು ರೂಪಿಸಿದ್ದೇವೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕ್ಯುರೇಷನ್‌ನ ಕಠಿಣ ಕೆಲಸವನ್ನು ಮಾಡುವುದರಿಂದ ಅಂತಿಮವಾಗಿ ಸಕಾರಾತ್ಮಕ ಅಂತಿಮ ಫಲಿತಾಂಶವನ್ನು ನೀಡಿತು: ಕೌಶಲ್ಯವು ಮಾದರಿಗಳಿಗೆ ಸಾಮಾನ್ಯ ಸಾಧನಗಳನ್ನು ಮಾತ್ರ ಬಳಸುವುದಕ್ಕಿಂತ ತೆರಿಗೆ-ಸಂಬಂಧಿತ ಕಾರ್ಯಗಳನ್ನು ಹೆಚ್ಚು ಸಮರ್ಥವಾಗಿ ನಿರ್ವಹಿಸಲು ಅನುವು ಮಾಡಿಕೊಟ್ಟಿತು.

ಕಂಪ್ಯೂಟರ್‌ನ ತೆರಿಗೆ ಸಂಬಂಧಿತ ಕೌಶಲ್ಯಗಳಿಂದ ಉತ್ಪಾದಿಸಿದ Schedule C ತೆರಿಗೆ ಕ್ಯಾಲ್ಕುಲೇಟರ್.

ಒಂದು ಕೌಶಲ್ಯವು ಒಂದು ಸ್ವರೂಪವಾಗಿದೆ

ಕೌಶಲ್ಯವು ಒಂದು ಸ್ವರೂಪವಾಗಿದೆ. ಮೂಲ root SKILL.md ಫೈಲ್‌ನಲ್ಲಿ ಹೆಸರು ಮತ್ತು ವಿವರಣೆ ಎರಡೂ ಇರಬೇಕು. ಜೊತೆಗೆ, ಕೌಶಲ್ಯವು ಅದು ಇರುವ ಡೈರೆಕ್ಟರಿ ಹೆಸರಿಗೆ ನಿಖರವಾಗಿ ಹೊಂದಿಕೊಂಡಿರಬೇಕು. ಹೆಸರು ಸಂಪೂರ್ಣವಾಗಿ ಚಿಕ್ಕಕ್ಷರಗಳಲ್ಲಿ ಇರಬೇಕು, ಖಾಲಿ ಜಾಗಗಳು ಇರಬಾರದು, ಮತ್ತು ಹೈಫನ್‌ಗಳನ್ನು ಬಳಸಬಹುದು. ವಿವರಣೆ ಎಂದರೆ routing trigger. ಇದು ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪಾಗುವ ಅಂಶ: ವಿವರಣೆ ಕೌಶಲ್ಯ ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದರ ಆಂತರಿಕ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಅಲ್ಲ. ಬದಲಿಗೆ, ಕೌಶಲ್ಯವನ್ನು ಯಾವಾಗ ಲೋಡ್ ಮಾಡಬೇಕು ಎಂಬುದನ್ನು ಮಾದರಿಗೆ ಸೂಚಿಸುವ ನಿರ್ದೇಶನಗಳಾಗಿವೆ. ಆದ್ದರಿಂದ, ನೀವು ಆಗಾಗ್ಗೆ “Load when,” ಅನ್ನು ಕಾಣುತ್ತೀರಿ, “This Skill does.” ಅನ್ನು ಅಲ್ಲ. ಹೆಚ್ಚಿನ ಅನುಷ್ಠಾನಗಳು ವಿವರಣೆಯನ್ನು ಮಾದರಿ context ಗೆ inject ಮಾಡುವ ರೀತಿಯ ಕಾರಣದಿಂದ ಇದು ಮುಖ್ಯವಾಗಿದೆ.

ಫ್ರಂಟ್‌ಮ್ಯಾಟರ್ ಒಳಗೆ, “depends:” ಕೂಡ ಇದೆ, ಇದು ಶ್ರೇಣೀಕೃತ ಕೌಶಲ್ಯ ಅವಲಂಬನೆಗಳನ್ನು ರಚಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು “metadata:”, ಇದನ್ನು ವಿಮರ್ಶೆಗಳು ಮತ್ತು ಮೌಲ್ಯಮಾಪನಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ. ವಿಭಿನ್ನ ಏಜೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳು ಆ ಸಿಸ್ಟಮ್‌ಗಳಿಗೆ ನಿರ್ದಿಷ್ಟವಾದ ರೀತಿಯಲ್ಲಿ ಬಳಸಲು ತಮ್ಮದೇ ಆದ ಫ್ರಂಟ್‌ಮ್ಯಾಟರ್ ಕ್ಷೇತ್ರಗಳನ್ನು ಸಹ ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು. ಪರ್ಯಾಯವಾಗಿ, ಕೌಶಲ್ಯ-ನಿರ್ದಿಷ್ಟ ಮೆಟಾಡೇಟಾವನ್ನು ಸಹಾಯಕ JSON ಅಥವಾ YAML ಕಾನ್ಫಿಗರೇಶನ್ ಫೈಲ್‌ನಲ್ಲಿ ಪ್ಯಾಕ್ ಮಾಡಬಹುದು. ಮಾದರಿಯ ಸಂದರ್ಭವನ್ನು ನಿಮಿಷಗಳೊಂದಿಗೆ ಕಲುಷಿತಗೊಳಿಸದೆ ಪ್ರತಿ ಕೌಶಲ್ಯಕ್ಕೆ ವಿಭಿನ್ನ ರೀತಿಯ ರನ್‌ಟೈಮ್ ನಡವಳಿಕೆಯನ್ನು ಸುಲಭಗೊಳಿಸಲು ಅಗತ್ಯವಿರುವ ಏಜೆಂಟ್ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ನಿರ್ಮಿಸುವಾಗ ಇದು ಅಪೇಕ್ಷಣೀಯವಾಗಿದೆ. ಅಂತಿಮವಾಗಿ, ಓದುವಾಗ ಕೌಶಲ್ಯದ ಫ್ರಂಟ್‌ಮ್ಯಾಟರ್ ಅನ್ನು ತೆಗೆದುಹಾಕುವ ಮೂಲಕ ಇದೇ ರೀತಿಯ ನಡವಳಿಕೆಯನ್ನು ಪಡೆಯಬಹುದು. Computer ಈ ವಿಧಾನವನ್ನು ಬಳಸುತ್ತದೆ, ಇದು ಮೂಲ SKILL.md ಫೈಲ್‌ನಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಸಂರಕ್ಷಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಪಾರ್ಸಿಂಗ್ ತರ್ಕದಲ್ಲಿ ವಿವರಗಳಿಗೆ ಎಚ್ಚರಿಕೆಯ ಗಮನ ಬೇಕಾಗುತ್ತದೆ, ಮತ್ತು ಮಾದರಿಯ ಸಂದರ್ಭದಲ್ಲಿ ಇರಲು ಉಪಯುಕ್ತವಾದ ಕೆಲವು ಕ್ಷೇತ್ರಗಳಿದ್ದರೆ ಷರತ್ತುಬದ್ಧ ಸ್ಟ್ರಿಪ್ಪಿಂಗ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಬಯಸಬಹುದು.

ಒಂದು ಕೌಶಲ್ಯವು ಆಹ್ವಾನಿಸಲ್ಪಡುತ್ತದೆ

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

Computer ನಲ್ಲಿ ನಾವು ಕೌಶಲ್ಯಗಳನ್ನು ಜಾರಿಗೆ ತಂದಿರುವ ರೀತಿಯಲ್ಲಿ ಕನಿಷ್ಠ ಮೂರು ಶ್ರೇಣಿಯ ಸಂದರ್ಭ ವೆಚ್ಚಗಳಿವೆ. ಪ್ರಕ್ರಿಯೆಯು ಇಲ್ಲಿದೆ:

Computer calls load_skill(name="...")

Computer copies the Skill directory into the isolated execution sandbox

Computer recursively auto-loads dependencies in the “depends:” tag

Computer ನಂತರ ಫ್ರಂಟ್‌ಮ್ಯಾಟರ್ ಅನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ ಮತ್ತು ಏಜೆಂಟ್ ಹೀಗೆ ದೇಹ ಮತ್ತು ಹೆಚ್ಚುವರಿ ಫೈಲ್‌ಗಳನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ

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

ಒಂದು ಕೌಶಲ್ಯವು ಪ್ರಗತಿಪರವಾಗಿದೆ

ಕೌಶಲ್ಯಗಳು ಪ್ರಗತಿಪರವಾಗಿವೆ. Computer ನಲ್ಲಿ, ಮೂರು ವಿಭಿನ್ನ ಶ್ರೇಣಿಯ ಸಂದರ್ಭ ವೆಚ್ಚಗಳಿವೆ, ಮತ್ತು ನಾವು ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ಮೂರನ್ನೂ ಭರಿಸುತ್ತೇವೆ:

ಶ್ರೇಣಿ

ಏನು ಲೋಡ್ ಆಗುತ್ತದೆ

ಬಜೆಟ್

ನೀವು ಯಾವಾಗ ಪಾವತಿಸುತ್ತೀರಿ

ಸೂಚ್ಯಂಕ

ಹೆಸರು: ಪ್ರತಿಯೊಂದು ಮರೆಮಾಡದ ಕೌಶಲ್ಯಕ್ಕೆ ವಿವರಣೆ

ಪ್ರತಿ ಕೌಶಲ್ಯಕ್ಕೆ ~100 ಟೋಕನ್‌ಗಳು

ಪ್ರತಿ ಸೆಷನ್, ಪ್ರತಿ ಬಳಕೆದಾರ, ಯಾವಾಗಲೂ ಪಾವತಿಸಲಾಗುತ್ತದೆ

ಲೋಡ್

ಪೂರ್ಣ SKILL.md ದೇಹ

~5,000 ಟೋಕನ್‌ಗಳು

~5,000 ಟೋಕನ್‌ಗಳು

ರನ್‌ಟೈಮ್

scripts/, references/, assets/, subskills, FORMATTING.md, SPECIAL_CASES.md ನಲ್ಲಿರುವ ಫೈಲ್‌ಗಳು

ಅಬೌಂಡೆಡ್

ಏಜೆಂಟ್ ಅವುಗಳನ್ನು ಓದಿದಾಗ ಮಾತ್ರ

ಕೌಶಲ್ಯ ಸಂಧರ್ಭದ ಮೂರು ಹಂತಗಳು: ಸೂಚಿ, ಸಂಪೂರ್ಣ ಕೌಶಲ್ಯ ಲೋಡ್, ಮತ್ತು ರನ್‌ಟೈಮ್ ಉಲ್ಲೇಖ ಕಡತಗಳು.

Computer ಲಭ್ಯವಿರುವ ಪ್ರತಿ ಕೌಶಲ್ಯಕ್ಕೆ ಹೆಸರು ಮತ್ತು ವಿವರಣೆಯನ್ನು ಹೊಂದಿರುವ ಕೌಶಲ್ಯ ಸೂಚ್ಯಂಕವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. ಇದಕ್ಕೆ ಬಜೆಟ್ ಪ್ರತಿ ಕೌಶಲ್ಯಕ್ಕೆ ಸುಮಾರು 100 ಟೋಕನ್‌ಗಳು (ಖುಷಿಪಡಿಸುವುದು ಇನ್ನೂ ಉತ್ತಮ). ಇದು ತುಂಬಾ ಬಿಗಿಯಾಗಿದೆ ಏಕೆಂದರೆ ನೀವು ಪ್ರತಿ ಸೆಷನ್‌ನಲ್ಲಿ, ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಈ ವೆಚ್ಚವನ್ನು ಪಾವತಿಸುತ್ತಿದ್ದೀರಿ. ಸಂಭಾಷಣೆಯ अगदी ಆರಂಭದಲ್ಲಿ ಇದನ್ನು ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್‌ಗೆ ಚುಚ್ಚಲಾಗುತ್ತದೆ. ಮಾದರಿಯು “load_skill()” ಅನ್ನು ಕರೆಯಬೇಕೆ ಎಂದು ನಿರ್ಧರಿಸಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಹೆಸರಿಸಿದ ಕೌಶಲ್ಯಗಳು ಮತ್ತು ವಿವರಣೆಗಳ ಗುಂಪಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿದೆ. ಈ ಸೂಚ್ಯಂಕಕ್ಕೆ ಪ್ರವೇಶ ಪಡೆಯುವ ಬಾರ್ ಅತ್ಯಂತ ಹೈ ಆಗಿದೆ. ನಿಮ್ಮ ಕೌಶಲ್ಯವು ಬಹಳ ಉಪಯುಕ್ತವಾಗಿರಬೇಕು ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಎಲ್ಲಾ ಸಮಯದಲ್ಲೂ ವೆಚ್ಚವನ್ನು ಪಾವತಿಸುತ್ತಿರುವುದರಿಂದ ವಿವರಣೆಯು ಅತ್ಯಂತ ದಟ್ಟವಾಗಿ ಮತ್ತು ಸಂಕ್ಷಿಪ್ತವಾಗಿರಬೇಕು.

ಏಜೆಂಟ್ ಸಿಸ್ಟಮ್ ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡಿದ ನಂತರ, ಪೂರ್ಣ SKILL.md ದೇಹವಿದೆ. ಆದರ್ಶಪ್ರಾಯವಾಗಿ, ದೇಹದ ಪಠ್ಯವು 5,000 ಟೋಕನ್‌ಗಳನ್ನು ಮೀರುವುದಿಲ್ಲ. ಆಗಲೂ, ನೀವು ಪ್ರತಿ ವಾಕ್ಯವು ಮುಖ್ಯವಾಗಬೇಕೆಂದು ಬಯಸುತ್ತೀರಿ ಏಕೆಂದರೆ ಒಮ್ಮೆ ನೀವು ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡಿದರೆ, ನೀವು ಕಾಂಪ್ಯಾಕ್ಷನ್ ಗಡಿಯನ್ನು ತಲುಪುವವರೆಗೆ ಉಳಿದ ಸಂಭಾಷಣೆಯು ಅದನ್ನು ಪಾವತಿಸಬೇಕಾಗುತ್ತದೆ. ಅನೇಕ ಥ್ರೆಡ್‌ಗಳು ಮೂರು ಮತ್ತು ಐದು ವಿಭಿನ್ನ ಕೌಶಲ್ಯಗಳ ನಡುವೆ ಎಲ್ಲಿಯಾದರೂ ಲೋಡ್ ಮಾಡುತ್ತವೆ, ಈ ವೆಚ್ಚವನ್ನು ಗುಣಿಸುತ್ತವೆ. ಬಹಳಷ್ಟು ಹರಳುಗಳನ್ನು ಹೊಂದಿರುವ ಕೌಶಲ್ಯಗಳು ಇತರ ಕೌಶಲ್ಯಗಳನ್ನು ಹಾಗೂ ಒಟ್ಟಾರೆ ಏಜೆಂಟಿಕ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಖಂಡಿತವಾಗಿಯೂ ಅವನತಿಗೊಳಿಸುತ್ತವೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಿಮ್ಮ ಕೌಶಲ್ಯವು ಲೋಡ್ ಆಗಿ ಸರಿಯಾದ ಕೆಲಸವನ್ನು ಮಾಡದಿದ್ದರೆ, ಅದು ವ್ಯರ್ಥವಾದ ಸಂದರ್ಭವಾಗಿದೆ.

ಪ್ರಗತಿಯ ಅಂತಿಮ ಮಟ್ಟವೆಂದರೆ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಅಥವಾ ವಿಶೇಷ ಪ್ರಕರಣಗಳು, ಸಬ್‌ಸ್ಕಿಲ್‌ಗಳು ಅಥವಾ ಫಾರ್ಮ್ಯಾಟಿಂಗ್‌ನಂತಹವು. ಇಲ್ಲಿ ನೀವು ಅಬೌಂಡೆಡ್ ಷರತ್ತುಬದ್ಧ ಶಾಖೆಯ ತರ್ಕವನ್ನು ಇರಿಸಲು ಬಯಸುತ್ತೀರಿ. ಏಜೆಂಟ್ ಅಗತ್ಯವಿದ್ದಾಗ ಮಾತ್ರ ಅದನ್ನು ಬಳಸುತ್ತದೆ, ಅಂದರೆ ಇಲ್ಲಿ ನೀವು ಏನು ಹಾಕಲು ಬಯಸುತ್ತೀರಿ ಎಂಬುದಕ್ಕೆ ಕಡಿಮೆ ಬಾರ್ ಇದೆ.

ಸೂಚ್ಯಂಕದಲ್ಲಿ, ಪ್ರತಿ ಟೋಕನ್ ಮುಖ್ಯವಾಗಿದೆ. ಲೋಡ್ ಮಾಡಲಾದ ಕೌಶಲ್ಯ ದೇಹವು ಹೆಚ್ಚು ವಿಶ್ರಾಂತಿ ಪಡೆದಿದೆ, ಮತ್ತು ರನ್‌ಟೈಮ್ ಅತ್ಯಂತ ವಿಶ್ರಾಂತಿ ಪಡೆದಿದೆ. ಇದು 20,000 ಟೋಕನ್‌ಗಳು ಅಥವಾ ಶೂನ್ಯ ಟೋಕನ್‌ಗಳು ಆಗಿರಬಹುದು. ಇದು ಪ್ರಗತಿಪರ ಫ್ಯಾಷನ್‌ನಲ್ಲಿ ಮಾದರಿಯ ಸಂದರ್ಭವನ್ನು ವಿಸ್ತರಿಸುವುದರ ಬಗ್ಗೆ ನೀವು ಯೋಚಿಸಬಹುದಾದ ಮಟ್ಟವಾಗಿದೆ.

ನಾಗರಿಕ ಕೌಶಲ್ಯ ಯಾವಾಗ ಬೇಕು?

ನಿರ್ದಿಷ್ಟ ಡೊಮೇನ್ ಅಥವಾ ಬಳಕೆಯ ಪ್ರಕರಣಕ್ಕೆ ಕೌಶಲ್ಯ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದೆಯೇ ಎಂದು ಅಭಿಪ್ರಾಯಪಡುವಂತೆ ಏಜೆಂಟ್ಸ್ ತಂಡವನ್ನು அடிக்கடி ಕೇಳಲಾಗುತ್ತದೆ. ಮೊದಲ ತತ್ವಗಳಿಂದ ಮಾತ್ರ ನಾವು ನಿರ್ಣಾಯಕ ಉತ್ತರವನ್ನು ಹೊಂದಿರುವುದು ಬಹಳ ಅಪರೂಪ. ಇದನ್ನು ನಿಜವಾಗಿಯೂ ಕಂಡುಹಿಡಿಯುವ ಏಕೈಕ ಮಾರ್ಗವೆಂದರೆ ಕೌಶಲ್ಯವಿಲ್ಲದೆ ನಿಮ್ಮ ಏಜೆಂಟ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸುವುದು, ಹಲವಾರು ಹೀರೋ ಪ್ರಶ್ನೆಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವುದು ಮತ್ತು ನಂತರ ಏಜೆಂಟ್ ಉತ್ತಮ ಕೆಲಸ ಮಾಡುತ್ತಿದೆಯೇ ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು.

ನಿಮಗೆ ಕೌಶಲ್ಯ ಬೇಕಾದಾಗ

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

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

ನಿಮಗೆ ಕೌಶಲ್ಯ ಅಗತ್ಯವಿಲ್ಲದಿದ್ದಾಗ

ಅನುಕ್ರಮವಾಗಿ ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕಾದ git ಆಜ್ಞೆಗಳ ಸರಣಿಯನ್ನು ಎಂಜಿನಿಯರ್‌ಗಳು ಬರೆದಿರುವ ಅನೇಕ ಕೌಶಲ್ಯಗಳನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ. ಅದು ಅನಗತ್ಯವಾಗಿದೆ ಏಕೆಂದರೆ ಮಾದರಿಗೆ ಅದನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ಈಗಾಗಲೇ ತಿಳಿದಿದೆ, ಅಂದರೆ ಇದು ಉತ್ತಮ ದಾಖಲಾತಿಯನ್ನು ಮಾಡುತ್ತದೆ ಆದರೆ ಕಳಪೆ ಕೌಶಲ್ಯವನ್ನು ಮಾಡುತ್ತದೆ.

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

ನೀವು ಅದನ್ನು ನಿರ್ವಹಿಸುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿ ಬದಲಾಗುವ ಯಾವುದಾದರೂ ಇದ್ದರೆ, ನಿಮಗೆ ಕೌಶಲ್ಯ ಬೇಕಾಗಿಲ್ಲ. ಉದಾಹರಣೆಗೆ, ನೀವು ಕೆಲವು ರಿಮೋಟ್ MCP ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಹೊಡೆಯುತ್ತಿದ್ದರೆ ಮತ್ತು ಅದರ ಉಪಕರಣಗಳು ಅಥವಾ ಆ ಸಾಧನಗಳ ಆವೃತ್ತಿಗಳು ಆಗಾಗ್ಗೆ ಬದಲಾಗುತ್ತಿದ್ದರೆ, ನೀವು ಅವುಗಳನ್ನು ಕೌಶಲ್ಯಕ್ಕೆ ಚುಚ್ಚಬಾರದು. ನೀವು ಹಾಗೆ ಮಾಡಿದರೆ, ನೀವು ಕೇವಲ ಡ್ರಿಫ್ಟ್‌ನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತೀರಿ ಮತ್ತು ಮಾದರಿಯು ತಪ್ಪುಗಳನ್ನು ಮಾಡುತ್ತದೆ.

ಪ್ರತಿ ಕೌಶಲ್ಯವು ತೆರಿಗೆಯಾಗಿದೆ

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

ಫ್ರೆಂಚ್‌ನಲ್ಲಿ ಉತ್ತಮವಾಗಿ ಧ್ವನಿಸುವ ಕೆಳಗಿನ ಪ್ರಸಿದ್ಧ ಉಲ್ಲೇಖವು ಸರಿಸುಮಾರು “ನಾನು ಅದನ್ನು ಚಿಕ್ಕದಾಗಿ ಮಾಡಲು ಸಮಯವಿಲ್ಲದ ಕಾರಣ ಮಾತ್ರ ನಾನು ಈ ಪತ್ರವನ್ನು ಉದ್ದವಾಗಿ ಮಾಡಿದ್ದೇನೆ” ಎಂದು ಅನುವಾದಿಸುತ್ತದೆ.

« Je n’ai fait celle-ci plus longue que parce que je n’ai pas eu le loisir de la faire plus courte. » — Blaise Pascal, Lettres Provinciales, 1657

ಪಾಸ್ಕಲ್‌ನಂತೆ, ನೀವು ಪ್ರತಿಯೊಂದು ಕೌಶಲ್ಯದಲ್ಲೂ ಸಮಯವನ್ನು ಹೂಡಬೇಕು. ಚಿಕ್ಕ ಕೌಶಲ್ಯವನ್ನು ಬರೆಯುವುದು ಕಷ್ಟ. ನಿಮ್ಮ ಕೌಶಲ್ಯವನ್ನು ಬರೆಯುವುದು ಸುಲಭವಾಗಿದ್ದರೆ, ಅದು ಬಹುಶಃ ತುಂಬಾ ಉದ್ದವಾಗಿದೆ ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರಬಾರದು. ಒಳ್ಳೆಯ ಕೌಶಲ್ಯವು ಸಾಧ್ಯವಾದಷ್ಟು ಚಿಕ್ಕದಾಗಿರಬೇಕು.

ನೀವು ಒನ್-ಶಾಟ್ ಕೌಶಲ್ಯ ಉತ್ಪಾದನೆಯನ್ನು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವುದು ಮತ್ತು ಐದು ನಿಮಿಷಗಳಲ್ಲಿ PR ಗಳನ್ನು ಹಾಕುತ್ತಿರುವುದು ಕಂಡುಬಂದರೆ, ಫಲಿತಾಂಶಗಳು ಬಹುಶಃ ಸಬ್‌ಪಾರ್ ಆಗಿರುತ್ತವೆ. ವಾಸ್ತವವಾಗಿ, ಆರಂಭಿಕ ಸಂಶೋಧನೆಯು ತೋರಿಸಿದೆ ನೀವು ಕೌಶಲ್ಯಗಳನ್ನು ಬರೆಯಲು LLM ಗಳನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, LLM ಅದರಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುವುದಿಲ್ಲ: “ಸ್ವಯಂ-ಉತ್ಪಾದಿತ ಕೌಶಲ್ಯಗಳು ಸರಾಸರಿ ಯಾವುದೇ ಪ್ರಯೋಜನವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ, ಮಾದರಿಗಳು ತಾವು ಸೇವಿಸುವುದರಿಂದ ಪ್ರಯೋಜನ ಪಡೆಯುವ procedural ಜ್ಞಾನವನ್ನು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ಕರ್ತೃ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ.”

ಕೌಶಲ್ಯವನ್ನು ಹೇಗೆ ನಿರ್ಮಿಸುವುದು

ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ನೀವು ಬರೆಯುವ ಯಾವುದೇ ಕೌಶಲ್ಯಕ್ಕೆ ನಿಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ನೀವು ಚುಚ್ಚಬೇಕು. ಈ ಹಂತಗಳನ್ನು ಅನುಸರಿಸಿ.

ಹಂತ 0: ಇವಾಲ್‌ಗಳನ್ನು ಬರೆಯಿರಿ

ಮೊದಲು ಕೆಲವು ಇವಾಲ್‌ಗಳನ್ನು ಬರೆಯಿರಿ. ನೀವು ಮೌಲ್ಯಮಾಪನ ಪ್ರಕರಣಗಳನ್ನು ಮೂಲ ಮಾಡಬಹುದು:

ನಿಜವಾದ ಬಳಕೆದಾರ ಪ್ರಶ್ನೆಗಳು: ಉತ್ಪಾದನೆ ಅಥವಾ ನಿಮ್ಮ ಬ್ರೈನ್ ಟ್ರಸ್ಟ್‌ನಿಂದ ಮಾದರಿ

ತಿಳಿದಿರುವ ವೈಫಲ್ಯಗಳು: ಕೌಶಲ್ಯ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಕಾರಣ ಏಜೆಂಟ್ ವಿಫಲವಾಯಿತು

ನೆರೆಹೊರೆಯ ಗೊಂದಲ: ನಿಮ್ಮ ಡೊಮೇನ್ ಗಡಿಗೆ ಹತ್ತಿರದಲ್ಲಿದೆ ಆದರೆ ಮತ್ತೊಂದು ಕೌಶಲ್ಯಕ್ಕೆ ರೂಟ್ ಮಾಡುತ್ತದೆ

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

ಸಮಾನವಾದ ನಕಾರಾತ್ಮಕ ಮತ್ತು ಧನಾತ್ಮಕ ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ. ನಕಾರಾತ್ಮಕ ಉದಾಹರಣೆಗಳು ಅತ್ಯಂತ ಶಕ್ತಿಶಾಲಿ ಮತ್ತು ಧನಾತ್ಮಕ ಉದಾಹರಣೆಗಳಿಗಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯವಾಗಬಹುದು.

ಹಂತ 1: ವಿವರಣೆ

ಇದು ಕೌಶಲ್ಯದಲ್ಲಿನ ಅತ್ಯಂತ ಕಷ್ಟದ ಸಾಲು. ಇದು routing trigger, documentation ಅಲ್ಲ. ಹೆಸರು ಮತ್ತು ವಿವರಣೆಯನ್ನು ಸರಿಯಾಗಿ ಪಡೆಯಲು, ನೀವು ಕೌಶಲ್ಯದ ವಿಷಯದ ಬಗ್ಗೆ ಚಿಂತಿಸಬೇಕಾಗಿಲ್ಲ. ಕೌಶಲ್ಯ ಸರಿಯಾದ ಸ್ಥಳಗಳಲ್ಲಿ ಲೋಡ್ ಆಗಿ inject ಆಗುತ್ತದೆಯೇ ಮತ್ತು ಗುರಿಯಿಂದ ಹೊರಗಿನ side effects ಗಳಿಲ್ಲವೇ ಎಂಬುದರ ಬಗ್ಗೆ ಮಾತ್ರ ನೀವು ಚಿಂತಿಸಬೇಕು; ಇದೇ ಮೊದಲನೆಯ ವಿಫಲತಾ ವಿಧಾನ. ನೀವು ಪ್ರತಿಯೊಂದು ಹೆಚ್ಚುವರಿ ಕೌಶಲ್ಯವನ್ನು ಸೇರಿಸುವಾಗ, ಪ್ರತಿಯೊಂದು ಇತರೆ ಕೌಶಲ್ಯವನ್ನು ಸ್ವಲ್ಪ ಕೆಟ್ಟದಾಗಿಸುವ ಅಪಾಯ ಇರುತ್ತದೆ, ಆದ್ದರಿಂದ regression ಅನ್ನು ಕನಿಷ್ಠಗೊಳಿಸುತ್ತಿರುವುದನ್ನು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕು.

ಮತ್ತೆ, ಕೆಟ್ಟ ವಿವರಣೆಯು ಕೌಶಲ್ಯ ಏನು ಮಾಡುತ್ತದೆ ಅಥವಾ ಅದು ಏಕೆ ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಉತ್ತಮ ವಿವರಣೆಯು ಏಜೆಂಟ್ ಯಾವಾಗ ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡಬೇಕು ಎಂದು ಹೇಳುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಪುಲ್ ವಿನಂತಿಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಲು ನೀವು ಏನನ್ನಾದರೂ ಹೊಂದಿದ್ದೀರಿ ಎಂದು ಹೇಳೋಣ. ಕೌಶಲ್ಯ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಬರೆಯಬೇಡಿ. ಎಂಜಿನಿಯರ್‌ಗಳು ನಿರಾಶೆಗೊಂಡಾಗ ಮತ್ತು ತಮ್ಮ PR ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ನೀವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಬೇಕೆಂದು ಅವರು ಬಯಸಿದಾಗ ಅವರು ಏನು ಹೇಳುತ್ತಾರೆ ಎಂಬುದನ್ನು ಬರೆಯಿರಿ, ಉದಾಹರಣೆಗೆ “ಬೇಬಿಸಿಟ್” ಅಥವಾ “ವಾಚ್ CI” ಅಥವಾ “ಇದು ಇಳಿಯುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.”

ತ್ವರಿತ ಪರಿಶೀಲನಾಪಟ್ಟಿ ಇಲ್ಲಿದೆ:

"Load when..." ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ

50 ಪದಗಳು ಅಥವಾ ಕಡಿಮೆ ಗುರಿ

ಬಳಕೆದಾರರ ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಆದರ್ಶಪ್ರಾಯವಾಗಿ ನಿಜವಾದ ಪ್ರಶ್ನೆಗಳಿಂದ

ಕಾರ್ಯಪ್ರವಾಹವನ್ನು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸುವುದಿಲ್ಲ

ನಿಜವಾದ ಪ್ರಶ್ನೆಗಳು ನೀವು 80-20 ರಲ್ಲಿ ಒಳಗೊಳ್ಳಬಹುದಾದವು. ಸಾಮಾನ್ಯವಾಗಿ, ಎರಡೂ ಅಥವಾ ಮೂರು ಉದಾಹರಣೆಗಳು ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ನಿಮಗೆ ಅಗತ್ಯವಿರುವಷ್ಟು ನಿಖರವಾಗಿ ಮತ್ತು ಮಾತ್ರ ಸೇರಿಸುವುದು ಸುಲಭವಲ್ಲ.

ಹಂತ 2: ದೇಹವನ್ನು ಬರೆಯಿರಿ

ಮುಂದೆ, ಕೌಶಲ್ಯದ ವಿಷಯವನ್ನು ಬರೆಯಿರಿ. ಇದು ಹಂತ 0 ಅಥವಾ ಹಂತ 1 ಅಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

LLM ಗೆ ಕಾರ್ಯಪ್ರವಾಹಗಳನ್ನು ಸಂವಹನ ಮಾಡುವುದು ಸಹೋದ್ಯೋಗಿಗೆ, ಅಥವಾ ನಿಮ್ಮ ರನ್‌ಟೈಮ್ ಸಿಸ್ಟಮ್‌ಗೆ ಕಾರ್ಯಪ್ರವಾಹಗಳನ್ನು ಸಂವಹನ ಮಾಡುವುದಕ್ಕಿಂತ ಸಂಪೂರ್ಣವಾಗಿ ಭಿನ್ನವಾಗಿದೆ. ಹೊಸ ಸಾಫ್ಟ್‌ವೇರ್ ಉಪಕರಣವನ್ನು ಕಲಿಯುವಾಗ, ಎಂಜಿನಿಯರ್‌ಗೆ ದಾಖಲಾತಿಯನ್ನು ಓದುವುದು, ಅನುಭವವಿರುವವರಿಂದ ವಾಕ್‌ಥ್ರೂ ಪಡೆಯುವುದು ಮತ್ತು ಉಪಕರಣವನ್ನು ಹೇಗೆ ಬಳಸುವುದು ಎಂದು ಕಲಿಯುವುದು ಅಗತ್ಯವಾಗಬಹುದು. ಏಕಕಾಲದಲ್ಲಿ, ಕನಿಷ್ಠ ಒಂದು ವರ್ಷದಿಂದ ಇರುವ casi ಯಾವುದೇ ಸಾಫ್ಟ್‌ವೇರ್ ಉಪಕರಣಕ್ಕಾಗಿ, ನೀವು ಅದರ ಹೆಸರನ್ನು ನಮೂದಿಸಬೇಕು ಮತ್ತು LLM ಗೆ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಮಾಹಿತಿಯಿದೆ.

ನೀವು ದೇಹವನ್ನು ಬರೆಯುವಾಗ, ಸ್ಪಷ್ಟವಾದ ವಿಷಯಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಿ. ಅನೇಕ ಎಂಜಿನಿಯರ್‌ಗಳು ಯಾರಾದರೂ ಚಲಾಯಿಸಬೇಕಾದ ಪ್ರತಿಯೊಂದು ಆಜ್ಞೆಯನ್ನು ಪಟ್ಟಿ ಮಾಡುವ readme.md ಫೈಲ್‌ಗಳನ್ನು ಬರೆಯುವ ಸಾಕಷ್ಟು ಅನುಭವವನ್ನು ಹೊಂದಿದ್ದಾರೆ. ನೀವು ಕೌಶಲ್ಯವನ್ನು ಬರೆಯುವಾಗ ಅದಕ್ಕೆ ಹಿಂತಿಳುಸುವುದು ಸುಲಭ ಏಕೆಂದರೆ ನೀವು ದಾಖಲಾತಿಯನ್ನು ಬರೆಯುತ್ತಿರುವಂತೆ ಭಾಸವಾಗುತ್ತದೆ, ಆದರೆ ನೀವು ಹಾಗೆ ಮಾಡಿದರೆ, ನಿಮ್ಮ ಕೌಶಲ್ಯವು ಕಸವಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಆಜ್ಞೆಗಳ ಸರಣಿಯನ್ನು ಬರೆಯಬೇಡಿ.

ಉದಾಹರಣೆಗೆ, ನೀವು ಬರೆಯಬೇಕಾಗಿಲ್ಲ, “git log # find the commit; git checkout main; git checkout -b <clean-branch>; git cherry-pick <commit>;”

ಬದಲಿಗೆ, ಬರೆಯಿರಿ, “ಕ್ಲೀನ್ ಬ್ರಾಂಚ್‌ನಲ್ಲಿ ಕಮಿಟ್ ಅನ್ನು ಚೆರ್ರಿ-ಪಿಕ್ ಮಾಡಿ. ಉದ್ದೇಶವನ್ನು ಸಂರಕ್ಷಿಸುವ ಸಂಘರ್ಷಗಳನ್ನು ಪರಿಹರಿಸಿ. ಅದು cleanly ಇಳಿಯಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಏಕೆ ಎಂದು ವಿವರಿಸಿ.”

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

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

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

ಹಂತ 3: ಶ್ರೇಣಿಯನ್ನು ಬಳಸಿ

ನೀವು ಸ್ಕ್ರಿಪ್ಟ್, ಉಲ್ಲೇಖಗಳು ಅಥವಾ ಕೆಲವು ನಿರ್ದಿಷ್ಟ ಉಪಕರಣವನ್ನು ಬಳಸುತ್ತಿರುವಾಗ ಕೌಶಲ್ಯ ಶ್ರೇಣಿಯನ್ನು ಬಳಸಿ:

scripts/ಏಜೆಂಟ್ ಪ್ರತಿ ರನ್ ಅನ್ನು ಮರುಶೋಧಿಸುವ ನಿರ್ಣಾಯಕ ತರ್ಕ

ಸಂಯೋಜಿಸಲು ಕೋಡ್ ನೀಡಿ, ಪುನರ್ನಿರ್ಮಿಸಲು ಅಲ್ಲ

references/ಷರತ್ತು ಪೂರೈಸಿದಾಗ ಮಾತ್ರ ಭಾರವಾದ ಡಾಕ್ಸ್ ಲೋಡ್ ಆಗುತ್ತವೆ

"API non-200 ಅನ್ನು ಹಿಂತಿರುಗಿಸಿದರೆ api-errors.md ಅನ್ನು ಓದಿ"

assets/ಏಜೆಂಟ್ ನಕಲಿಸುವ ಮತ್ತು ತುಂಬುವ ಔಟ್‌ಪುಟ್ ಟೆಂಪ್ಲೇಟ್‌ಗಳು

report-template.md, ಔಟ್‌ಪುಟ್ ಸ್ಕೀಮಾಗಳು

config.json ಮೊದಲ-ರನ್ ಬಳಕೆದಾರ ಸೆಟಪ್

Slack ಚಾನಲ್ ಕೇಳಿ, ಉಳಿಸಿ ಮತ್ತು ಮುಂದಿನ ಬಾರಿ ಮರುಬಳಕೆ ಮಾಡಿ

ಕೌಶಲ್ಯದೊಳಗಿನ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು, ಉಲ್ಲೇಖಗಳು, ಆಸ್ತಿಗಳು, ಮತ್ತು ಸಂರಚನೆಗಾಗಿ ಸಲಹೆಗೈದ ಬಳಕೆಗಳು.

ಮುಖ್ಯ ಕೌಶಲ್ಯದಿಂದ ಷರತ್ತುಬದ್ಧವಾಗಿರುವ ಅಥವಾ ಶಾಖೆ ಮಾಡುವ ಯಾವುದೇ ವಿಷಯಕ್ಕಾಗಿ, ಅದನ್ನು ಫೋಲ್ಡರ್‌ಗೆ ಮುರಿಯಿರಿ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಸಂಕೀರ್ಣವಾದ ಕೌಶಲ್ಯಗಳಿಗೆ ಬಹುಹಂತದ ಶ್ರೇಣಿಯನ್ನು ಸಹ ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ಇವುಗಳಿಗಾಗಿ, ಕಾರ್ಯನಿರ್ವಹಣೆಯನ್ನು ಏಕಶಿಲೆಯಾಗಿ ಅಥವಾ ಕೌಶಲ್ಯಗಳ ಸಂಗ್ರಹವಾಗಿ (ಬಹುಶಃ depends: ಆಧಾರಿತ ಲೋಡಿಂಗ್ ಸಂಬಂಧಗಳೊಂದಿಗೆ) ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕೆ ಎಂಬ ಬಗ್ಗೆ ನೀವು ಎಚ್ಚರಿಕೆಯಿಂದ ಯೋಚಿಸಲು ಬಯಸುತ್ತೀರಿ.

ಹಂತ 4: ಪುನರಾವರ್ತಿಸಿ

ಮುಂದೆ, ಬ್ರಾಂಚ್‌ನಲ್ಲಿ ಕೆಲವು ಪುನರಾವರ್ತನೆಗಳನ್ನು ಮಾಡಿ. ಕೌಶಲ್ಯವಿಲ್ಲದೆ ಮುಖ್ಯ ಬ್ರಾಂಚ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭಿಸಿ, ಕೆಲವು ಪುನರಾವರ್ತನೆಗಳನ್ನು ಮಾಡಿ, ನಿಮ್ಮ ಹೀರೋ ಪ್ರಶ್ನೆ ಸೆಟ್ ಅನ್ನು ನಿರ್ಮಿಸಿ ಮತ್ತು ಇವಾಲ್‌ಗಳ slew ಅನ್ನು ಚಾಲನೆ ಮಾಡಿ. ಮೌಲ್ಯಮಾಪನ ಸೆಟ್‌ನೊಂದಿಗೆ ಸಂಪೂರ್ಣವಾದ ಒಂದೇ ಬದಲಾವಣೆಯನ್ನು ಸಲ್ಲಿಸಿದ್ದಕ್ಕಾಗಿ ನಿಮ್ಮ ಕೌಶಲ್ಯ ಕೋಡ್ ಅನ್ನು ಪರಿಶೀಲಿಸುವ ಯಾರಾದರೂ ನಿಮಗೆ ಧನ್ಯವಾದಗಳು ತಿಳಿಸುತ್ತಾರೆ. ಅನುಕ್ರಮವಾದ ಹೆಚ್ಚಳದ ಬದಲಾವಣೆಗಳನ್ನು ಪರಿಶೀಲಿಸುವುದು (ಹೊಸ gotcha ಹೊರತುಪಡಿಸಿ) ತುಂಬಾ ಕಷ್ಟ, ಆದ್ದರಿಂದ ಅದನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿ.

ನೀವು ಬಹುಶಃ ಅನೇಕ ಸಣ್ಣ ಪದ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುತ್ತೀರಿ. ವಿವರಣೆಗಳಲ್ಲಿನ ಸಣ್ಣ ಪದ ಬದಲಾವಣೆಗಳು ರೂಟಿಂಗ್ ಮೇಲೆ ದೊಡ್ಡ ಪರಿಣಾಮವನ್ನು ಬೀರಬಹುದು (ಇತರ ಕೌಶಲ್ಯಗಳ ಮೇಲೆ ಸೋರಿಕೆ ಪರಿಣಾಮಗಳು ಸೇರಿದಂತೆ), ಆದ್ದರಿಂದ ಹಂತ 5 ರ ಮೊದಲು ಆ ಎಲ್ಲಾ ಕೆಲಸಗಳನ್ನು ಮಾಡಿ.

ಹಂತ 5: ಶಿಪ್ ಮಾಡಿ

ಅದನ್ನು ಶಿಪ್ ಮಾಡಿ.

ಕೌಶಲ್ಯವನ್ನು ಹೇಗೆ ನಿರ್ವಹಿಸುವುದು

ನೀವು ಈಗ ಕೌಶಲ್ಯವನ್ನು ಬರೆದಿದ್ದೀರಿ, ನೀವು ಅದನ್ನು ನಿರ್ವಹಿಸಬೇಕು.

Gotchas Flywheel

ಈ ಹಂತದಿಂದ, ನಿಮ್ಮ gotchas ಪಟ್ಟಿಯು ಬಹಳಷ್ಟು ಬೆಳೆಯಲು ಅಥವಾ ಬದಲಾಗಲು cenderung ಇರುತ್ತದೆ. ಉದಾಹರಣೆಗೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡದ PR ಗಳನ್ನು ಮಾಡುವ ಎಂಜಿನಿಯರ್‌ಗಳನ್ನು ನಾವು அடிக்கடி ನೋಡುತ್ತೇವೆ, ವಿವರಣೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತೇವೆ. ನಿಮ್ಮ ಕೌಶಲ್ಯ ವಿಲೀನಗೊಂಡ ನಂತರ ನೀವು ವಿವರಣೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತಿದ್ದರೆ, ನೀವು ಹಾದಿಯಿಂದ ಹೊರಗುಳಿದಿದ್ದೀರಿ. ನಿಮ್ಮ ಕೌಶಲ್ಯವನ್ನು ರೂಟ್ ಮಾಡಬೇಕೆ ಎಂದು ನಿರ್ಧರಿಸುವ ವಿಷಯಕ್ಕೆ ನೀವು ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುತ್ತಿದ್ದರೆ, ಬದಲಾವಣೆಗಳನ್ನು ಬೆಂಬಲಿಸುವ ಕೆಲವು ಇವಾಲ್‌ಗಳನ್ನು ನೀವು ಬರೆಯಬೇಕು.

ಕೌಶಲ್ಯಗಳು ಅಪೆಂಡ್-ಮೋಸ್ಟ್ ಆಗಿರುತ್ತವೆ. Gotchas ವಿಭಾಗವು ಕಾಲಾನಂತರದಲ್ಲಿ ಹೆಚ್ಚಿನ ಮೌಲ್ಯವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ:

ಏಜೆಂಟ್ ಯಾವುದರಲ್ಲಾದರೂ ವಿಫಲಗೊಳ್ಳುತ್ತದೆ → Gotcha ಅನ್ನು ಸೇರಿಸಿ

ಏಜೆಂಟ್ ಆಫ್ ಟಾರ್ಗೆಟ್ ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡುತ್ತದೆ → ವಿವರಣೆಯನ್ನು ಬಿಗಿಗೊಳಿಸಿ ಮತ್ತು ನಕಾರಾತ್ಮಕ ಇವಾಲ್‌ಗಳನ್ನು ಸೇರಿಸಿ

ಏಜೆಂಟ್ ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡದಿದ್ದಾಗ ಅದು ಮಾಡಬೇಕು → ಕೀವರ್ಡ್‌ಗಳು ಮತ್ತು ಧನಾತ್ಮಕ ಇವಾಲ್‌ಗಳನ್ನು ಸೇರಿಸಿ

ಸಿಸ್ಟಮ್ ಪ್ರಾಂಪ್ಟ್ ಬದಲಾವಣೆಗಳು → ಸ್ಪರ್ಧೆ ಅಥವಾ ನಕಲುಗಾಗಿ ಪರಿಶೀಲಿಸಿ

ಆಂತರಿಕ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಅಥವಾ ಉತ್ಪಾದನೆಯಲ್ಲಿ ಒಂದೇ ವೈಫಲ್ಯದ ಪ್ರಕರಣವನ್ನು ಗಮನಿಸುವುದು ಮತ್ತು gotcha ಅನ್ನು ಸೇರಿಸುವುದು ಸುಲಭ. ಇದು ನಕಾರಾತ್ಮಕ ಉದಾಹರಣೆಯಾಗಿದೆ ಆದ್ದರಿಂದ ಇದು ಸ್ಪಷ್ಟ ಮಾರ್ಗದರ್ಶನವನ್ನು ಬದಲಾಯಿಸುತ್ತಿಲ್ಲ, ಆದರೆ ಇದು ಮಾದರಿಗೆ ತಿಳಿಯುವಂತೆ ಮಾಡುತ್ತದೆ, “ಹೇ, ಈ ತಿಳಿದಿರುವ ವೈಫಲ್ಯವಿದೆ.”

ನೀವು 80-20 ರಿಂದ 99.9% ಅಥವಾ 99.99% ಯಶಸ್ಸಿನ ಪ್ರಮಾಣವನ್ನು ಪಡೆಯಲು ಚಲಿಸುವಾಗ, ಈ gotcha ಪಟ್ಟಿಯನ್ನು ಬೆಳೆಸುವುದು ಸುಲಭ. ನೀವು ಈ ನಕಾರಾತ್ಮಕ ಉದಾಹರಣೆಗಳನ್ನು ನೋಡುವಾಗ, ನೀವು gotcha ವಿಭಾಗಕ್ಕೆ ಹೆಚ್ಚಾಗಿ ಅಪೆಂಡ್ ಮಾಡುತ್ತಿರಬೇಕು. ನೀವು ದೀರ್ಘ ಸೂಚನೆಗಳನ್ನು ಸೇರಿಸುತ್ತಿರಬಾರದು ಅಥವಾ ವಿವರಣೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತಿರಬಾರದು.

ಇವಲ್ ಸೂಟ್‌ಗಳು

Perplexity ನಲ್ಲಿ, ನಾವು ವಿವಿಧ ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಲು ಅನೇಕ ಇವಲ್ ಸೂಟ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತೇವೆ. ಕೌಶಲ್ಯ ಲೋಡಿಂಗ್ ಮತ್ತು ಕೌಶಲ್ಯ ಫೈಲ್ ರೀಡ್‌ಗಳಿವೆ, ಇದು ಕೌಶಲ್ಯ ಲೋಡಿಂಗ್‌ನ ನಿಖರತೆ, ನೆನಪಿಗೆ ತರುವುದು ಮತ್ತು ನಿಷೇಧಿತ ಪರಿಶೀಲನೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ನಿಮ್ಮ ಕೌಶಲ್ಯವು ಯಾವಾಗ ರೂಟ್ ಆಗಬೇಕೋ ಆಗ ಅದು ರೂಟ್ ಆಗುತ್ತದೆಯೇ? ಹೊಸ ಕೌಶಲ್ಯಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಗಡಿಗಳನ್ನು ಮುರಿಯುವುದಿಲ್ಲ ಎಂದು ಇವು ಖಚಿತಪಡಿಸುತ್ತವೆ.

ಸರಿಯಾದ ಪ್ರಗತಿಪರ ಲೋಡಿಂಗ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬಹುದಾದ ಇವಾಲ್‌ಗಳು ಸಹ ಇವೆ. ಏಜೆಂಟ್ ಕೌಶಲ್ಯವನ್ನು ಲೋಡ್ ಮಾಡಬಹುದು, ಆದರೆ ಅದು ಸಹಾಯಕ ಫೈಲ್ ಅಥವಾ ಫೈಲ್‌ಗಳನ್ನು ಓದುತ್ತದೆಯೇ? ಉದಾಹರಣೆಗೆ, ನೀವು ಹಣಕಾಸಿನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಹಣಕಾಸು ಕೌಶಲ್ಯವನ್ನು ಹೊಂದಿದ್ದರೆ, ಅದು ವಿಶೇಷ FORMATTING.md ಫೈಲ್ ಅನ್ನು ಓದುತ್ತದೆಯೇ?

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

ಅಂತಿಮವಾಗಿ, ವಿಭಿನ್ನ ಮಾದರಿಗಳ ವಿರುದ್ಧ ಈ ಇವಾಲ್‌ಗಳನ್ನು ಚಾಲನೆ ಮಾಡುವುದು ಮುಖ್ಯವಾಗಿದೆ. Computer ಕನಿಷ್ಠ ಮೂರು ವಿಭಿನ್ನ ಆರ್ಕೆಸ್ಟ್ರೇಷನ್ ಮಾದರಿ ಕುಟುಂಬಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ: GPT, Claude Opus ಮತ್ತು Claude Sonnet. ನೀವು ವಿಭಿನ್ನ ವರ್ತನೆಯನ್ನು ಪಡೆಯುವುದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಿಮ್ಮ ಕೌಶಲ್ಯ ಲೋಡಿಂಗ್ ಮತ್ತು ಡೊಮೇನ್ ಕೌಶಲ್ಯಗಳನ್ನು ಈ ವಿಭಿನ್ನ ಏಜೆಂಟ್ ಆರ್ಕೆಸ್ಟ್ರೇಟರ್‌ಗಳ ವಿರುದ್ಧ ಚಾಲನೆ ಮಾಡಲು ನೀವು ಬಯಸುತ್ತೀರಿ. ಕೌಶಲ್ಯಗಳಿಗೆ ಬಂದಾಗ Sonnet ಮತ್ತು GPT ಸಾಕಷ್ಟು ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸುತ್ತವೆ.

ಅಂತಿಮ ಆಲೋಚನೆಗಳು ಮತ್ತು ಟೇಕ್‌ಅವೇಗಳು

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

ಕೌಶಲ್ಯಗಳನ್ನು ನಿರ್ಮಿಸುವ ಕ್ರಿಯೆಯು ಹೆಚ್ಚು ಕೌಶಲ್ಯಗಳನ್ನು ನಿರ್ಮಿಸಲು ನಿಮ್ಮನ್ನು ಉತ್ತಮಗೊಳಿಸುತ್ತದೆ, ಆದರೆ ಹೆಚ್ಚುವರಿಯಾಗಿ, ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವಲ್ಲಿ ಅವು ಅತ್ಯಂತ ಉತ್ತಮವಾಗಿವೆ. ನಿಮ್ಮ ಸ್ಟ್ಯಾಂಡ್‌ಅಪ್‌ಗೆ ಮುಂಚಿತವಾಗಿ ಪ್ರತಿ ವಾರ ನೀವು ಮಾಡುವದನ್ನು ನೀವು ವಿವರಿಸಬಹುದಾದರೆ, ಪ್ರತಿ ಸ್ಪ್ರಿಂಟ್‌ನ ಕೊನೆಯಲ್ಲಿ, ಅಥವಾ ಎಂಜಿನಿಯರ್ ಆಗಿ ನೀವು ದೈನಂದಿನ, ಸಾಪ್ತಾಹಿಕ ಅಥವಾ ತ್ರೈಮಾಸಿಕ ಆಧಾರದ ಮೇಲೆ ಮಾಡುವ ಯಾವುದನ್ನಾದರೂ, ನಿಮ್ಮ ಸಮಯವನ್ನು ಮರಳಿ ಖರೀದಿಸಲು ನೀವು ಕೌಶಲ್ಯವನ್ನು ಬರೆಯಬೇಕು.

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

ಅದು ಹೇಳಲ್ಪಟ್ಟಿದೆ, ಕೌಶಲ್ಯವು ಸುಲಭವಲ್ಲ ಅಥವಾ ಯಾವಾಗಲೂ ಅಗತ್ಯವಿಲ್ಲ ಎಂಬುದನ್ನು ನೆನಪಿಡಿ. ಕಡಿಮೆ ಹೆಚ್ಚು. ಕೆಲವು ಇತರ ಟೇಕ್‌ಅವೇಗಳು:

ಕೌಶಲ್ಯದ ಮೊದಲು ಇವಾಲ್‌ಗಳನ್ನು ಬರೆಯಿರಿ. ಪಕ್ಕದ ಆದರೆ ವಿಭಿನ್ನ ಕೌಶಲ್ಯಗಳಿಗಾಗಿ ನಕಾರಾತ್ಮಕ ಉದಾಹರಣೆಗಳು ಮತ್ತು ನಿಷೇಧಿತ ಲೋಡ್‌ಗಳನ್ನು ಸೇರಿಸಿ.

ವಿವರಣೆಯು ಕಠಿಣ ಭಾಗವಾಗಿದೆ. "Load when..." (ಪ್ರತಿ ಪದವು ಗಮನಕ್ಕೆ ವೆಚ್ಚವಾಗುತ್ತದೆ).

Gotchas ಅತ್ಯಂತ ಹೆಚ್ಚಿನ ಮೌಲ್ಯದ ವಿಷಯವಾಗಿದೆ. ತೆಳುವಾಗಿ ಪ್ರಾರಂಭಿಸಿ, ಏಜೆಂಟ್ ವಿಫಲವಾದಂತೆ ಬೆಳೆಯಿರಿ.

ಹೊಸ ಕೌಶಲ್ಯವನ್ನು ಸೇರಿಸುವ ಮೂಲಕ ನೀವು ಅದನ್ನು ಮುಟ್ಟದಿದ್ದರೂ ಸಹ ಇತರ ಪೂರ್ವ-ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕೌಶಲ್ಯಗಳನ್ನು ಮುರಿಯುವುದು ಸುಲಭ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡಿ (ದೂರದಲ್ಲಿ ಕ್ರಿಯೆಯಿಂದ ಎಚ್ಚರದಿಂದಿರಿ).

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

ಉಲ್ಲೇಖ

BibTeX
@online{perplexity2026DesigningRefiningAndMaintainingAgentSkillsAtPerplexity,
  author = {{Perplexity} and Marshall Kiely and Daisy Lee and Jerry Ma and Lauren Kolm},
  title = {{Designing, refining, and maintaining agent skills at Perplexity}},
  date = {2026-05-01},
  url = {https://www.perplexity.ai/hub/blog/designing-refining-and-maintaining-agent-skills-at-perplexity}
}