Skills · קורל בונפיל
1 / 13
גרסה 2 · מבוסס מחקר

Skills למה להכיר, איך לבנות, ומתי להפעיל

13 שקפים · ל-HR · ללא קוד · עם נתונים אמיתיים מ-AIHR.

🔁 הבעיה

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

💡 הפתרון

Skill. קובץ הוראות אחד שקלוד טוען אוטומטית כשהוא רואה משימה רלוונטית.

57%

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

— מחקר AIHR, 2026

כלל הזהב: אם אתן מסבירות לקלוד את אותו הדבר פעמיים — זה כבר Skill.
שקף 02

מה זה Skill — שלוש אנלוגיות שעובדות

לא קוד. לא תוסף. תיקייה עם קובץ הוראות שקלוד טוען לעצמו כשהוא צריך.

הגדרה רשמית: Skill = תיקייה שמכילה קובץ SKILL.md עם הוראות בעברית פשוטה. קלוד טוען אותה אוטומטית כשהוא מזהה משימה רלוונטית.

📊 Scorecard · TA

ראיון בלי scorecard = שיחה. ראיון עם scorecard = החלטה.

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

📖 Employee Handbook · HR

ספר העובד לא מלמד מנהל איך להיות מנהל — הוא מקודד את המדיניות.

Skill = דף ב-handbook לקלוד. אחד לכל סוג משימה: "ככה כותבים JD", "ככה מסכמים 1:1", "ככה עונים על שאלת מדיניות".

🎯 Calibration · TA

בלי calibration — אותו מועמד יקבל 4 מאחד ו-7 מהשני.

Skill הוא ה-calibration של קלוד. מה זה "מצוין" אצלנו? Red flag? ללא הסכמה כתובה — drift.

🪜 Career Ladder · HR

הסולם מגדיר: מה זה senior, מה זה junior, על בסיס איזה התנהגויות ותוצאות.

Skill = ladder לפלט של קלוד. מה זה output ברמת senior (פירוט, edge cases, ציטוטים) מול junior (טיוטה בסיסית).

🍳 מתכון

"קודם מחממים את התנור, אחר כך מערבבים" — Skill: "קודם בדקי X, אחר כך נסחי Y". המתכון לא מסביר מה זה תנור. ה-Skill לא מסביר מה זה ראיון.

📋 מדריך לעוזרת חדשה

הצ'ק-ליסט שאתן נותנות ביום הראשון. זה בדיוק SKILL.md. ההבדל: העוזרת הזו לא שוכחת, לא חולה, לא עוזבת.

"פרומפט הוא הוראה חד-פעמית. Skill הוא תהליך חוזר." — Anthropic Cowork docs
שקף 03

איך לזהות שזה הזמן לבנות Skill

לא כל בעיה ב-Claude נפתרת ב-Skill. הסימפטומים שמצביעים על "כן".

כלל פתיחה: תתחילו מצוואר הבקבוק, לא מהיכולת. אל תשאלו "מה הכי מגניב?" — תשאלו "מה הבעיה הקטנה הבאה שאני רוצה לפתור?"

5 שאלות לבדיקה עצמית

השאלהאם כן...
אני חוזרת על אותו הסבר לקלוד יותר מ-3 שיחות שונות✓ Skill
יש לי כללי טון / פורמט שצריכים להישמר תמיד✓ Skill
התוצאות של קלוד לא עקביות בין שיחות✓ Skill
יש משימה שלוקחת לי 20 דק' שאני יודעת בדיוק איך לעשות✓ Skill
הייתי יכולה להעביר את זה לעוזרת חדשה עם צ'ק-ליסט✓ Skill

מתי לא Skill

הסימפטוםהפתרון הנכון
קלוד "שוכח" בין שיחות לאותו פרויקטProject — workspace קבוע עם זיכרון
צריך נתונים מ-HiBob / Lever / SlackConnector / MCP — גישה לנתונים
בקשה חד-פעמית — "סכמי את המאמר הזה"פרומפט רגיל
"תמיד תעני בעברית" — לכל השיחותCustom Instructions
כלל אצבע: Project = "הנה גוף העבודה." · Skill = "הנה איך מטפלים בעבודה מסוג הזה." · Connector = "הנה הגישה לנתונים."
שקף 04

