Skills למה להכיר, איך לבנות, ומתי להפעיל
13 שקפים · ל-HR · ללא קוד · עם נתונים אמיתיים מ-AIHR.
🔁 הבעיה
כל שיחה עם קלוד מתחילה מאפס. מסבירות מי החברה, איזה טון, איך לסכם ראיון — שוב ושוב.
💡 הפתרון
Skill. קובץ הוראות אחד שקלוד טוען אוטומטית כשהוא רואה משימה רלוונטית.
מזמן אנשי HR מושקע במשימות אדמיניסטרטיביות — לא באנשים, לא באסטרטגיה.
— מחקר AIHR, 2026
כלל הזהב: אם אתן מסבירות לקלוד את אותו הדבר פעמיים — זה כבר Skill.
מה זה 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
איך לזהות שזה הזמן לבנות Skill
לא כל בעיה ב-Claude נפתרת ב-Skill. הסימפטומים שמצביעים על "כן".
כלל פתיחה: תתחילו מצוואר הבקבוק, לא מהיכולת. אל תשאלו "מה הכי מגניב?" — תשאלו "מה הבעיה הקטנה הבאה שאני רוצה לפתור?"
5 שאלות לבדיקה עצמית
| השאלה | אם כן... |
|---|---|
| אני חוזרת על אותו הסבר לקלוד יותר מ-3 שיחות שונות | ✓ Skill |
| יש לי כללי טון / פורמט שצריכים להישמר תמיד | ✓ Skill |
| התוצאות של קלוד לא עקביות בין שיחות | ✓ Skill |
| יש משימה שלוקחת לי 20 דק' שאני יודעת בדיוק איך לעשות | ✓ Skill |
| הייתי יכולה להעביר את זה לעוזרת חדשה עם צ'ק-ליסט | ✓ Skill |
מתי לא Skill
| הסימפטום | הפתרון הנכון |
|---|---|
| קלוד "שוכח" בין שיחות לאותו פרויקט | Project — workspace קבוע עם זיכרון |
| צריך נתונים מ-HiBob / Lever / Slack | Connector / MCP — גישה לנתונים |
| בקשה חד-פעמית — "סכמי את המאמר הזה" | פרומפט רגיל |
| "תמיד תעני בעברית" — לכל השיחות | Custom Instructions |
כלל אצבע: Project = "הנה גוף העבודה." · Skill = "הנה איך מטפלים בעבודה מסוג הזה." · Connector = "הנה הגישה לנתונים."
Skills מול Projects מול Connectors
ארבעה כלים, ארבעה תפקידים. ברגע שמבדילים — הספק עולה פי 3.
| הכלי | מה זה עושה | מתי |
|---|---|---|
| פרומפט | הוראה לשיחה אחת | "סכמי את הראיון הזה" — פעם אחת |
| Custom Instructions | העדפות תמידיות | "תמיד עברית, ללא אימוג'ים" |
| Project | workspace + זיכרון | פרויקט גיוס Backend Q2 |
| Skill | תהליך חוזר | סיכום ראיון, ניסוח JD |
| Connector / MCP | חיבור לנתונים | קלוד קורא ATS, Slack, Drive |
| Subagent | קלוד מצומצם | סוקר משפטי שעובד רק על חוזים |
הקומבינציה המנצחת
Project + Skill + Connector = החבילה המלאה.
דוגמה: פרויקט "גיוס Backend Q2" + Skill לסיכום ראיון + חיבור ל-Lever = קלוד מושך מועמדים מ-Lever, מקבל הערות, מחזיר סיכום בפורמט שלכן.
תרחיש: עוברים שלב אחרי שלב
| שלב | סימפטום | מוסיפים |
|---|---|---|
| התחלה | קלוד מצוין אבל גנרי | פרומפטים טובים |
| חודש | מסבירה אותו רקע 5 פעמים בשבוע | Project |
| חודש 2 | תוצאה לא עקבית | Skill |
| חודש 3 | מבזבזת זמן בהעתקה מ-ATS | Connector |
| חודש 4 | רוצה לשתף עם הצוות | Plugin |
"אל תשאלו מה הכי חזק. תשאלו מה הבעיה הבאה — ומה הפתרון הקטן ביותר שמטפל בה." — Cowork Operator
אנטומיה של 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 — חשיפה הדרגתית
- תחילת שיחה: קלוד טוען רק
name+description(~100 טוקנים לכל Skill) - זיהוי משימה: קורא את גוף ה-SKILL.md (~500–5000 טוקנים)
- רק כשצריך: קורא קובץ עזר ספציפי
אפשר לתחזק 50 Skills בלי לפגוע בביצועים.
כלל: רק SKILL.md חובה. השאר אופציונלי. אל תסבכו.
שדה ה-description — אסור לפשל בו
השדה היחיד שמכריע אם קלוד יפעיל את ה-Skill או לא.
קלוד מכיר 100+ Skills בו-זמנית. בכל שיחה הוא שואל: "איזה Skill רלוונטי?" — והתשובה תלויה רק בשדה הזה.
שלושה כללים מ-Anthropic
1. תמיד גוף שלישי
| ✓ טוב | "מסכם הערות ראיון לפי scorecard" |
| ✗ רע | "אני יכולה לעזור לך לסכם ראיונות" |
| ✗ רע | "השתמש בזה כדי לסכם ראיון" |
הסיבה: הטקסט מוזרק לפרומפט המערכת. גוף ראשון/שני מבלבל את קלוד.
2. "מה זה עושה" + "מתי להפעיל"
description: "מסכם הערות ראיון לפי scorecard של Evinced.
השתמש כאשר המשתמש מדביק הערות מראיון, מבקש 'סיכום ראיון',
או מזכיר scorecard / Red flags."
3. מילים שהמשתמש באמת אומר
אם הם אומרים "Red flag" — תכתבי "Red flag", לא "אזהרה".
אבחון בעיות
| הסימפטום | הסיבה | התיקון |
|---|---|---|
| אף פעם לא מופעל | תיאור צר | נרדפות + תרחישים |
| מופעל תמיד | תיאור רחב מדי | תנאים ספציפיים |
| זמן לא נכון | אין טריגרים | ביטויים מהמשתמש |
כתיבת הוראות שעובדות
ספציפיות מנצחת. כללי מפסיד. דוגמאות מנצחות הסברים.
הכלל המרכזי: תניחו שקלוד חכם. רק תכתבו את מה שהוא לא יכול לדעת לבד.
האנלוגיה של "מידת החופש"
🌉 גשר צר (חופש נמוך)
דרך אחת בטוחה. הוראות מדויקות.
1. בדקי שיש קורות חיים מצורפים.
2. הריצי validate-cv.py.
3. רק אם הפלט "OK" — העלי ל-Lever.
4. אסור לדלג על שלב 2.
🌾 שדה פתוח (חופש גבוה)
הרבה דרכים עובדות. כיוון בלבד.
ארגני לפי: חוזקות, חולשות,
Red flags, המלצה.
שמרי על טון נייטרלי.
אם משהו לא ברור — ציין/י.
ספציפי מול עמום
❌ עמום
וודאי שהמידע תקין
לפני שממשיכים.
מה זה "תקין"? קלוד ינחש.
✅ ספציפי
וודאי:
- שם בעברית + אנגלית
- תאריך YYYY-MM-DD
- אימייל תקני
חסר משהו? עצרי ושאלי.
הטריק לקלוד עצלן
נכנס בסוף ה-Skill: "קח את הזמן. ביסודיות. אל תדלג על שלבי הוולידציה."
נשמע מטופש. עובד.
5 שלבים לבניית Skill ראשון
שיטה מבוססת מחקר — Pain-point ראשון, validation אחרון.
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 המוכן.
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% של ההחלטה — אתן.
איפה Skills חיים — 4 דרכי שימוש
מהבסיסי ביותר ועד לרמת ארגון. בחרי לפי בגרות הצוות.
📎 רמה 1 — בסיסי: צירוף קובץ לשיחה
מי: את לבד, ניסיון ראשון.
איך: מצרפת את ה-SKILL.md לשיחה חדשה ב-claude.ai.
חיסרון: כל שיחה — מצרפת מחדש. אין שיתוף.
📁 רמה 2 — מומלץ: Projects ב-Claude.ai
מי: את + פרויקט קבוע.
- נכנסים ל-claude.ai
- יוצרים Project
- ב-Project Knowledge — מעלים SKILL.md
- כל שיחה בפרויקט — 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 רמות בבת אחת. כל קפיצה מוסיפה מורכבות.
איך משפרים Skill בלי לבזבז שעות
שיטת "שני קלודים" — אחד כותב, אחד מבצע, את צופה ומתקנת.
| תפקיד | מי | מה עושה |
|---|---|---|
| קלוד A — המעצב | שיחה שעורכת את ה-Skill | כותב, מארגן, מציע שיפורים |
| קלוד B — המבצע | שיחה שבה ה-Skill טעון | מריץ על משימות אמיתיות |
את — צופה ב-B, מזהה כשלים, חוזרת ל-A לשיפור.
מה לעשות כשמשהו לא עובד
| הסימפטום | המשמעות |
|---|---|
| לא הפעיל את ה-Skill | התיאור לא טוב מספיק |
| הפעיל בזמן לא נכון | התיאור רחב מדי |
| התעלם מהוראה | ההוראה לא בולטת — חזקי |
| המציא מידע | חסר "אל תמציאי" מפורש |
| דילג על שלב | חסר "חובה לא לדלג" |
טריקים מתוקשרים
הצ'ק-ליסט המקופל
הוסיפי לראש ה-Skill: "העתיקי את הצ'ק-ליסט לתשובה והקצי כל פריט." קלוד שמסמן — מדלג פחות.
שפה חזקה לכללי ברזל
חלש: "בדרך כלל בעברית"
חזק: "חובה בעברית. אסור באנגלית."
Skill טוב = Skill ש-3 אנשים שונים בצוות הצליחו להפעיל בלי לקרוא תיעוד.
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 של..." — הבעיה בתיאור.
תבנית מוכנה + הטריק של "תני לקלוד לכתוב"
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.