Claude Code פרק 12: Skills — איך ליצור מיומנויות מותאמות אישית שעובדות בשבילכם

📚 פרק 12 מתוך 14 | קורס Claude Code בעברית

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

✅ מה תלמדו בפרק זה

מה זה Skills ולמה זה אחת היכולות החזקות של Claude Code
תהליך עבודה איטרטיבי: מ-Fine Tuning ועד סקיל מושלם
מבנה הסקיל: Frontmatter, הנחיות ביצוע, ותתי-תיקיות
שתי דרכים להריץ סקיל: קריאה מפורשת ושפה טבעית
הגדרות מתקדמות: allowed-tools ו-disable-model-invocation
עבודה עם ארגומנטים לסקילים דינמיים
ההבדלים בין Skills לבין CLAUDE.md

מה זה Skills ולמה זה כל כך חזק?

סקיל (Skill) הוא קובץ הנחיות מסודר שמגדיר ל-Claude רצף מטלות ספציפי. במקום לכתוב כל פעם מחדש מה אתם רוצים, אתם מגדירים את הסקיל פעם אחת ואז מפעילים אותו בפקודה קצרה.

חיסכון בזמן

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

חיסכון במאמץ מנטלי

לכל אדם יש קיבולת מוגבלת של מאמץ מנטלי ביום. סקילים משחררים אתכם ממשימות שגרתיות כדי שתתפנו לדברים שבאמת חשובים לכם.

עקביות

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

שיתוף עם הצוות

סקילים שנמצאים בתיקיית .claude/skills/ של הפרויקט עולים ל-Git יחד עם הקוד — כל הצוות יכול להשתמש בהם.

דוגמאות לסקילים מהיומיום

להלן כמה סקילים שאפשר להשתמש בהם ברמה כמעט יומיומית:

process-leads

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

expenses-check

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

followups

עובר על התכתבויות פתוחות במייל ומייצר טיוטות פולואפ לכל שיחה שלא קיבלה מענה.

voice-to-plan

לוקח קובץ טקסט מסיעור מוחות (למשל שיחה קולית שתומללה) ומוציא ממנו Actionable Items מסודרים.

איך יוצרים סקיל? תהליך איטרטיבי

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

בקשה ראשונית

בקשו מ-Claude לבצע את המשימה. למשל: "סכם לי את הפגישה שנמצאת בקובץ הזה".

Fine Tuning

בדקו את התוצאה ושפרו: "הפעם תשתמש במבנה הזה… תוסיף סעיף של Action Items… תכתוב בעברית".

עוד איטרציות

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

יצירת הסקיל

כשמרוצים, אמרו ל-Claude: "קח את הגרסה האחרונה וצור ממנה סקיל בשם summarize-meeting. Use best practices."

⚠️ טיפ: כשמבקשים מ-Claude ליצור סקיל, הוסיפו את המשפט "use best practices to create skill". זה מנחה אותו להסתמך על התיעוד הרשמי של Anthropic ולבנות את הסקיל במבנה הנכון ביותר.

מבנה הסקיל: קובץ SKILL.md

כש-Claude יוצר סקיל, הוא מייצר את המבנה הבא:

מבנה תיקיות של סקיל:

.claude/ skills/ summarize-meeting/ SKILL.md # קובץ הסקיל הראשי references/ examples.md # דוגמאות לפלט רצוי scoring-guide.md # מדריך ניקוד scripts/ export-to-pdf.sh # סקריפט עזר templates/ email-followup.md # תבנית מייל

קובץ SKILL.md הוא הלב של הסקיל. הוא מורכב משני חלקים:

חלק 1: Frontmatter — מטא-דאטה של הסקיל

החלק העליון של הקובץ, מוקף בשלוש מקפים (---), מכיל מידע על הסקיל בפורמט של צמדי Key-Value:

דוגמה ל-Frontmatter:

— name: summarize-meeting description: Summarizes meeting transcripts into structured notes with action items allowed-tools: Read Glob Write Bash disable-model-invocation: false —

שדה	תיאור	חובה?
name	שם הסקיל (באותיות קטנות עם מקפים)	מומלץ
description	תיאור קצר — Claude קורא אותו כדי להחליט מתי להשתמש בסקיל	מומלץ מאוד
allowed-tools	כלים שהסקיל יכול להשתמש בהם ללא בקשת אישור (למשל: Read, Write, Bash)	לא
disable-model-invocation	כאשר `true`, הסקיל יופעל רק בקריאה מפורשת ולא דרך שפה טבעית	לא
argument-hint	רמז למשתמש על הארגומנט שהסקיל מצפה לקבל	לא
model	מודל ספציפי להרצת הסקיל (למשל: opus, sonnet)	לא
effort	רמת Effort Level להרצת הסקיל (low, medium, high, max)	לא

חלק 2: הנחיות הביצוע — גוף הסקיל

אחרי ה-Frontmatter מגיע התוכן עצמו — הנחיות מפורטות שמגדירות מה בדיוק Claude צריך לעשות:

דוגמה לגוף סקיל:

# Summarize Meeting 1. Read the most recently modified .txt file in the `meetings/` folder 2. Create a structured summary in the `summaries/` folder 3. Use this format: ## Meeting Summary – **Date**: [extract from transcript] – **Participants**: [list names mentioned] ## Key Points – [main discussion points] ## Action Items – [ ] [task] — assigned to [person] ## Lead Score – Refer to `references/scoring-guide.md` for scoring criteria

שתי דרכים להריץ סקיל

✅ קריאה מפורשת

כתבו את שם הסקיל ישירות: summarize-meeting
Claude מזהה שזה שם של סקיל ומפעיל אותו
עובד תמיד, גם אם disable-model-invocation מופעל
אפשר להוסיף ארגומנט: summarize-meeting meeting-04