Skills מול Projects מול Connectors

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

הכלימה זה עושהמתי
פרומפטהוראה לשיחה אחת"סכמי את הראיון הזה" — פעם אחת
Custom Instructionsהעדפות תמידיות"תמיד עברית, ללא אימוג'ים"
Projectworkspace + זיכרוןפרויקט גיוס Backend Q2
Skillתהליך חוזרסיכום ראיון, ניסוח JD
Connector / MCPחיבור לנתוניםקלוד קורא ATS, Slack, Drive
Subagentקלוד מצומצםסוקר משפטי שעובד רק על חוזים

הקומבינציה המנצחת

Project + Skill + Connector = החבילה המלאה.

דוגמה: פרויקט "גיוס Backend Q2" + Skill לסיכום ראיון + חיבור ל-Lever = קלוד מושך מועמדים מ-Lever, מקבל הערות, מחזיר סיכום בפורמט שלכן.

תרחיש: עוברים שלב אחרי שלב

שלבסימפטוםמוסיפים
התחלהקלוד מצוין אבל גנריפרומפטים טובים
חודשמסבירה אותו רקע 5 פעמים בשבועProject
חודש 2תוצאה לא עקביתSkill
חודש 3מבזבזת זמן בהעתקה מ-ATSConnector
חודש 4רוצה לשתף עם הצוותPlugin
"אל תשאלו מה הכי חזק. תשאלו מה הבעיה הבאה — ומה הפתרון הקטן ביותר שמטפל בה." — Cowork Operator
שקף 05

אנטומיה של Skill — מה יש בקובץ

תיקייה, קובץ SKILL.md, ושני שדות חובה. השאר רשות.

המבנה הבסיסי

interview-summary/
│
└── SKILL.md       ← הקובץ היחיד שחובה

זה הכל. רוב ה-Skills בעולם הם קובץ אחד.

המבנה המורחב (רק כשצריך)

interview-summary/
├── SKILL.md               ← ההוראות (חובה)
├── references/            ← מסמכי עזר
│   ├── scorecard.md
│   └── red-flags.md
├── scripts/               ← קוד שקלוד מריץ
└── assets/                ← תבניות, לוגו

SKILL.md — מה יש בפנים

---
name: interview-summary
description: "מסכם הערות ראיון לפי scorecard של Evinced.
  השתמש כאשר המשתמש מדביק הערות מראיון."
---

# סיכום ראיון

## מה לעשות
1. קראי את ההערות.
2. סדרי לפי: חוזקות, חולשות, Red flags, המלצה.
3. שמרי על טון נייטרלי.
...
חלקמה זהלמה משנה
Frontmatterשם + תיאור (בין ---)קלוד קורא זה כדי להחליט אם להפעיל
גוףהוראות בעבריתנטען רק אם ה-Skill הופעל

Progressive Disclosure — חשיפה הדרגתית

  1. תחילת שיחה: קלוד טוען רק name + description (~100 טוקנים לכל Skill)
  2. זיהוי משימה: קורא את גוף ה-SKILL.md (~500–5000 טוקנים)
  3. רק כשצריך: קורא קובץ עזר ספציפי

אפשר לתחזק 50 Skills בלי לפגוע בביצועים.

כלל: רק SKILL.md חובה. השאר אופציונלי. אל תסבכו.
שקף 06 · קריטי

שדה ה-description — אסור לפשל בו

השדה היחיד שמכריע אם קלוד יפעיל את ה-Skill או לא.

קלוד מכיר 100+ Skills בו-זמנית. בכל שיחה הוא שואל: "איזה Skill רלוונטי?" — והתשובה תלויה רק בשדה הזה.

