איך לבנות סקיל ל-Claude Code בעברית — המדריך המעשי לסקיל הראשון שלך

מה זה סקיל ל-Claude Code, ובמה זה שונה מסקיל ל-Claude.ai

סקיל הוא אותו מנגנון בשני המקרים: תיאור קצר + הוראות מפורטות שנטענות לפי הצורך. אבל ההבדל בין סקיל שחי בענן (Claude.ai) לסקיל שחי על המחשב שלך (Claude Code) משנה את כל מה שאפשר לעשות איתו.

3 הבדלים מרכזיים:

• איפה הקובץ חי: ב-Claude.ai הוא יושב בענן של אנתרופיק. ב-Claude Code הוא יושב בתיקייה אצלך, בתוך פרויקט.
• מי קורא אותו: ב-Claude.ai — כל שיחה רלוונטית בחשבון שלך. ב-Claude Code — רק כשאת מריצה claude מתוך הפרויקט שמכיל את התיקייה.
• מה הוא יכול לעשות: ב-Claude.ai הסקיל מחזיר טקסט (להפעלת פעולות צריך MCP נפרד). ב-Claude Code הסקיל יכול גם להריץ סקריפטים, לקרוא קבצים, לכתוב קבצים — כי הוא חי בסביבה שיש לה גישה למערכת ההפעלה.

מתי לבחור בכל אחד? אם את עובדת בעיקר בצ'אט וצריך עקביות בכתיבה — סקיל ב-Claude.ai. אם את מנהלת קוד או פרויקט עם הרבה קבצים, או רוצה אוטומציה אמיתית שעושה דברים בפועל — סקיל ל-Claude Code.

אם את חדשה לעולם הסקילים בכלל, המאמר על Claude Skills בעברית הוא נקודת הפתיחה הנכונה — שם אני מסבירה את התפיסה ומראה case study של 6 סקילים שמפעילים את העסק שלי.

מתי כדאי לבנות סקיל (ומתי לא)

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

3 סימנים שהמשימה בשלה לסקיל

סימן 1 — את מסבירה את אותו רקע פעם שלישית. אם בכל שיחה את כותבת "אני בעלת עסק קטן בתחום X, הקהל שלי הוא Y, אני אוהבת ש..." — זו לא בקשה, זה onboarding. הוא צריך לחיות בסקיל.

סימן 2 — התוצר משתנה בין פעם לפעם. סקיל מקבע את הפורמט. אם פעם אחת מקבלים פוסט של 100 מילה ופעם של 400, אם הפתיחה לפעמים שיווקית ולפעמים אישית — סקיל יסדר את זה.

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

2 מקרים שעדיף להישאר עם פרומפט רגיל

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

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

סקיל הוא לא רעיון של "מה היה נחמד אם". סקיל הוא תיעוד של "מה עובד לי בפועל". בלי הצעד השני — אין אחר.

אנטומיה של SKILL.md — שני החלקים שאסור לפספס

קובץ SKILL.md הוא Markdown רגיל, אבל יש לו שני חלקים מובחנים שכל אחד עובד אחרת.

חלק 1: Frontmatter (YAML)

הוראות מטא לסקיל — מה שמו ומתי לטעון אותו. נכתב בין שתי שורות של --- בראש הקובץ:

---
name: my-skill-name
description: תיאור קצר של מה הסקיל עושה ומתי להפעיל אותו.
---

שני שדות חובה:

• name — מזהה ייחודי, באנגלית, באותיות קטנות עם מקפים. לדוגמה: facebook-post-writer-hebrew. זה לא "שם תצוגה" — זה השם שקלוד משתמש בו פנימית ושמופיע בלוגים שלו.
• description — שורה קצרה (1-2 משפטים) שמתארת מתי להפעיל את הסקיל. זה השדה הכי קריטי בכל הסקיל.

חלק 2: גוף הסקיל (Markdown חופשי)

