הדרך הראשונה והשנייה נראות הגיוניות - אבל שתיהן מנחשות איך אתם עובדים. פה תבינו למה, ותקבלו את השיטה השלישית צעד-אחר-צעד: איך לבנות סקיל שבנוי בדיוק סביב הזרימה שלכם - עם דוגמה אמיתית שאפשר לעקוב אחריה מההתחלה עד הסוף.
לפני שנצלול לשלוש הדרכים - נסגור את הבסיס. סקיל ב-Claude Code זה פשוט תיקייה עם קובץ אחד בשם SKILL.md בפנים. בקובץ כתוב תהליך - איך לעשות משהו שאתם עושים שוב ושוב. התיקייה יושבת ב-~/.claude/skills/ (סקיל אישי שזמין לכם בכל מקום) או בתוך .claude/skills/ של פרויקט מסוים. וברגע שהיא שם - Claude שולף את הסקיל לבד כשהמשימה מתאימה.
השורה הכי חשובה בקובץ היא ה-description - משפט אחד שמתאר מתי להשתמש בסקיל. Claude קורא אותו ומחליט לבד מתי להפעיל. אתם לא חייבים לזכור שום פקודה - פשוט מתארים את המשימה, והוא מזהה. (ואם בא לכם, אפשר גם להפעיל ידנית: / ואז שם הסקיל.)
כשאנשים רוצים סקיל, הם בדרך כלל הולכים על אחת משתי הדרכים האלה. שתיהן שימושיות - אבל לשתיהן יש בדיוק אותו חור.
מורידים סקיל מוכן מ-GitHub או מאחד המדריכים החינמיים. מהיר וקל, ובהרבה מקרים זה גם עוזר. אבל החיים והעסק של כל אחד נראים אחרת לגמרי - מה שעובד למישהו אחר לא בהכרח עובד לכם.
אתם מסבירים ל-Claude במילים מה אתם רוצים, והוא מרכיב לכם סקיל. כבר יותר טוב - זה מותאם יותר. אבל הוא עדיין מנחש איך אתם באמת עובדים, כי הוא אף פעם לא ראה אתכם עושים את זה בפועל.
אותו חור בשתיהן: ניחוש. גם התבנית של מישהו אחר, וגם התיאור שלכם במילים - שניהם קירוב לזרימה האמיתית שלכם, לא הדבר עצמו. פה נכנסת הדרך השלישית.
הדרך השלישית היא היחידה שאני סומך עליה בעסק שלי, כי היא לא מנחשת - היא מצלמת. במקום להסביר ל-Claude איך אתם עובדים, אתם פשוט עובדים איתו על משימה אמיתית, מתקנים אותו תוך כדי, וברגע שהוא קולע בול - אומרים לו לשמור את כל התהליך כסקיל. ככה הסקיל נבנה סביב איך שאתם באמת עובדים, לא סביב ניחוש.
הרעיון בשורה אחת: תעשו את העבודה עם Claude פעם אחת, כמו שצריך, עם התיקונים שלכם - ואז תגידו לו "תשמור את זה כסקיל". מה שהיה תהליך חד-פעמי הופך לכלי קבוע שמריץ את עצמו.
חמישה צעדים. אין פה קסם ואין פקודה סודית - רק אתם, משימה אמיתית, וכמה תיקונים.
אל תבקשו מ-Claude "תבנה לי סקיל". פשוט עשו איתו את המשימה עצמה, על נתונים אמיתיים. רוצים סקיל שמנסח תשובות ללקוחות? הדביקו פנייה אמיתית של לקוח, ובקשו ממנו תשובה. זהו - התחלתם.
פה כל הקסם. הפלט הראשון כמעט תמיד לא מדויק, וזה בסדר. תגידו לו בדיוק מה לא עובד ומה כן: "יותר מדי רשמי - תכתוב חם יותר", "ארוך מדי - תקצר לשלושה משפטים", "מושלם, ככה בדיוק". כל תיקון מלמד אותו איך נראית תוצאה טובה אצלכם.
ברגע שהתוצאה מדויקת, אתם אומרים לו במילים פשוטות לשמור את כל התהליך כסקיל. אין כפתור ואין פקודה מיוחדת - פשוט מבקשים, ו-Claude כותב את הקובץ בשבילכם. הנה הנוסח המדויק להעתיק:
הוא יוצר תיקייה חדשה עם SKILL.md בתוך .claude/skills/, ובפנים - התהליך שלכם כהוראות, יחד עם ה-description שמתאר מתי להשתמש בו. זה בדיוק אותו פורמט של כל סקיל אחר. אתם לא כותבים שורת קוד אחת - Claude עושה את זה.
Claude Code טוען סקילים בתחילת סשן, אז פתחו שיחה חדשה. מעכשיו, כשתתארו משימה מהסוג הזה - הוא ישלוף את הסקיל לבד. רוצים להפעיל ידנית? כתבו / ואז שם הסקיל. ואפשר תמיד /skills כדי לראות שהוא נמצא ברשימה.
אישי או לפרויקט? תהליך שרוצים בכל מקום - נשמר ב-~/.claude/skills/. משהו ספציפי לפרויקט אחד - ב-.claude/skills/ בתוך הפרויקט (ואז אפשר גם לשתף אותו עם צוות דרך Git). Claude מזהה את שניהם.
בואו נעבור על זה מקצה לקצה, כמו שזה קורה באמת. נניח שאתם עונים כל יום לפניות של לקוחות ב-DM, ואתם רוצים סקיל שיעשה את זה בטון שלכם - בלי שתצטרכו לנסח כל פעם מחדש.
אתם: "הנה פנייה של לקוח: 'היי, כמה עולה הליווי?' - תנסח לי תשובה."
Claude: מוציא תשובה ראשונה - נכונה, אבל ארוכה ורשמית מדי.
אתם: "יותר מדי רשמי. תכתוב חם וישיר, שניים-שלושה משפטים, ותסיים בהזמנה לשיחת ייעוץ קצרה."
Claude: גרסה שנייה - כבר בטון שלכם, באורך הנכון, עם ההזמנה בסוף.
אתם: "מושלם. ככה בדיוק."
עכשיו, כשהתוצאה מדויקת - שומרים את כל התהליך כסקיל:
וזה מה ש-Claude כותב לכם לקובץ - אותו פורמט של כל סקיל:
וזהו. מהיום, כשתדביקו פנייה חדשה ותגידו "תענה ללקוח הזה" - Claude שולף את reply-to-lead ומנסח בדיוק בטון שכיילתם. לא ניסוח גנרי, לא תבנית של מישהו אחר - הזרימה שלכם, שמורה. זה כל ההבדל של הדרך השלישית.
סקיל אחד זה התחלה. בליווי האישי אני בונה איתכם מערכת AI מלאה - סוכנים, סקילים מותאמים בדיוק לזרימות שלכם, ואוטומציות שרצות בשבילכם. לא תבניות מהמדף - מערכת שנבנית סביב איך שאתם באמת עובדים.
15 דקות ייעוץ בחינם