לומדים

התשובה הקצרה

פקודת סלאש ב-Claude Code היא נקודת כניסה למשימה בשם הנתמכת בתבנית פרומפט שנכתבה מראש. במקום להסביר שוב ושוב "סקר את הקוד הזה" או "כתוב קומיט לפי פורמט הצוות", מגדירים את זה פעם אחת ומפעילים כ-/review.

כיוון הפלטפורמה ברור: פקודות סלאש מותאמות אישית נבלעות לתוך skills. פקודה ב-.claude/commands/deploy.md ו-skill ב-.claude/skills/deploy/SKILL.md שניהם יכולים לייצר את נקודת הכניסה /deploy. קבצי פקודה קיימים ממשיכים לעבוד, אבל המודל הרשמי התמקם לכיוון ה-skills כי הם פותרים בעיות שפקודות חד-קובציות לא עושות טוב.

איך פקודות סלאש עובדות

פקודה היא קובץ Markdown ששמו הופך לשם הפקודה. החלפת ארגומנטים עובדת לפי הכללים הרשמיים: $ARGUMENTS הוא כל מה שבא אחרי הפקודה, $ARGUMENTS[N] (או $0, $1) הוא ארגומנט במיקום מסוים. אם התבנית כבר משתמשת בכל תחליף באופן מפורש, Claude Code לא תצרף את הארגומנטים שלך שוב.

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

• ~/.claude/commands/ — פקודות אישיות.
• .claude/commands/ — פקודות פרויקט (בבקרת גרסאות).

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

שתי תפיסות שגויות נפוצות

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

מתי פקודות נכשלות

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

1. ארגון הקשר חלש — הכל נדחס לתוך קובץ .md יחיד.
2. חוסר שימוש מודולרי — כללי אבטחה, מגבלות ותבניות נעתקות בין פקודות ויוצרות סטייה.
3. אין הזרקה בזמן ריצה — פקודה לא יכולה למשוך את פלט הבדיקות האחרון או את מצב הבנייה לפני הריצה.
4. פרומפטים ענקיים — הוספת כללים ודוגמאות מנפחת את הקובץ לבלוק שאי אפשר לתחזק.
5. התנהגות לא יציבה — עם כל הכללים מעורבבים בבלוק אחד, המודל קובע עדיפויות בעצמו.

למה skills מנצחים במשימות מורכבות

skill היא מערכת מובנית: SKILL.md הוא נקודת הכניסה, קבצי תמיכה מכילים כללים, תבניות וסקריפטים בנפרד, והיא יכולה להפעיל את עצמה במצבים רלוונטיים או להזריק הקשר דינמי (כמו !./scripts/latest-test-output.sh) ממש לפני ביצוע. זה הופך את "לדחוס הכל לפרומפט אחד" למערכת הנדסית.

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

מסקנה

כל דבר שניתן לעשות עם פקודת סלאש, ניתן לעשות עם skill. עבור משימות פשוטות, קבועות ותדירות גבוה — קובץ יחיד של פקודה זול וברור יותר. ברגע שזרימת עבודה כוללת מערכי כללים מרובים, מידע דינמי, שימוש צוותי או תחזוקה ארוכת־טווח — בחרו ב-skill. זו גם הכיוון שבו Claude Code זזה בעצמה.

---

מקור: From Slash Commands to Skills in Claude Code (zhaozhiming, AI Advances, Apr 2026). תחומי הפקודות, כללי ההחלפה וההטיה הרשמית ל-skills נלקחו מהמקור, שמשלב את התיעוד הרשמי של ה-skills.