- מה זה Skills
- מה קרה מאז ההשקה
- למה זה משנה לארגון
- איך בונים תהליך ראשון
- איך נראה תהליך כתוב בפועל
- ניהול, בעלות ובקרה
- שאלות נפוצות
בקצרה
- Skills הן הוראות עבודה שנשמרות פעם אחת ומופעלות שוב ושוב, במקום שכל עובד יכתוב פרומפט מחדש.
- הפורמט פורסם כתקן פתוח בדצמבר 2025, וכלים נוספים בשוק אימצו אותו במהלך 2026.
- ממשק ה-API של היכולת הגיע לזמינות כללית באוגוסט 2026, לצד כלי שימוש במחשב ובדפדפן.
- לארגונים נוספה אפשרות לנהל את התהליכים ברמת הארגון ולהפעיל אותם כברירת מחדל לצוותים.
- הערך האמיתי אינו בכלי אלא בכתיבה המסודרת של דרך העבודה. זה גם החלק הקשה.
רוב הארגונים שמשתמשים ב-AI נמצאים במצב מוכר: לכל עובד יש אוסף פרומפטים בקובץ, אף אחד לא יודע מה עובד אצל מי, וכשעובד עוזב הידע נעלם איתו. Claude Skills הן הניסיון לפתור בדיוק את זה, והן חלק ממגמה רחבה יותר של מעבר מניסויים בצ'אט לתהליכים קבועים. המאמר מסביר מה זה, מה השתנה מאז ההשקה, ואיך ארגון מתחיל בלי להפוך את זה לפרויקט של חצי שנה.
מה זה Skills
Skill היא חבילה של הוראות, דוגמאות ולעיתים קבצים נלווים, שמתארת איך לבצע משימה מסוימת בארגון. במקום שכל אחד ינסח מחדש איך כותבים הצעת מחיר, מסכמים פגישת לקוח או בודקים חוזה, ההוראה נכתבת פעם אחת ונשמרת. כשהמשימה חוזרת, הכלי טוען את אותה הוראה ומבצע לפיה.
ההבדל מפרומפט שמור הוא בהיקף: Skill יכולה לכלול גם את התבנית הארגונית, גם דוגמאות למה נחשב פלט טוב, וגם הגבלות מפורשות. זו למעשה נוהל עבודה שנכתב בשפה שהמכונה יודעת לבצע.
מה קרה מאז ההשקה
| מועד | מה קרה | המשמעות |
|---|---|---|
| אוקטובר 2025 | השקת היכולת | הוראות עבודה נשמרות ומופעלות מחדש |
| דצמבר 2025 | הפורמט פורסם כתקן פתוח | אפשר לכתוב תהליך פעם אחת ולהריץ אותו בכלים שונים |
| פברואר 2026 | ניהול ארגוני וחבילות מוכנות לכספים, משפטי ומשאבי אנוש | מנהל מערכת יכול להפיץ תהליכים לצוותים |
| אוגוסט 2026 | ה-API הגיע לזמינות כללית | אפשר לשלב את זה בתוך מערכות ארגוניות |
המהלך המעניין הוא התקינה. כשהפורמט פתוח, ארגון שכותב תהליך עבודה לא כובל את עצמו לספק אחד, וזו בדיוק השאלה שמנהלי מערכות מידע שואלים לפני כל הטמעה.
למה זה משנה לארגון
- אחידות. אותה משימה מתבצעת באותה צורה בכל מחלקה, במקום עשר גרסאות של אותו דבר.
- שימור ידע. הידע של העובד הטוב ביותר בצוות נכתב פעם אחת והופך לנכס של הארגון.
- קיצור זמן כניסה. עובד חדש מקבל את דרך העבודה מוכנה במקום ללמוד אותה בהדרגה.
- בקרה. אפשר להגדיר מה אסור, ולא רק מה מותר. למשל: לא להשתמש בנתוני לקוחות אמיתיים בדוגמאות.
- מדידה. כשיש תהליך מוגדר אפשר להשוות תוצאות לפני ואחרי, במקום תחושות.
איך בונים תהליך ראשון
- בוחרים משימה שחוזרת ושיש לה פלט ברור: סיכום פגישה, מענה סטנדרטי ללקוח, בדיקת מסמך מול צ'קליסט.
- מתעדים איך זה נעשה היום, כולל הדברים שאיש לא כותב: מה בודקים, מה אף פעם לא כותבים, ומה צריך להופיע בסוף.
- מוסיפים שתי דוגמאות לפלט טוב, ואחת לפלט גרוע עם הסבר למה.
- מגדירים גבולות: אילו מקורות מידע מותרים, מה אסור להזין, ומתי צריך אישור אנושי.
- מריצים על עשרה מקרים אמיתיים ומשווים לתוצאה הידנית.
- מפיצים לצוות רק אחרי שהתוצאה יציבה, עם בעלים אחד שאחראי לעדכן.
השלב השני הוא הקשה. רוב הארגונים מגלים שאין להם תיעוד של איך עבודה נעשית בפועל, ושהמומחיות יושבת אצל שניים או שלושה אנשים. זו לא בעיה של AI, אבל AI חושף אותה מהר.
איך נראה תהליך כתוב בפועל
כדי להמחיש, כך נראה שלד של תהליך לסיכום פגישת לקוח. הוא קצר בכוונה, כי תהליך ארוך מדי לא מתוחזק:
- מטרה: להפוך תמלול פגישה לסיכום של עד 200 מילים ולרשימת משימות עם אחראי ותאריך.
- מקורות מותרים: התמלול וקובץ הלקוח בדרייב הארגוני בלבד.
- מבנה הפלט: שלוש שורות החלטות, רשימת משימות, ושורה אחת של סיכונים או חסמים.
- מה אסור: להוסיף מידע שלא נאמר בפגישה, לנחש תאריכים, או לכלול פרטים אישיים שאינם נדרשים.
- בדיקה לפני שליחה: מי שניהל את הפגישה מאשר את רשימת המשימות.
- דוגמה טובה ודוגמה גרועה: שתי דוגמאות אמיתיות מתויקות יחד עם התהליך.
שישה סעיפים כאלה מספיקים כדי שהתוצאה תהיה עקבית בין עובדים. מה שהופך אותם לשימושיים הוא דווקא סעיף האיסורים, כי הוא מונע את הטעויות שחוזרות.
ניהול, בעלות ובקרה
ברגע שתהליכים מופצים ברמת ארגון, נדרשת מסגרת ניהול פשוטה: מי רשאי לכתוב תהליך חדש, מי מאשר אותו לפני הפצה, כל כמה זמן הוא נבדק מחדש, ומה קורה כשכלי מתעדכן והתוצאה משתנה. בלי זה נוצר מצב מוכר מעולם התיעוד: עשרות נהלים שאיש לא יודע איזה מהם עדכני.
ההמלצה המעשית היא להתחיל בשלושה תהליכים לכל היותר, לתת לכל אחד בעלים בשם, ולקבוע בדיקה רבעונית. זה מספיק כדי להוכיח ערך בלי לייצר חוב תחזוקה חדש.
שאלות נפוצות
מה ההבדל בין Skill לפרומפט שמור?
פרומפט שמור הוא טקסט אחד. Skill היא חבילה שכוללת הוראות, דוגמאות, תבניות והגבלות, והיא נטענת אוטומטית כשהמשימה מתאימה. בפועל זו הפיכה של נוהל עבודה לפורמט שהמכונה מבצעת.
האם זה נעול לספק אחד?
הפורמט פורסם כתקן פתוח בדצמבר 2025, וכלים נוספים בשוק אימצו אותו במהלך 2026. המשמעות היא שתהליך שנכתב פעם אחת יכול לרוץ ביותר מסביבה אחת, וזה מקטין את סיכון הנעילה.
מי צריך לכתוב את התהליכים?
מי שעושה את העבודה בפועל, לא מחלקת המחשוב. התפקיד של הצד הטכנולוגי הוא להגדיר גבולות, הרשאות ובקרה, ולא להחליט איך כותבים הצעת מחיר.
כמה זמן לוקח לבנות תהליך אחד?
בין שעתיים ליום עבודה, כולל תיעוד של איך המשימה נעשית היום, שתי דוגמאות והרצה על מקרים אמיתיים. מה שמאריך הוא בדרך כלל חוסר תיעוד קיים, ולא הכתיבה עצמה.
האם זה מתאים לארגון קטן?
כן, ולעיתים אפילו יותר. בארגון של עשרה אנשים הידע מרוכז אצל מעטים, ותהליך כתוב מקטין את התלות בהם. ההבדל הוא שלא נדרשת מסגרת ניהול מורכבת.
איך זה מתחבר לסוכני AI?
תהליך כתוב הוא מה שסוכן מבצע. בלי הגדרה מסודרת של השלבים והגבולות, סוכן יפעל לפי פרשנות משלו. הרחבנו על כך במאמר על סוכני AI בארגון.
מקור: Anthropic ותיעוד התקן הפתוח, 2025 ו-2026
מקור: סקירות שוק על אימוץ ארגוני, 2026
לארגונים
הידע של העובד הכי טוב בצוות שווה יותר כשהוא כתוב. ככה מתחילים.