💬 שפה טבעית

כתבו בקשה רגילה: "please make a summary of the latest meeting"
Claude מזהה שיש סקיל מתאים ומפעיל אותו אוטומטית
עובד רק אם disable-model-invocation הוא false
נוח לשימוש טבעי, אבל עלול להפעיל סקיל בטעות

הגדרות מתקדמות

allowed-tools — הרשאות אוטומטיות

כברירת מחדל, Claude מבקש אישור לפני שהוא כותב קבצים (במצב Ask Before Edits). כשזה קורה בכל פעם שמריצים סקיל, זה מעצבן. הפתרון: הוסיפו allowed-tools ל-Frontmatter.

דוגמה:

— allowed-tools: Read Glob Write Bash —

עכשיו הסקיל יוכל לקרוא, לחפש, לכתוב ולהריץ פקודות בלי לבקש אישור בכל שלב.

disable-model-invocation — ביטול הפעלה אוטומטית

אם יש לכם הרבה סקילים ואתם חוששים ש-Claude יפעיל אחד בטעות כשאתם מדברים בשפה טבעית, הוסיפו:

דוגמה:

— disable-model-invocation: true —

עכשיו הסקיל יופעל רק כשתכתבו את שמו במפורש. אם תבקשו בשפה טבעית "סכם לי את הפגישה", Claude יסכם בלי להשתמש בסקיל — פשוט יכתוב סיכום ישירות למסך.

Skills לעומת CLAUDE.md

מאפיין	Skills	CLAUDE.md
מתי נטען	רק כשקוראים לסקיל (On-Demand)	בתחילת כל שיחה (Always-On)
מה נטען בהתחלה	רק השם וה-Description	כל התוכן
מתאים ל	משימות ספציפיות שנדרשות מדי פעם	הנחיות כלליות שתמיד רלוונטיות
השפעה על קונטקסט	מינימלית — רק שם ותיאור	כל הקובץ נטען לקונטקסט
דוגמה	"סכם פגישה", "עבד לידים", "צור דוח"	"כתוב תמיד בעברית", "השתמש ב-TypeScript", "הקפד על ESLint"

💡 כלל אצבע: הנחיות שתמיד רלוונטיות → CLAUDE.md. הנחיות שרלוונטיות רק לפעולות ספציפיות → Skills. ככה אתם שומרים על קונטקסט נקי ויעיל.

עבודה עם ארגומנטים

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

הרצה עם ארגומנט:

summarize-meeting meeting-04

בתוך הסקיל, אפשר להתייחס לארגומנט עם התחביר $0 (הארגומנט הראשון), $1 (השני), וכן הלאה:

שימוש בארגומנט בתוך SKILL.md:

1. Read the meeting transcript from $0 – If no argument provided, read the most recently modified file – Input path: meetings/$0.txt 2. Output the summary to: summaries/$0_summary.md 3. Export a PDF version to: exports/$0.pdf

שימו לב: ארגומנט אחד ($0) משמש שלוש פעמים — לקריאת הקלט, ליצירת שם הסיכום, וליצירת ה-PDF. זה הופך את הסקיל לדינמי ומסודר.

מספר ארגומנטים

אפשר גם להגדיר סקיל שמקבל כמה ארגומנטים:

סקיל עם שני ארגומנטים:

summarize-meeting meeting-04 hebrew # בתוך הסקיל: # $0 = meeting-04 (שם הפגישה) # $1 = hebrew (שפת הסיכום)

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

תתי-תיקיות: דוגמאות, תבניות וסקריפטים

סקיל מתקדם לא חייב להסתמך רק על קובץ SKILL.md אחד. אפשר ליצור תתי-תיקיות עם קבצי עזר ולהפנות אליהם מתוך הסקיל:

references/examples.md

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

references/scoring-guide.md

מדריך ניקוד — למשל, לדרג עד כמה לקוח "חם" על פי מה שאמר בפגישה.

scripts/export-to-pdf.sh

סקריפט שהסקיל יכול להריץ — למשל, להמיר את הסיכום ל-PDF.

templates/email-followup.md

תבנית מייל פולואפ שהסקיל משתמש בה כשצריך לשלוח מייל המשך ללקוח.

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

שאלות נפוצות

סקילים ברמת הפרויקט נשמרים בתיקייה .claude/skills/[שם-הסקיל]/SKILL.md. סקילים אישיים (לכל הפרויקטים) נשמרים ב-~/.claude/skills/[שם-הסקיל]/SKILL.md. סקילים ברמת הפרויקט עולים ל-Git ומשותפים עם הצוות.

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

בהחלט. קובץ SKILL.md הוא קובץ Markdown רגיל. אפשר לפתוח אותו בכל עורך טקסט, לערוך את ההנחיות, לשנות את ה-Frontmatter ולשמור. אפשר גם לבקש מ-Claude לעדכן אותו.

הוסיפו disable-model-invocation: true ל-Frontmatter של הסקיל. ככה Claude יפעיל את הסקיל רק כשתכתבו את שמו במפורש, ולא ינסה להפעיל אותו אוטומטית על סמך שפה טבעית.

Rules (שנמצאים ב-.claude/rules/) הם הנחיות שנטענות תמיד — דומה ל-CLAUDE.md. Skills הם כלים On-Demand שנטענים רק כשקוראים להם. אם ההנחיה תמיד רלוונטית — זה Rule. אם היא ספציפית למשימה — זה Skill.

מה מחכה בפרק הבא?

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

🚀 רוצים ללמוד Claude Code בעברית?

קורס מלא של 14 פרקים, מהתקנה ועד אוטומציות מתקדמות