כל מה שאחרי ה-frontmatter. אין מבנה קבוע, אבל פרקטיקה טובה כוללת:

• מטרה ומי הקהל
• הטון, הסגנון, הפורמט המועדף
• כללי זהב — מה לעשות / מה לא
• דוגמאות לתוצר טוב (וגם לתוצר רע, אם רלוונטי)

למה ה-description עושה או שובר את הסקיל

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

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

דוגמה רעה: "סקיל לכתיבת תוכן."

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

ההבדל: הדוגמה הטובה כוללת את השפה שהמשתמש באמת ישתמש בה. הדוגמה הרעה היא קטגוריה מופשטת מדי — קלוד לא יידע מתי בדיוק לטעון אותה.

צעד אחר צעד — בונים את הסקיל הראשון

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

1. פותחים טרמינל בתיקיית הפרויקט

   נווטי לתיקייה של הפרויקט שבו את רוצה את הסקיל:

   cd ~/my-project

   אם אין לך פרויקט — צרי תיקייה חדשה: mkdir my-project && cd my-project.

2. יוצרים את התיקייה לסקיל

   פקודה אחת שיוצרת את כל הנתיב:

   mkdir -p .claude/skills/facebook-post-writer-hebrew

   הדגל -p אומר "צור גם את התיקיות האב, אם הן חסרות". מקפים, לא קווים תחתונים.

3. יוצרים קובץ SKILL.md

   בתוך תיקיית הסקיל החדשה, יוצרים קובץ בשם SKILL.md — באותיות גדולות בדיוק. אפשר ב-VS Code, נוטפד, או כל עורך טקסט שאת אוהבת.

4. כותבים את ה-Frontmatter

   מוסיפים בראש הקובץ את שני השדות בין שורות של ---:

   ---
   name: facebook-post-writer-hebrew
   description: כותב פוסטים לפייסבוק בעברית עבור עסק שיווק. השתמש כשמבקשים לכתוב פוסט פייסבוק, "תכתוב פוסט", או "צריך תוכן לפייסבוק".
   ---

5. כותבים את גוף הסקיל

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

6. שומרים את הקובץ

   וודאי שהקובץ נקרא בדיוק SKILL.md, ולא skill.md או SKILL.MD.

7. מפעילים claude בתיקיית הפרויקט

   בטרמינל, בתוך תיקיית הפרויקט, פשוט מקלידים:

   claude

   אם Claude Code כבר היה רץ — צאי עם /exit והפעילי מחדש, כדי שיטען את הסקיל החדש.

8. בודקים שהסקיל נטען

   בקשי בקשה רלוונטית — לדוגמה: "תכתבי לי פוסט פייסבוק על ההשקה החדשה שלי". ב-output של Claude Code אמורה להופיע שורה כמו:

   Skill: facebook-post-writer-hebrew

   אם השורה לא מופיעה — הסקיל לא נטען. הסיבה הכי שכיחה: ה-description לא חד מספיק. חזרי לשלב 4 וחדדי אותו.

דוגמה מלאה: סקיל "כותב פוסטים לפייסבוק בעברית"

הנה תוכן מלא של SKILL.md שאת יכולה להעתיק לעצמך. החלקים בין [סוגריים מרובעים] הם המקומות להחליף בפרטים שלך:

---
name: facebook-post-writer-hebrew
description: כותב פוסטים לפייסבוק בעברית עבור [שם העסק שלך]. השתמש כשמבקשים לכתוב פוסט פייסבוק, "תכתוב פוסט", או "צריך תוכן לפייסבוק".
---

# כותב פוסטים לפייסבוק בעברית

את כותבת פוסטים לפייסבוק עבור [שם העסק] — [תיאור קצר של העסק].

## הקהל שלי
[תיאור הקהל: גיל, מגדר, תחום, מה הם מחפשים, מה הם לא מחפשים]

