Skills: הנחיות שנטענות רק כשהן רלוונטיות

הבעיה שהפיצ'ר הזה פותר מוכרת לכל מי שכתב הנחיות מערכת גדולות: יש הנחיות שנחוצות במשימה אחת מתוך עשרים, והן יושבות בהקשר בכל אחת מהעשרים.

Skill הוא תיקייה עם קובץ הנחיות ואפשר גם קבצים נלווים. התיאור שלו נמצא בהקשר תמיד, התוכן המלא נקרא רק כשהמשימה מתאימה.

איך זה עובד בפועל

שני סוגים. מוכנים מראש, לעבודה עם קובצי אופיס ו-PDF. ומותאמים, שאתם יוצרים בארגון ומפנים אליהם לפי מזהה.

בממשק ההודעות מפעילים אותם דרך פרמטר המכיל את רשימת ה-skills, יחד עם כלי הרצת הקוד ושתי כותרות בטא. ה-skill רץ בסביבת ההרצה, וקבצים שנוצרים נשלפים לפי מזהה.

יש דרך נוספת: מאגר קוד שמחובר לסשן נסרק בהתחלה, וכל skill שנמצא בתיקייה הייעודית בשורש שלו נעשה זמין. זה שימושי כי ההנחיות חיות עם הקוד ומתעדכנות איתו.

אזהרת אמון שכדאי לקרוא פעמיים

skill ממאגר הוא הנחיה לסוכן. מי שיכול לדחוף קוד למאגר המחובר יכול להוסיף או לשנות הנחיות, והפלטפורמה טוענת אותן בתחילת הסשן בלי שלב סקירה. בסביבה שבה לסוכן יש כלי הרצה וגישה לרשת, זו יכולת ממשית.

המסקנה מעשית: לחבר רק מאגרים שסומכים עליהם, ולבדוק את התיקייה הזאת לפני חיבור מאגר עם תורמים חיצוניים.

מה נכנס ל-skill ומה לא

מה שנכנס: תהליכי עבודה ספציפיים לארגון, מבני נתונים, החלטות ארכיטקטורה, פקודות מדויקות שאסור לשנות.

מה שלא: ידע כללי בתכנות. פסקה שמסבירה למודל מה זה REST היא טוקנים שמשולמים בכל הפעלה של ה-skill בלי תמורה.

הכלל המנחה הוא להתאים את רמת הפירוט לשבירות. תהליך שיש בו רצף אחד נכון מקבל פקודות מדויקות. שיקול דעת פתוח מקבל עקרונות ולא סקריפט, כי סקריפט על שיקול דעת מגביל יותר משהוא עוזר.

מה מקלקל skill עם הזמן

התאריכים. הנחיה מותנית תאריך מתיישנת ואף אחד לא חוזר למחוק אותה.

הנתיבים והגרסאות. מספרי גרסה קשיחים ונתיבים מקודדים נשברים כשהקוד זז, ואין מנגנון שבודק אותם.

מלכודת הרצף האחרון. תקלה בסשן אחד נכתבת ככלל קבוע, והסשן הבא עוקף בור שאינו שם. השאלה לפני שמוסיפים כלל: האם זה היה עוזר לרוב הריצות, או רק לזו שכתבה אותו.

מה זה מזכיר ומה לא

זה לא כלי. כלי מבצע פעולה, skill נותן הנחיות. מודל עם skill טוב עדיין צריך את הכלים כדי לעשות משהו.

וזה לא תחליף להנחיות מערכת. מה שנכון לכל משימה נשאר בהנחיות. מה ש-skill מרוויח הוא בדיוק המקרים שאינם כל משימה.

מה שנשאר לא ברור הוא איך מודדים אם skill מופעל מתי שצריך. הפעלה מתחת לרצוי היא הכשל הנפוץ, והתיקון הוא כמעט תמיד בניסוח התיאור ולא בתוכן.