שלושה כללים מ-Anthropic

1. תמיד גוף שלישי

✓ טוב"מסכם הערות ראיון לפי scorecard"
✗ רע"אני יכולה לעזור לך לסכם ראיונות"
✗ רע"השתמש בזה כדי לסכם ראיון"

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

2. "מה זה עושה" + "מתי להפעיל"

description: "מסכם הערות ראיון לפי scorecard של Evinced.
  השתמש כאשר המשתמש מדביק הערות מראיון, מבקש 'סיכום ראיון',
  או מזכיר scorecard / Red flags."

3. מילים שהמשתמש באמת אומר

אם הם אומרים "Red flag" — תכתבי "Red flag", לא "אזהרה".

אבחון בעיות

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

כתיבת הוראות שעובדות

ספציפיות מנצחת. כללי מפסיד. דוגמאות מנצחות הסברים.

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

האנלוגיה של "מידת החופש"

🌉 גשר צר (חופש נמוך)

דרך אחת בטוחה. הוראות מדויקות.

1. בדקי שיש קורות חיים מצורפים.
2. הריצי validate-cv.py.
3. רק אם הפלט "OK" — העלי ל-Lever.
4. אסור לדלג על שלב 2.

🌾 שדה פתוח (חופש גבוה)

הרבה דרכים עובדות. כיוון בלבד.

ארגני לפי: חוזקות, חולשות,
Red flags, המלצה.
שמרי על טון נייטרלי.
אם משהו לא ברור — ציין/י.

ספציפי מול עמום

❌ עמום

וודאי שהמידע תקין
לפני שממשיכים.

מה זה "תקין"? קלוד ינחש.

✅ ספציפי

וודאי:
- שם בעברית + אנגלית
- תאריך YYYY-MM-DD
- אימייל תקני

חסר משהו? עצרי ושאלי.

הטריק לקלוד עצלן

נכנס בסוף ה-Skill: "קח את הזמן. ביסודיות. אל תדלג על שלבי הוולידציה."

נשמע מטופש. עובד.

שקף 08 · תהליך

5 שלבים לבניית Skill ראשון

שיטה מבוססת מחקר — Pain-point ראשון, validation אחרון.

4 שאלות לזיהוי הכאב

  1. מה מפעיל את המשימה? (מה קורה ביום שאומר "עכשיו הזמן?")
  2. מה השלבים המדויקים? (ממוספרים, ברצף)
  3. איך נראית תוצאה מוצלחת? (תארי בדיוק)
  4. איזה מידע אני צריכה? (מה מולי לפני שמתחילה)

1️⃣ תגדירי משימה אחת

טעות #1: Skill אחד שעושה הכל. עדיף 3 קטנים.

2️⃣ כתבי בשפה שלך

Notepad / Google Doc. כאילו מסבירות לעוזרת חדשה.

3️⃣ הפכי ל-SKILL.md

הוסיפי frontmatter בראש. שמרי בשם SKILL.md.

4️⃣ בדקי על משימה אמיתית

לא בדיקה — משימה מהיום שלך. בלי להזכיר את שם ה-Skill.

5️⃣ תשפרי לפי מה שיצא

לא אוהבת את התוצאה? זה אומר משהו ספציפי בהוראה היה עמום. מצאי. תקני. בדקי שוב.

רוב ה-Skills עובדים אחרי 2–3 איטרציות.

🪄 הטריק שחוסך 80% מהזמן

תני לקלוד לבנות את ה-Skill בשבילך.

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

בסוף — כתבי לי את ה-SKILL.md המוכן.
שקף 09 · דוגמאות

7 דוגמאות HR מוכנות להעתקה

תרחישים אמיתיים — עם זמן חיסכון מדוד לפי AIHR.

📋 1. סיכום ראיון

הערות גולמיות → סיכום מובנה לפי 4 קטגוריות.

חיסכון: ~15 דק' לראיון. צוות שעושה 20/שבוע = 5 שעות בשבוע.

📝 2. ניסוח JD

