Claude · Cowork
HR & People
ללא ידע טכני
Skills:
למה, מה, ואיך
הבעיה הקלאסית עם קלוד: כל שיחה מאפס. Skill פותר את זה.
8 שקפים
3 דוגמאות HR
תבנית מוכנה
"הסברתן לקלוד? מעולה. עכשיו תסבירו לו שוב. ושוב. — Skill פותר את זה."
הרעיון בקצרה
מה זה Skill?
קובץ טקסט עם הוראות. כותבות פעם אחת — ומהרגע הזה לא צריך להסביר שוב.
✗ בלי Skill
"אני מגייסת, אני רוצה כך וכך, שמרי על הטון הזה..."
בכל שיחה מחדש. קלוד לא זוכר. אתן חוזרות על עצמכן.
✓ עם Skill
פותחות שיחה, מדביקות קלט, מקבלות תוצאה.
קלוד יודע מי אתן, מה אתן רוצות, ואיך — מהיום הראשון.
תחשבו על זה ככה: הסקיל הוא הצ'ק-ליסט שהייתן נותנות לעוזרת חדשה. רק שהיא לא שוכחת.
למה כדאי לבנות?
📋
סיכום ראיון HR
מדביקות הערות גולמיות. קלוד מסדר לפי Scorecard: חוזקות, חולשות, Red flags — לפי הכללים שלכן.
📝
כתיבת JD
אומרות "תפתחי משרה ל-Backend". קלוד כותב בסגנון Evinced: פסקת פתיחה, שפה לשני מינים, רשימת הטבות.
🔍
סורסינג חכם
מדביקות לינק לינקדאין. קלוד בודק ב-ATS, מנסח פנייה אישית, ומכין לשליחה.
ההבדל בין קלוד שמחכה שתסבירו לו לבין קלוד שיודע מה הוא עושה. Skill הוא ה-onboarding של קלוד לחברה שלכן.
מבנה הקובץ
מבנה התיקייה
your-skill-name/
│
├── SKILL.md # חובה — ההוראות הראשיות
│
├── scripts/ # רשות — קוד שקלוד מריץ
├── references/ # רשות — מסמכי עזר
└── assets/ # רשות — תבניות וקבצים
מבנה ה-SKILL.md
---
name: interview-summary
description: "מסכם הערות ראיון. השתמש כאשר
המשתמש מדביק הערות ומבקש סיכום."
---
# ההוראות מגיעות כאן...
הכלל היחיד שחובה
רק SKILL.md. השאר — אופציונלי לחלוטין. אל תסבכו.
שדה ה-description
זה מה שגורם לקלוד לדעת מתי להפעיל. בלי טריגרים ברורים — הוא פשוט לא יבין.
5 שלבים לבניית סקיל
1
תגדירי מה הסקיל עושה
שאלי: "איזו משימה אני חוזרת עליה לפחות פעם בשבוע?" — שם מתחילים.
2
רשמי את הכללים שלך
כאילו מסבירות לעוזרת חדשה. עברית פשוטה, לא קוד — "קודם בדקי X, אחר כך עשי Y".
3
כתבי קובץ SKILL.md
Notepad, Google Doc, כל עורך. הדביקו את הכללים. שמרו בשם SKILL.md.
4
העלי לקלוד ובדקי
צרפו, בדקו, תראו אם קלוד מבין. אם הפלט לא מדויק — הוראה מסוימת עמומה. חפשו אותה.
5
תקני ושפרי
ערכו, הוסיפו הוראה, בדקו שוב. רוב הסקילים עובדים אחרי 2–3 איטרציות.
אורך אידיאלי: 10 שורות לסקיל פשוט, 100 שורות למורכב. אם אפשר לכתוב מייל — אפשר לכתוב סקיל.
מה הופך הוראות לטובות?
שדה ה-description — קלוד קורא את זה ראשון
✓ טוב — ספציפי עם טריגרים
"מנתח קבצי עיצוב מ-Figma. השתמש כאשר המשתמש מעלה .fig, מבקש 'מפרט עיצוב', או 'העברה לקוד'."
✗ גרוע — כללי בלי טריגרים
"עוזר עם פרויקטים."
קלוד לא יודע מתי להפעיל את זה.
ההוראות עצמן — ספציפיות, לא כלליות
✓ טוב — עם טיפול בשגיאות
"Run validate.py --input {file}.
If fails → check for:
- Missing fields (add to CSV)
- Invalid date (use YYYY-MM-DD)"
✗ גרוע — מעורפל
"וודא שהמידע תקין לפני שממשיכים."
מה "תקין"? לפי אילו כללים?
קלוד מדלג? הוסיפו בסוף: "קח את הזמן. ביסודיות. אל תדלג על שלבי הוולידציה." — זה עובד.
3 דרכי שימוש
📎
בסיסי
העלאת קובץ לשיחה
מצרפות את ה-.md לשיחה חדשה ומדביקות את הקלט. פשוט, ידני, עובד.
📁
מומלץ
Projects ב-Claude
מעלות לפרויקט ב-claude.ai. כל שיחה בפרויקט מפעילה את הסקיל אוטומטית.
⚙️
מתקדם
Claude Cowork
ספריית סקילים משותפת לצוות. שיתוף, גרסאות, ניהול מרכזי.
שיתוף עם הצוות? קובץ טקסט רגיל — שולחות במייל, ב-Slack, שומרות ב-Drive.
קלוד זוכר בין שיחות? לא אוטומטי. בפרויקט — תמיד. אחרת — צריך לצרף בכל פעם.
תבנית מוכנה להעתקה
SKILL TEMPLATE
שמרו כ-SKILL.md ומלאו את הסוגריים
---
name: [שם-הסקיל]
description: "[מה הסקיל עושה בשני משפטים].
השתמש כאשר [מה המשתמש יגיד/יבקש]."
---
## מה הסקיל עושה
[שניים-שלושה משפטים]
## סגנון וטון
- [חם / פורמלי / ידידותי]
- [עברית / אנגלית / שתיהן]
## מה לשאול לפני שמתחיל
- [מה האירוע? מי העובד?]
## מבנה הפלט
1. [חלק ראשון]
2. [חלק שני]
## תמיד לכלול
- [שם אישי בשורה הראשונה]
## להימנע מ
- [ביטויים בירוקרטיים]
לא יודעת מאיפה להתחיל?
פתחו שיחה עם קלוד וכתבו:
"עזרי לי לבנות Skill שיעשה [משימה]. שאלי אותי שאלות."
אחרי הבנייה
מעלות ל-Project Knowledge