פרק 10
סקילז ופקודות מותאמות אישית
סקיל (Skill) ב-Grok CLI הוא חבילת הנחיות ונהלים מובנית המוגדרת בתוך תיקייה ייעודית המכילה קובץ SKILL.md.
סקילז נועדו עבור תהליכי פיתוח שחוזרים על עצמם לעיתים קרובות, מורכבים מכדי להקלידם ידנית בכל פעם מחדש, וספציפיים מכדי להכביד על קובץ הכללים הכללי AGENTS.md (לדוגמה: יצירת Commits לפי תקן Conventional Commits, הכנת Pull Request, יצירת מיגרציות למסד הנתונים או הפקת דוח בדיקות).
#היררכיית גילוי הסקילז במערכת
Grok CLI סורק מספר תיקיות וממזג את הסקילז לפי סדר הקדימויות הבא (מהחזק לחלש):
| מיקום התיקייה | היקף (Scope) | תיאור |
|---|---|---|
./.grok/skills/ ו-./.grok/commands/ | תיקייה נוכחית (Local) | סקילז המוגדרים ספציפית לתיקייה זו |
<repo-root>/.grok/skills/ | פרויקט (Project) | סקילז משותפים לכל מאגר הקוד |
~/.grok/skills/ | משתמש (User) | סקילז גלובליים הזמינים בכל הפרויקטים שלכם |
תיקיות .agents/skills/ בכל הרמות | פרויקט / משתמש | תאימות לתקן סוכנים סטנדרטי |
| סקילז של Claude ו-Cursor | תאימות | טעינה אוטומטית מקובצי כלים קיימים |
~/.grok/bundled/skills/ | מובנה (Bundled) | סקילז המגיעים כחלק מובנה מההתקנה |
סקיל בעל שם זהה בתיקייה קרובה יותר דורס ומחליף סקיל ברמה הגלובלית.
[!NOTE] מנגנון גילוי הסקילז אינו מתחשב בקובץ
.gitignore. כדי להסתיר סקיל מסוים או לכבותו, משתמשים בהגדרותignoreאוdisabledבקובץconfig.toml.
#פקודות שטוחות בתיקיית commands
קבצי Markdown שטוחים המונחים תחת תיקיית .grok/commands/ (למשל review.md) הופכים אוטומטית לפקודות סלאש ישירות (שם הקובץ ללא הסיומת הופך לפקודה /review), בדומה למנגנון הפקודות ב-Claude Code.
#הגדרת נתיבים בקובץ התצורה
ניתן להוסיף תיקיות סקילז חיצוניות בקובץ ~/.grok/config.toml:
[skills]
paths = ["~/shared-team-skills"]
ignore = ["~/shared-team-skills/experimental"]
disabled = ["wip-feature-skill"]ignore: מתעלם מהתיקייה לחלוטין בעת הגילוי.disabled: משאיר את הסקיל ברשימה אך משבית את יכולת ההפעלה שלו.
#מבנה קובץ SKILL.md ופרונט-מטר
דוגמה לסקיל מלא ליצירת Git Commits:
נתיב הקובץ: ~/.grok/skills/commit/SKILL.md
---
name: commit
description: יוצר קומיט בפורמט Conventional Commits. יש להשתמש כאשר המשתמש מבקש לבצע קומיט או מריץ /commit.
when-to-use: קומיט, git commit, שמירת שינויים, יצירת commit
user-invocable: true
disable-model-invocation: false
argument-hint: [תיאור אופציונלי של השינוי]
allowed-tools: ["Bash(git diff*)", "Bash(git commit*)", "Bash(git status)"]
model: grok-4.6
effort: medium
---
# נוהל יצירת Git Commit
כאשר מתבקש ביצוע קומיט, בצע את השלבים הבאים בסדר מדויק:
1. הרץ `git status` ו-`git diff --staged` כדי לבחון את השינויים המוכנים לקומיט.
2. נתח את מהות השינוי ונסח הודעת קומיט לפי תקן Conventional Commits:
- `feat:` עבור תכונה חדשה
- `fix:` עבור תיקון באג
- `refactor:` עבור שינוי מבני ללא שינוי התנהגות
- `test:` עבור הוספה או עדכון בדיקות
3. הצג את ההודעה המנוסחת למשתמש והרץ את הפקודה `git commit -m "..."`.#פירוט שדות הפרונט-מטר (Frontmatter)
| שדה | תפקיד ומשמעות |
|---|---|
name | מזהה הסקיל (אותיות קטנות ומקפים, עד 64 תווים) |
description | תיאור מטרת הסקיל. המודל נעזר בתיאור זה כדי להחליט על הפעלה אוטונומית |
when-to-use | ביטויי טריגר מפורשים להפעלת הסקיל |
user-invocable | האם הסקיל יופיע כפקודת סלאש בתפריט למשתמש (ברירת מחדל: true) |
disable-model-invocation | כאשר מוגדר כ-true, רק המשתמש יכול להפעיל את הסקיל עם /, והמודל לא יפעילו לבד |
argument-hint | רמז ארגומנטים המוצג בהשלמה האוטומטית |
allowed-tools | רשימת כלים מותרים שהסקיל מוגבל אליהם |
model / effort | דריסת מודל או רמת מאמץ ייעודית עבור שלבי ביצוע הסקיל |
#הפעלת סקילז בסשן
- הפעלה ידנית על ידי המשתמש:
/commit /commit עדכון מנגנון הטיפול בשגיאות - הפעלה אוטונומית על ידי המודל: כאשר אתם מבקשים משימה (למשל: "צור קומיט על השינויים שביצענו"), המודל מזהה את התאמת ה-
descriptionומפעיל את הסקיל באופן עצמאי. - פתרון התנגשויות שמות:
/local:commit /user:commit /my-plugin:commit
#יצירת סקיל מודרכת באמצעות /create-skill
בתוך ממשק ה-TUI, הפקודה /create-skill פותחת אשף יצירה אינטראקטיבי: הסוכן שואל לשם הסקיל, רמת ההיקף (פרויקט או משתמש), מייצר את מבנה הקבצים והתיקיות, ובודק שהסקיל נקרא בצורה תקינה.
#בדיקה ואבחון סקילז
כדי לראות אילו סקילז זוהו ונטענו בתיקייה הנוכחית:
grok inspect
grok inspect --jsonהפלט מציג את מקור הסקיל (project, user, bundled, config, plugin), סקילז מושבתים ([disabled]), ואת השם המלא להקלדה במקרה של התנגשות.
#הרגלים מומלצים לכתיבת סקילז
- תיאור ממוקד עם מילות מפתח: הגדירו בבירור מה הסקיל עושה ומתי יש להפעילו, כדי למנוע הפעלות שגויות.
- שלבים ממוספרים וחד-משמעיים: נסחו הוראות פעולה ברורות צעד-אחר-צעד.
- בידוד אחריות: סקיל אחד לזרימת עבודה אחת (הימנעו מסקילז ענקיים שמנסים לבצע הכול).
- ניהול גרסאות בצוות: סקילז של פרויקט יש לשמור תחת
.grok/skills/ולבצע עליהם Commit ל-Git כדי שכל חברי הצוות ייהנו מהם.
בפרק הבא נלמד על סוכני משנה (Subagents), פרסונות ומנוע ה-Workflows.