## הטון שלי
- ישיר, חם, בלי buzzwords
- משפטים קצרים. פסקאות של 2-3 שורות.
- שאלת פתיחה שמושכת — או הצהרה חזקה
- ערך אחד ברור לכל פוסט (לא 5 דברים)

## מבנה פוסט מועדף
1. שאלה פתיחה או הצהרה (שורה אחת)
2. פסקה קצרה (2-3 משפטים) על התופעה או הבעיה
3. רשימה של 3-5 פעולות מעשיות
4. CTA — שאלה לקוראים או הזמנה לפעולה

## מה לא לכתוב
- "בעידן הדיגיטלי" / "בעולם המודרני"
- האשטגים מיותרים (מקסימום 2-3 לפוסט)
- אימוג'ים מוגזמים (1-2 לכל היותר, ולא בכל פסקה)
- הכרזות ענק בלי גיבוי בנתון או דוגמה

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

לפני חודשיים שאלתי את עצמי שאלה אחת: "מה אני באמת לומדת מהמחקר הזה?"
התשובה הייתה — כמעט כלום. רק רעיונות שאני מסתכלת עליהם בלי להפעיל.

אז עשיתי 3 דברים:
- צמצמתי את המחקר ל-15 דקות בשבוע, לא ביום
- התחלתי לכתוב את הרעיונות שלי לפני שאני בודקת מתחרים
- הפסקתי לעקוב אחרי 80% מהמתחרים שלא היו רלוונטיים בכלל

עכשיו אני מייצרת פוסט תוכן ב-20 דקות במקום 90.

ואת? כמה זמן את שורפת בכל בוקר על "מחקר" שהוא בעצם דחיינות?

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

אם את רוצה לראות את הסקיל הזה במסגרת מערכת שלמה של 6 סקילים שמפעילים עסק, קראי על Marketing Manager והשאר במאמר ההוב.

5 הטעויות שעוצרות סקילים מלעבוד

1. Description מעורפל

   "סקיל לכתיבה." קלוד לא יידע מתי. כתבי מפורש: "כותב פוסטים לפייסבוק בעברית עבור עסק X. השתמש כשמשתמש מבקש לכתוב פוסט." ככל שה-description קונקרטי יותר, כך הסקיל נטען בזמן הנכון יותר.

2. סקיל ענק שעושה הכל

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

3. חוסר דוגמאות בגוף הסקיל

   קלוד לומד הכי טוב מדוגמאות. סקיל בלי דוגמת תוצר מצוין מייצר תוצר גנרי. הוסיפי לפחות דוגמה אחת מלאה — מהפתיחה ועד ה-CTA.

4. סקיל בלי "מה לא לעשות"

   הוראות חיוביות בלבד פותחות פתח לכל מיני טעויות. הוסיפי רשימת איסורים מפורשת: "אל תפתחי במילים X", "אל תכתבי יותר מ-Y מילים", "אל תשתמשי באימוג'ים בכל פסקה".

5. לא בודקים בפועל שהסקיל נטען

   אל תניחי שהוא עובד. בקשי משימה רלוונטית, ובדקי שב-output של Claude מופיעה שורה Skill: .... אם לא מופיעה — הסקיל לא נטען, ואת מקבלת תשובה גנרית במקום תשובה ממוקדת.

בלי סקיל / עם סקיל

שאלות נפוצות

הסקיל הראשון לוקח 30 דקות. השני — 10

סקילים ל-Claude Code הם לא עוד תשתית טכנית — הם תפיסת עבודה. הם הופכים את הקצב של "בכל שיחה אני מסבירה הכל מחדש" לקצב של "כל סקיל יודע מי אני ומה אני צריכה לעשות". והם נוצרים מקובץ אחד פשוט.

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

רוצה לראות איך כל זה משתלב למערכת של 6 סקילים שמפעילים עסק שלם? קראי את המאמר על Claude Skills בעברית — שם אני מראה את כל הסקילים שאני עצמי משתמשת בהם יום-יום.