"תפקיד + סניוריוטי + צוות" → JD מלא בסגנון החברה.

שפה ניטרלית מגדרית · הטבות · CTA קבוע

🔍 3. פנייה ב-LinkedIn

לינק לפרופיל + תפקיד → פנייה ב-3 משפטים, מותאמת לפרופיל.

📅 4. תכנית 30-60-90

תפקיד + צוות + תאריך → תכנית קליטה מובנית.

"חברות עם אונבורדינג מובנה — שיפור 103% בשימור."

🎯 5. סיכום הערכה

חיסכון: 20 דק' לערוך טיוטה במקום 90 דק' לכתוב מאפס.

🤖 6. FAQ למנהלים

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

מחוץ למסמכים? דגלי ל-HR. אל תמציאי.

✉️ 7. ניסוח מייל פנימי

נושא + קהל + מסר → מייל לפי תבנית: פתיחה חמה · 3 בולטים · פעולה נדרשת · חתימה.

⚠️ מה לא לבנות בתור Skill

בנצ'מרק שכר. ניסיון AIHR גילה: 61% מההצעות לא מדויקות ביותר מ-15%. בתפקידים בכירים — שגיאה של 83%.

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

הכלל: לא בונים Skill למשימות שדורשות גישה לנתונים שקלוד לא יכול לאמת.

הדפוס המנצח: Skill לא מחליף שיפוט. הוא מייצר טיוטה. ה-90% של הכתיבה — חוסך. ה-10% של ההחלטה — אתן.
שקף 10

איפה Skills חיים — 4 דרכי שימוש

מהבסיסי ביותר ועד לרמת ארגון. בחרי לפי בגרות הצוות.

📎 רמה 1 — בסיסי: צירוף קובץ לשיחה

מי: את לבד, ניסיון ראשון.

איך: מצרפת את ה-SKILL.md לשיחה חדשה ב-claude.ai.

חיסרון: כל שיחה — מצרפת מחדש. אין שיתוף.

📁 רמה 2 — מומלץ: Projects ב-Claude.ai

מי: את + פרויקט קבוע.

  1. נכנסים ל-claude.ai
  2. יוצרים Project
  3. ב-Project Knowledge — מעלים SKILL.md
  4. כל שיחה בפרויקט — Skill פעיל אוטומטית

יתרונות: זיכרון בין שיחות + מסמכים ברקע + Skill תמיד.

⚙️ רמה 3 — צוותי: Claude Cowork

מי: הצוות שלך. גרסאות משותפות.

  • ניהול גרסאות (גרסה 3 החליפה את 2)
  • אנליטיקה — מי משתמש, באילו תרחישים
  • הרשאות — מי עורך, מי מפעיל
  • אינטגרציה עם Connectors (Lever, HiBob, Slack)

מתי: ברגע שיש 2+ אנשים בצוות שמשתמשים באותו Skill.

החלטה — איזו רמה מתאימה עכשיו?

המצב שלךבחרי
לא ניסיתי מעולםרמה 1 (צירוף)
תהליך חוזר ב-HRרמה 2 (Project)
2+ אנשים בצוותרמה 3 (Cowork)
צריך גם Lever / HiBobרמה 3 + Connectors
כלל מעבר: אל תקפצו 2 רמות בבת אחת. כל קפיצה מוסיפה מורכבות.
שקף 11

איך משפרים Skill בלי לבזבז שעות

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

תפקידמימה עושה
קלוד A — המעצבשיחה שעורכת את ה-Skillכותב, מארגן, מציע שיפורים
קלוד B — המבצעשיחה שבה ה-Skill טעוןמריץ על משימות אמיתיות

את — צופה ב-B, מזהה כשלים, חוזרת ל-A לשיפור.

מה לעשות כשמשהו לא עובד

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

טריקים מתוקשרים

הצ'ק-ליסט המקופל

הוסיפי לראש ה-Skill: "העתיקי את הצ'ק-ליסט לתשובה והקצי כל פריט." קלוד שמסמן — מדלג פחות.

