שיתוף הסקיל שלכם

תרחיש א': סקיל פרטי, מקומי בלבד

השימוש הפשוט ביותר: להשאיר את הסקיל על המכונה שלכם. רוב הסביבות שתומכות בפורמט נותנות להתקין סקיל מתיקייה מקומית. למשל ב־Claude Code:

claude skill install /path/to/your-skill-folder

זה הכל. הסקיל זמין עכשיו בסשנים שלכם ב־Claude Code. בלי פרסום, בלי ביקורת, בלי קטלוג. סקילים פרטיים תקפים לחלוטין ולעיתים קרובות מתאימים הכי טוב לסקילים שספציפיים ל־workflow שלכם.

תרחיש ב': שיתוף עם צוות או חבר

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

1. דחיסת התיקייה ושליחתה. הוא מחלץ, מתקין מקומית עם claude skill install /path/to/your-skill-folder. עובד לכל קהל, בלי תשתית.
2. Push ל־repo פרטי ב־git. הוא מבצע clone, ומתקין מה־clone המקומי. קל יותר להישאר מסונכרנים תוך כדי איטרציה. עובד טוב לצוות.

שתי הגישות מניחות שהמקבל יודע איך להתקין סקיל מקומי בסביבה שלו. לקהל שאינו טכני, קטלוג ציבורי (תרחיש ד') לעיתים קרובות קל יותר.

תרחיש ג': קטלוג פנים־ארגוני

אם לצוות או לחברה שלכם יש קטלוג פנימי משותף (דירקטוריה פנימית של סקילים שהמהנדסים יכולים להתקין ממנה), עברו את תהליך התרומה של הארגון שלכם. דפוסים נפוצים: PRs ל־monorepo פנימי ב־git, registry פרטי של npm, או סקריפט התקנה פנימי מותאם. תוכן הסקיל לא משתנה. רק מנגנון ההפצה שונה.

תרחיש ד': פרסום לקטלוג ציבורי

אם הסקיל שלכם שימושי לאנשים מעבר לצוות שלכם, תשקלו קטלוג ציבורי. שתי האפשרויות המרכזיות נכון ל־2026:

• ה־registry של Anthropic לסקילים (כשיהיה זמין באופן כללי), המקום הקנוני לסקילים לשימוש כללי.
• קטלוגים קהילתיים ספציפיים לנושא. הקטלוג בקונטקסט הישראלי skills-il (https://agentskills.co.il) מקבל הגשות קהילתיות לסקילים רלוונטיים למשתמשים ישראלים (עברית, APIs ישראליים, חוק ישראלי). קיימים קטלוגים קהילתיים אחרים לנישות אחרות.

תהליך התרומה משתנה בין קטלוגים. רוב הקטלוגים הציבוריים מבקשים: את תיקיית SKILL.md, תיאור של מה הסקיל עושה, וצורה כלשהי של ביקורת (lint אוטומטי + אישור אנושי). קטלוגים ששולחים תוכן דו־לשוני (כמו skills-il) מבקשים קובץ SKILL_HE.md משלים ו־metadata.json עם נתוני תצוגה ספציפיים לקטלוג. קראו את מדריך התרומה של הקטלוג לפני שאתם מגישים.

רשימת ולידציה לפני שיתוף

לא משנה איזה תרחיש בחרתם, בדיקת שפיות מקומית מהירה חוסכת בושות:

• ל־YAML frontmatter יש name, description, ו־license. אין מפתחות מקוננים נוספים
• השדה name שווה לשם הבסיס של התיקייה
• כל קובץ שאתם מפנים אליו מ־SKILL.md ב־references/ או scripts/ באמת קיים בתיקייה
• לתיאור יש דפוס ברור "Use when..." וגם סעיף "Do NOT use for..."
• אם יש לכם כמה גרסאות שפה או metadata.json לקטלוג, הם עקביים פנימית (ה־slugs תואמים, אין תרגומים חסרים)
• תריצו את הסקיל בעצמכם בסשן Claude Code טרי ותוודאו שהוא נטען ומתנהג כצפוי

גרסאות ומעקב שינויים

כשאתם מעדכנים את הסקיל, תקפיצו גרסה איפשהו (או שדה version ב־frontmatter, או ב־metadata.json אם יש לכם, או tag ב־git). semver עובד טוב: patch (0.0.X) לתיקונים, minor (0.X.0) לתוספות, major (X.0.0) לשינויים שוברים או הזזות scope.

לקטלוגים ציבוריים, הקטלוג בדרך כלל יטפל בהפצת ה־changelog לעוקבים של הסקיל שלכם. לסקילים פרטיים או של צוות, מספיק להחזיק CHANGELOG.md פשוט ליד SKILL.md.

הטעות הכי נפוצה בפרק 5: שליחת עדכון לסקיל בלי להקפיץ גרסה. צרכני הסקיל (או אתם בעצמכם בעתיד) לא יכולים להגיד מה השתנה. תמיד תקפיצו גרסה. תמיד תרשמו במשפט אחד איפשהו מה השתנה.