Skills-המדריך המלא ל
כל מה שאתם צריכים לדעת על בניה ושימוש בסקילס
היי! כאן אמיתי בונה עם הניוזלטר השבועי על AI ופרודוקטיביות.
במהדורה הקודמת כתבתי על Claude Cowork והזכרתי שם יחסית בקצרה את הפיצ׳ר Skills שמאפשר ללמד את קלוד לבצע משימות חוזרות, אבל לא באמת נכנסתי לעומק.
אחרי שבניתי לעצמי כמה עשרות Skills, וגם קראתי את המדריכים הרשמיים של אנתרופיק ומקורות נוספים - הבנתי ש-Skills הם בשורה הרבה יותר גדולה ממה שרוב האנשים חושבים, ושמגיעה להם מהדורה משלהם.
למה Skills זה עניין גדול
אני משתמש ב-Skills כבר מעל חצי שנה - אבל עד לא מזמן חשבתי עליהם כמו GPT שמופעל אוטומטית ולא הבנתי עד הסוף את הפוטנציאל והיכולות שלהם.
הסרטון שהפיל לי הכי הרבה אסימונים הוא הרצאה בשם Don’t build agents, build skills instead בה שני מהנדסים מאנתרופיק מסבירים למה הם מתמקדים פנימית יותר בבניה של Skills ופחות בבניה של אייג׳נטים נפרדים - והיא גם זו שנתנתה לי את ההשראה לכתוב את הבלוג הזה.
אני ממליץ לצפות בה בהזדמנות, אבל בינתיים חשוב להדגיש: הם לא אומרים שאייג׳נטים כבר לא חשובים - אלא בדיוק להפך.
דווקא בגלל שקלוד הפך להיות אייג׳נט כל כך חזק ורב תכליתי עם קונטקסט וחיבורים למערכות אחרות - הוא מסוגל לבצע הרבה משימות שפעם דרשו אייג׳נט ייעודי,
אבל עדיין חסרה לו יכולת מאד חשובה: מומחיות.
בסרטון הם נותנים אנלוגיה מעולה: תחשבו על מישהו עם IQ של 300 שמנסה להבין את דיני המס של 2025 מאפס. הוא כנראה יצליח, אבל זה ייקח לו מלא זמן. אז למה לא פשוט להיעזר ברואה חשבון מנוסה שיסביר לו את זה תוך כמה דקות?
בדיוק באותו האופן ה-Skills הופכים את האייג׳נט הכללי למומחה בהמון תחומים - במקום שנצטרך לבנות אייג׳נט חדש לכל תחום.
אחרי שהבנו למה זה חשוב - בואו נבין איך זה עובד:
האנטומיה של Skill
ברמה הכי בסיסית, Skill זו פשוט תיקייה עם קבצים.
התיקיה בנויה במבנה קבוע שקלוד (וכלים נוספים כמו Codex, Cursor ו-Manus שאימצו את הפרוטוקול הזה) יודעים לקרוא ולפעול לפי סט חוקים קבוע מראש.
בתוך התיקיה יש קובץ שנקרא SKILL.md, ולפעמים גם קבצים נוספים שיכולים להכיל קונטקסט, פרומפטים, קבצי קוד, מסמכים נלווים או תמונות (אכתוב על זה בפירוט בהמשך).
האסוציאציה המתבקשת היא לחשוב עליהם כמו על GPTs או Gems, ובאמת יש כאן דמיון. אבל מה שהרבה אנשים מפספסים - זה שיש להם עוד יכולות מאד משמעותיות שעושות הבדל משמעותי:
1.הם נטענים רק כשבאמת צריך אותם
ב-GPTs ו-Gems כל המידע נטען לתוך השיחה ברגע שבוחרים בהם או מתייגים אותם.
הפרומפטים והמסמכים נמצאים בcontext window כל הזמן, מה שאומר שככל שמוסיפים יותר מידע, הצ׳אט נהיה יותר איטי ומבולבל - וגם אפשר לעבוד רק עם אחד בכל רגע נתון.
ב-Skills זה עובד אחרת, בזכות מנגנון שנקרא Progressive Disclosure.
במקום לטעון את כל המידע בבת אחת - הטעינה מבוצעת ב-3 רמות שונות, כאשר אחרי כל אחת הוא מחליט האם לעבור לשלב הבא ואיזה מידע לטעון.
רמה 1: קלוד קורא רק הכותרת והתיאור של ה-Skill כדי להבין האם הוא רלוונטי, כלומר - התיאור הוא מה שיקבע האם ה-Skill יופעל או לא.
רמה 2: כשקלוד מזהה שה-Skill רלוונטי לבקשה שלכם, הוא עובר לשלב הבא, קורא את קובץ ההוראות המלא (SKILL.md) - ופה בעצם ה-Skill מופעל.
רמה 3: כל שאר הקבצים בתיקייה - מסמכי רפרנס, טמפלייטים, סקריפטים - נטענים רק כשקלוד באמת צריך אותם וקלוד יכול להחליט האם להשתמש בכולם או רק בחלק מהם.
למה זה חשוב? כי זה מאוד חסכוני ברמת ה-Context window ומאפשר לעבוד עם עשרות ואפילו מאות Skills בו זמנית - בלי שהביצועים מתדרדרים.
אפשר לחשוב על זה כמו ספרייה ענקית שבמקום לשבת ולקרוא כל ספר, יש לכם קטלוג שאומר לכם בדיוק לאיזה ספר ללכת ולאיזה עמוד לפתוח.
אפשר להשתמש בקוד כחלק מה-Skill.
GPTs ו-Gems מורכבים מפרומפטים ומסמכים. ב-Skills אפשר להוסיף סקריפטים - קוד Python, Bash, וכו׳ - שקלוד מריץ בעצמו. זה אולי נשמע כמו פרט קטן אבל הקוד מאפשר לקלוד עוד המון יכולות.
לדוגמה - בניה של מצגות PowerPoint. פעם, קלוד היה צריך לעצב מצגות שוב ושוב. עכשיו -במקום לנסות להמציא את הסטייל כל פעם מחדש, הוא שמר לעצמו סקריפט Python שעושה את זה בתוך ה-Skill.
עכשיו כשצריך לעצב מצגת - הוא פשוט מריץ את הסקריפט וזה חוסך לו את הצורך לכתוב סקריפט מחדש בכל פעם, מייצר עקביות ומונע טעויות.
קלוד יודע לעדכן אותם עצמאית
בשונה מ-GPTs ו-Gems שכדי לערוך אותם צריך להכנס להגדרות שלהם - כשעובדים עם Skills אפשר לתת להם פידבק אחרי כך שימוש וכך לייצר שיפור מתמיד. התייחסתי לזה הרבה במהדורה הקדומת בהקשר הכללי של Cowork והעקרון הזה נכון גם כאן.הם יכולים להפעיל כלים חיצוניים
ברמה השלישית, אפשר לתת ל-Skill יכולת להפעיל אינטגרציות MCP, דפדפן אפילו Sub-agents מה שהופך אותם הופך אותם לסוג של מיני אפליקציות אייג׳נטיות.
למשל, אפשר להגדיר בתוך Skill של הכנה לפגישה שיפעיל את החיבור ליומן כדי להוציא את שמות המשתתפים ובמידה והוא צריך שילך להפעיל דפדפן, יכנס ללינקדאין ויוציא את הפרטים על המשתתפים לקראת הפגישה ויפעיל כמה Sub agents כדי לחקור על כל אחד מהמשתתפים במקביל.
כלומר - בנוסף לפרומפט עם ההנחיות נתנו לו סט של כלים שעומדים לרשותו והוא מחליט מתי ואיך להפעיל אותם.
שלושה סוגי Skills
אנתרופיק מחלקים Skills לשלוש קטגוריות:
קטגוריה ראשונה: Skills בסיסיים
יכולות כלליות שנותנות לקלוד מומחיות בתחום ספציפי. למשל, ה-Skills של אנתרופיק ליצירת מסמכי אופיס (Word, PowerPoint, Excel) - קלוד יודע ליצור מצגות ומסמכים מעוצבים גם בלי שנלמד אותו איך עושים את זה בזכות Skills שמגיעים מובנים בתוך קלוד.
קטגוריה שנייה: Skills של כלים צד שלישי
אלה Skills של מוצרים ושירותים שבנו אותם כדי שקלוד ידע לעבוד איתם טוב יותר. למשל, Notion בנו Skill שמאפשר לקלוד להבין את ה-Workspace שלהם ולעשות מחקר עמוק בתוכו, ו-Browserbase בנו Skill לאוטומציית דפדפן שעובד הרבה יותר טוב מקונקטור גנרי.
קטגוריה שלישית: Skills ארגוניים
אלה Skills שחברות בונות לעצמן - עם הנהלים הפנימיים, הסטנדרטים, התהליכים הייחודיים שלהן -וזה הסוג שלדעתי מייצר הכי הרבה ערך.
תחשבו על זה: כשעובד חדש מצטרף לצוות, הוא צריך שבועות כדי ללמוד איך דברים עובדים. עם Skills ארגוניים, קלוד כבר מכיר את התהליכים מיום ראשון. וכשמישהו בצוות משפר Skill - כל הצוות נהנה מהשיפור.
איך בונים Skills?
הדרך הכי פשוטה: שימוש ב-skill-creator
אנתרופיק הוסיפו לקלוד Skill מובנה בשם skill-creator, שהוא בעצם מטא-סקיל שמכיל את כל ה-Best Practices.
איך משתמשים בו?
כותבים בצ׳אט:skill-creator/ ואז מתארים מה רוצים או מעלים דוגמאות. אחרי כך קלוד ישאל שאלות כדי לדייק את התהליך, ואז יבנה את ה-Skill בעצמו.
אחרי שסיימתם לבנות את ה-Skill מה שנשאר זה לטעון אותו לקלוד, וכאן יש הבדל בין Cowork לקלוד קוד.
כדי לטעון ב-Cowork לוחצים על Customize > Skills ואז על סימן ה + ובוחרים באפשרות Upload a skill.
אם אתם רוצים להתקין בקלוד קוד - אפשר פשוט לשלוח לו את הקובץ ZIP או קישור לGithub ולבקש ממנו שיתקין, אבל שימו לב שיש שתי רמות של התקנה:
התקנה גלובלית ב-Claude Code
צריך לבקש מקלוד שיטען את ה-Skill ויהפוך אותו לגלובלי, ואז הוא ישמור אותו ב- ~/.claude/skills/ (התיקייה הגלובלית של קלוד קוד במחשב). ככה הם זמינים בכל פרויקט, בכל סשן.
התקנה ברמת הפרויקט
אם אתם לא רוצים שה-Skill יהיה זמין כל הזמן אלא רק בפרוייקט מסויים, אפשר לשים Skills בתוך תיקיית .claude/skills/ שבתוך הפרוייקט או פשוט לבקש מקלוד קוד שישמור את הSkill ברמת הפרוייקט.
Skills או אוטומציות - מתי לבחור באיזו אפשרות ?
בבלוג הקודם, כתבתי על הפיצ׳ר של Schedule שמאפשר לתזמן משימות, ואחת השאלות הנפוצות היא מתי לבחור באיזה אפשרות.
התשובה שלי: אתם לא צריכים לבחור.
אפשר לייצר משימה מתוזמת שחלק מהפרומפט שלה הוא הפעלת Skill. למשל:
בכל יום שני בבוקר תאסוף את כל הפידבק על הפי׳צר X מ-Slack, מהתיקיה של גוגל דרייב ומ-Gong ותשתמש בskill של analyze feedback/ לנתח אותו. אחר כך תייצר מצגת סיכום בעזרת ה-skill של brand-presentation/
כלומר - הפיצ'ר Schedule הוא הרמה הראשונה ומה שמאפשר לנו לייצר טריגר מתוזמן, וה-Skills הם תתי פעולות בתוך ה-Workflow.
שיתוף Skills בתוך הארגון:
זו יכולת חדשה שאנתרופיק הוציאו רק בגרסאות Teams וEnterprise ממש לאחרונה שמאפשרת לשתף את הSkills פנימית בארגון בתוך Cowork בשתי דרכים.
1. רק האדמין יכול להוסיף Skills שיהיו זמינים לכל הארגון (יופיעו תחת Your organization)
2. משתמשים יכולים לשתף בדומה לשיתוף קבצים ב-Google Workspace ולהחליט האם לשתף עם כל הארגון או לשתף עם עובדים ספיצפיים (יופיע תחת Shared)
טיפים לכתיבת Skills:
השקיעו בתיאור: אחד הדברים הכי קריטיים ב-Skill הוא שדה ה-Description.
למה? כי זה מה שקלוד רואה כל הזמן (Progressive Disclosure, זוכרים?) ואם התיאור לא ברור, המשמעות היא קלוד לא ידע מתי להפעיל את ה-Skill.
תיאור טוב כולל שלושה דברים:
מה ה-Skill עושה - בשורה אחת
מתי להפעיל - באיזה סוגי בקשות ומילות טריגר
מה הוא מסוגל - היכולות המרכזיות שלו
טיפ שימושי: כדאי להוסיף ל-Skill סעיף של “מתי לא להשתמש” (Do NOT use for...).
למה? כי אם התיאור רחב מדי, קלוד עלול להפעיל את ה-Skill גם כשלא צריך. ניסו לבנות Skill כללי לכתיבת תוכן? הוא יופעל על כל הודעה שכוללת טקסט. Negative triggers עוזרים למנוע את זה.
אם אתם רוצים לבדוק שהתיאור שלכם באמת טוב, פשוט תנסו לשאול את קלוד “מתי היית משתמש ב-Skill הזה?” - הוא יצטט בחזרה את התיאור, ותוכלו לראות בדיוק מה הוא הבין ומה חסר.
איך נראה Skill מבפנים: דוגמה אמיתית
בשביל שזה לא יישאר תיאורטי, הנה דוגמה ל-Skill אמיתי שאני משתמש בו: מחולל הצעות מחיר של Builders Lab.
כשאני אומר לקלוד “תכין הצעה לחברת X” הוא מייצר לי מסמך Word מעוצב בברנדינג שלנו, עם כל המבנה הנכון, בלי שאני צריך להסביר כלום.
התיקיה מורכבת מקובץ הSKILL.MD, מהלוגו שלשנו וקבצי Reference כמו דיזיין סיסטם, מחירים והצעה לדוגמה. כך זה נראה:
התיאור - מה שקלוד רואה בכל רגע נתון ועוזר לו להחליט האם להפעיל אותו:
שימו לב לדבר הכי חשוב בתיאור: ה-Triggers. אלה המילים שגורמות לקלוד להפעיל את ה-Skill אוטומטית. בלעדיהם הוא פשוט לא ידע שצריך להשתמש בו.
הרמה השניה: קובץ SKILL.md:
וברמה השלישית:
ה-design system מגדיר צבעים (שחור, ענבר, אפור), פונטים (Bebas Neue לכותרות, Open Sans לטקסט), ואפילו קוד JavaScript מוכן ליצירת המסמך
ההצעה לדוגמה היא הצעה שלמה שכתבתי ללקוח, וקלוד לומד ממנה את הטון, המבנה, ואורך התוכן
קובץ האודות כולל ביו, רשימת חברות, פרטי קשר, ומחירון
ומה החלק הכי יפה פה?
שאת כל מה שקראתם פה עכשיו כולל החלוקה לשלושת הרמות קלוד בנה לגמרי לבד.
אני רק שלחתי לו כמה הצעות לדוגמה וכתבתי לו “תבנה לי Skill שיעזור לי לייצר הצעות כאלה ללקוחות״, אחר כך הוא שאל אותי כמה שאלות ובנה את זה לבד.
הייתה לי עוד עבודה של לתת לו פידבק ולשפר - אבל הנקודה שחשוב לי להעביר היא שאתם לא צריכים להסביר לו איך לעשות אלא -רק איך נראית תוצאה טובה.
אבלואציה: איך בודקים ש-Skill באמת עובד טוב
אחרי שבניתם Skill, יש כמה דרכים לבדוק אם הוא באמת עובד כמו שצריך.
הדבר הכי חשוב - זה פשוט לנסות אותו בעצמכם. האם הוא פותר את הבעיה? האם הוא עובד יותר טוב מהצ׳אט הרגיל? נסו לערוך השוואה בין התוצר עם ה-Skill ובלי ה-Skill.
לרוב, הוא לא יהיה מושלם על הפעם הראשונה ותצטרכו לתת לו פידבק ולשפר אותו. מה שיפה שהכל קורה בתוך הצ׳אט ואתם לא צריכים להיכנס להגדרות שלו בשום שלב.
מעבר לזה, אפשר לבקש מקלוד שיבדוק את עצמו. למשל: “תבדוק את ה-Skill של הצעות המחיר שלי ותגיד לי מה חסר או מה אפשר לשפר.”
קלוד יעבור על קובץ ההוראות, יבדוק אם התיאור מספיק ברור, אם ה-triggers מכסים את כל המקרים, אם יש חוסרים בהוראות, ויתן לכם רשימת שיפורים. זה שימושי במיוחד כשה-Skill לא מופעל כשצריך, או כשהתוצאות לא עקביות.
עוד שיטה יותר מתקדמת - היא האבלואציה שקלוד מריץ בעצמו במהלך יצירת ה-Skill עם ידי הרצאה של כמה תרחישים. הוא יציע לכם לבד לעשות את זה וישאל האם לעשות אבלואציה מהירה או מלאה.
שימוש ב-Skills מוכנים (רשמיים או כאלה שאחרים יצרו)
כאן אני קצת חלוק בדעתי. מצד אחד,יש כמה Skills מצוינים שהורדתי ואני משתמש בהם ברמה יומיומית,כמו Frontend-design שעוזר לי לייצר עיצובים טובים, ו-Superpowers, פלאגין לקלוד קוד שמרכז בתוכו מגוון Skills לפיתוח.
מצד שני, זה מרגיש שהיום כמעט כל אחד מייצר Skill ומשתף אותו כקליק בייט, וזה מתחיל להיראות כמו הגל הקודם של פרומפטים ו-GPTs. כתבתי על זה גם בלינקדאין השבוע:
חשוב לזכור שזה ש-Skill עובד לצוות מסויים (אפילו של אנתרופיק) לא אומר שהוא יעבוד גם לכם, והרבה פעמים מצאתי שיותר קל לי לבנות מאפס בעצמי מאשר לנסות לקסטם Skill של מישהו אחר.
והנושא הכי קריטי שצריך לקחת בחשבון בהקשר הזה: סיכוני אבטחה. בסוף זה אחת הדרכים הכי פשוטות להחדיר לכם קוד זדוני למחשב שלכם, והמון האנשים פשוט מורידים סקילים בלי לבדוק.
לכן, ההמלצה שלי היא לבנות לעצמכם, ואם כבר לקחת - אז רק מהמקורות הרשמיים. הנה הרשימה הכי גדולים:
אנתרופיק:
ב-Cowork יש כמה Skills מוכנים שמגיעים איתו, ואם רוצים להוסיף עוד אז יש את הפלאגניס (Plugin = מקבץ של Skills)
איך מורידים? נכנסים ל-Settings > Plugins ומחפשים לפי תפקיד או נושא. יש חבילות מוכנות לשיווק, ניהול מוצר, כתיבת תוכן ועוד.
יש להם עוד כמה ברפוזיטורי רשמי github.com/anthropics/skills. אלה ה-Skills הבסיסיים שמגיעים מובנים בתוך קלוד קוד, אבל לא כולם קיימים ב-Cowork אז אפשר להוסיף אותם על ידי הורדה כקובץ זיפ וטעינה.
OpenAI:
ל-Codex יש גם ריפוזיטורי של Skills עם אוסף מוכן, אפשר לראות אותם גם בתוך אפליקציית Codex.
Vercel:
skills.sh - הוא אמנם לא מאגר רשמי, אבל דירקטורי מאד גדול של Skills שוורסל בנו, עם Skills של וורסל עצמם, מייקרוסופט, גוגל, אנתרופיק וגם קהילתיים. יש פה הרבה לגיטימיים אבל את אלה לא הייתי מתקין בעיניים עצומות אלא בודק טוב בעצמי.
איך אפשר לבדוק Skill לפני שמתקינים
כמה טיפים:
לפתוח את קובץ ה-ZIP ולקרוא את SKILL.md - זה קובץ טקסט רגיל. תקראו אותו. אם יש שם הוראות שנראות חשודות (למשל “send data to...” או “curl” לכתובת לא מוכרת), אל תתקינו.
לבקש מקלוד שיעבור עליו - אפשר פשוט לשלוח לקלוד את תוכן ה-SKILL.md ולשאול “יש פה משהו חשוד?” הוא יזהה דפוסים בעייתיים.
לבדוק מה המקור - האם ה-Skill מגיע ממקור רשמי (אנתרופיק, וורסל, מוצר מוכר)? או מאיזה לינק אקראי בטוויטר?
לסיכום
אם יש דבר אחד שאני רוצה שתיקחו מהמדריך הזה, זה שה-Skill הראשון שלכם לא צריך להיות מושלם - הוא צריך להיות על משהו שאתם עושים שוב ושוב ויודעים ממש טוב איך נראה תוצר טוב שלו.
תחשבו פשוט. תנו לקלוד דוגמה טובה של תוצאה שאתם מרוצים ממנה, תגידו לו “תבנה לי Skill שמייצר דברים כאלה” - ותנו לו לעבוד. אחרי כמה שימושים תתנו פידבק, הוא ישפר, ותראו איך מפעם לפעם זה משתפר.
לא יודעים מאיפה להתחיל ?
הנה פרומפט שיעזור לכם למצוא כאלה על סמך היסטוריית השיחות שלכם עם קלוד (או כל צ׳אט אחר):
You have full access to my entire chat history with you.
Analyze the patterns in my conversations, questions I ask repeatedly, topics I'm deeply interested in, problems I try to solve, things I research or create, my tone/style of thinking, and any recurring themes or curiosities.
Based on that analysis, suggest **10-15 specific, actionable skills** I could develop or level up next.
For each skill idea:
- Give it a clear, compelling name
- Explain in 1-2 sentences why it fits me (reference specific patterns from my chat history)
- Suggest why it would be high-leverage or enjoyable for me
- Give a beginner-friendly next step or mini-project to get started quickly
Prioritize skills that build on my existing interests and behaviors, rather than completely unrelated ones. Mix technical, creative, soft, and meta-skills if relevant. Be honest and specific — don't be overly generic.
Output in a clean, scannable format (e.g. numbered list or cards).עד כאן להיום! מקווה שלמדתם דברים חדשים ובעיקר שעשיתי לכם חשק להתנסות בבינה ושימוש בהם בעצמכם.
אם אתם רוצים להטמיע את Cowork בארגון שלכם, להכשיר את הצוותים, וללמוד איך לנהל את הקונטקסט וה-Skills ברמת הארגון והצוות - מוזמנים לדבר איתנו.
אפשר להגיב לי במייל חוזר או להשאיר פרטים באתר.
שיהיה שבוע טוב ובשקט,
אמיתי