שפה חזקה לכללי ברזל

חלש: "בדרך כלל בעברית"

חזק: "חובה בעברית. אסור באנגלית."

Skill טוב = Skill ש-3 אנשים שונים בצוות הצליחו להפעיל בלי לקרוא תיעוד.
שקף 12 · אזהרות

10 טעויות נפוצות — ואיך לזהות אותן מוקדם

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

1. תיאור עמום

"עוזר עם גיוס"

"מסכם הערות ראיון לפי scorecard. השתמש כאשר..."

2. גוף ראשון/שני

"אני אעזור לך"

"מנסח JD לפי סגנון Evinced"

3. סקיל אחד שעושה הכל

"Skill למחזור החיים של עובד" — קליטה ועד פיטור. פצלי.

4. הוראות סותרות

"רשמי אבל גם חברי, ולא יבש, אבל לא קליל." → קלוד יבחר באקראי.

5. עמום במקום ספציפי

"באיכות טובה" → לא בדיק. "כל בולט 8-15 מילים" → בדיק.

6. מידע תלוי-תאריך

"עד מאי 2026 השתמשו..." → אחרי 3 חודשים — שכחתן.

7. הנחות לא כתובות

"לפי הסטנדרט שלנו" — איזה סטנדרט? איפה הוא?

8. מילים שונות לאותו דבר

"ראיון" / "פגישה" / "שיחה" — בחרי אחד.

9. תבנית בלי דוגמה

"הפלט מקצועי" = ניחושים. הוסיפי דוגמה באורך מלא.

10. אין "מה לעשות אם"

חסר edge cases → קלוד ממציא. תמיד סעיף כזה.

🚨 הסימן הוודאי ש-Skill לא עובד

אם את צריכה להזכיר את שם ה-Skill בשיחה — הוא לא טוב מספיק.

Skill טוב מופעל אוטומטית כי ה-description ברור. אם את כותבת "תפעילי את ה-Skill של..." — הבעיה בתיאור.

שקף 13 · סיום

תבנית מוכנה + הטריק של "תני לקלוד לכתוב"

80% מ-Skill טוב נכתב על ידי קלוד עצמו. את — עורכת.

תבנית SKILL.md מוכנה

---
name: [שם-בלועזית-עם-מקפים]
description: "[משפט אחד על מה זה עושה].
  השתמש כאשר [טריגר 1], [טריגר 2], או [טריגר 3]."
---

# [שם ה-Skill בעברית]

## מה הסקיל עושה
[2–3 משפטים. ספציפי, לא עמום.]

## מה צריך כקלט
- [פריט 1 — חובה / רשות]
- [פריט 2]

אם משהו חובה חסר — עצרי ושאלי.

## תהליך
1. [שלב 1]
2. [שלב 2]
3. [שלב 3]

## פורמט הפלט
[תיאור או דוגמה]

## דוגמה לפלט
[העתיקי כאן דוגמה אמיתית]

## כללי טון
- חם / פורמלי / ידידותי — בחרי אחד
- עברית / אנגלית / שתיהן
- אסור: [ביטויים, אימוג'ים]

## מה לעשות אם...
- חסר מידע חיוני → עצרי ושאלי
- נתונים סותרים → ציינ/י, אל תפסקי
- שפה לא צפויה → בעברית

🪄 הטריק: תני לקלוד לבנות

אני רוצה לבנות Skill ש[המשימה].
קהל היעד: HR / גיוס / מנהלים.

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

צ'ק-ליסט אחרי הבנייה

  • שמרתי כ-SKILL.md
  • העליתי ל-Project
  • בדקתי על משימה אמיתית
  • תיעדתי Before/After
  • שיתפתי עם איש צוות אחד
המשפט שצריך לקחת הביתה:
Skill לא הופך אתכן ל-AI engineers. הוא הופך את הידע הקיים שלכן ל-AI-readable.

github.com/anthropics/skills · Best practices