פרויקט מחזיק מה ש-Claude צריך לדעת; skill מחזיק איך משימה צריכה להתבצע. זו כל ההבחנה, וזו הסיבה ש-skills מוכנים ל-Excel, Word, PowerPoint ו-PDF מייצרים קבצים טובים יותר מבקשה בלעדיהם.
עיקרי הדברים
- פרויקט הוא ידע, skill הוא נוהל. המחירון שלך שייך לפרויקט; שלבי ההפקה של דוח מעוצב שייכים ל-skill.
- ה-skills המוכנים למסמכים הם הסיבה שפלט הקבצים טוב. עבודה ב-Excel, Word, PowerPoint ו-PDF מטופלת בנהלים ארוזים ולא מאולתרת בכל פעם.
- שווה ליצור skill רק למשימה שנעשית באותו אופן שוב ושוב. אם היא משתנה בכל פעם, בקשה טובה היא הכלי הנכון.
- skill שמישהו אחר כתב הוא קוד שאתה מריץ. לשפוט את המקור כמו שהיית שופט כל כלי שמותקן.
ההבחנה בשורה אחת: פרויקט מחזיק מה ש-Claude צריך לדעת; skill מחזיק איך משימה צריכה להתבצע. ידע מול נוהל. וזו הסיבה שקיימים skills מוכנים ל-Excel, Word, PowerPoint ו-PDF - עבודה עם קבצים היא נוהל, לא ידע.
ההבדל, בטבלה
| פרויקט | Skill | |
|---|---|---|
| מה בפנים | ידע - מחירון, דוגמאות, כללי טון | נוהל - איך לבצע משימה |
| עונה על | "מה נכון בעסק הזה" | "איך עושים את הדבר הזה" |
| דוגמה | המחירון שלך | איך לבנות דוח מעוצב |
| מתי נטען | בכל שיחה בפרויקט | כשהמשימה רלוונטית |
הם לא מתחרים - הם משלימים. פרויקט שמחזיק את המחירון שלך, ו-skill שיודע לייצר גיליון מסודר, נותנים יחד מה שאף אחד מהם לא נותן לבד.
למה זה משנה בעבודה עם קבצים
יצירת קבצים אמיתיים אינה עניין של הבנה - היא עניין של ביצוע נכון: מבנה החוברת, עיצוב הכותרות, איך נשמר גיליון עם כמה לשוניות.
זה בדיוק מה ש-skill ארוז מכיל, ולכן התוצאה עקבית במקום להיות מאולתרת בכל בקשה.
ומה שזה משנה מבחינתך כמשתמש: לרוב אין מה לעשות. הבקשה היא אותה בקשה - "תחזיר גיליון עם העמודות האלה" - והנוהל נטען בעצמו. הידיעה שזה קיים משנה בעיקר את הציפייה: כדאי לבקש קובץ, לא טקסט.
מתי שווה ליצור skill משלך
המבחן צר: משימה שנעשית שוב ושוב, באותו אופן, עם אותם שלבים.
מתאים:
- לנקות ייצוא חודשי מאותה מערכת - אותן עמודות, אותם תיקונים.
- לייצר דוח לפי מבנה קבוע שהלקוחות רגילים אליו.
- לחלץ אותם שדות מאותו סוג מסמך.
לא מתאים:
- משימה שמשתנה בכל פעם - בקשה טובה עדיפה.
- משהו שנעשה פעם-פעמיים. הנוהל יעלה יותר ממה שיחסוך.
- ידע ולא נוהל - זה שייך לפרויקט. "הלקוחות שלנו הם רואי חשבון" אינו נוהל.
הטעות הנפוצה: לארוז נוהל לפני שהוא התייצב. אם עדיין משנים את הדרך בכל פעם, אין מה לארוז - לעשות ידנית כמה פעמים ולראות מה באמת חוזר.
מה שכדאי לדעת לפני
1. נוהל שמור מבצע גם את הטעות שבתוכו
זו הנקודה החשובה. אם בנוהל יש הנחה שגויה - עמודה שהתווספה לייצוא, תאריך בפורמט לא נכון - הוא יבצע אותה בעקביות מושלמת בכל פעם.
וזה מסוכן יותר מטעות חד-פעמית, כי אחרי כמה ריצות מפסיקים לבדוק.
מה לעשות: אותה בדיקה כמו תמיד - שורה אחת מול המקור, וספירה של שורות נכנסות מול יוצאות. גם אחרי שהנוהל "מוכח".
2. מקורות משתנים
נוהל שנבנה סביב ייצוא מסוים נשבר כשהמערכת משנה את הייצוא. ספקים משנים עמודות בלי הודעה.
הסימן: התוצאה נראית נכונה אבל עמודה אחת ריקה. ולכן שווה לבדוק אחרי כל עדכון של המערכת שממנה מייצאים.
3. skill של מישהו אחר הוא קוד שאתה מריץ
אותו שיקול כמו כל תוסף שמתקינים: מי כתב אותו, ומה הוא עושה.
skill רשמי לעבודה עם מסמכים ו-skill שמישהו שלח בקישור אינם אותה החלטה. אם המקור לא ברור - זו התשובה.
מה זה לא
- זו לא אוטומציה. skill לא מפעיל את עצמו - מישהו מתחיל שיחה. הוא מייעל את מה שקורה בשיחה, לא מייתר אותה.
- זה לא מחליף חיבור למערכות. נוהל יודע איך לעבד; הוא לא מביא את הנתונים.
- זה לא ידע על העסק שלך. זה חוזר לפרויקט.
הסדר המעשי
- להתחיל בבקשה טובה. רוב המשימות נפתרות כך.
- אם זה חוזר - לשים את הידע בפרויקט.
- אם השלבים זהים בכל פעם - זה מועמד ל-skill.
- אם זה צריך לרוץ בלי שתשאל - זו אוטומציה, ולא אף אחד משלושת אלה.
הסדר הזה חשוב. אנשים מדלגים לשלב 3 ובונים נוהל למשימה שעוד לא התייצבה - אותה טעות בדיוק כמו לאטמט תהליך שלא ניתן לכתוב כרשימת צעדים.
שאלות נפוצות
מה ההבדל בין פרויקט ל-skill ב-Claude?
ידע מול נוהל. פרויקט מחזיק את מה ש-Claude צריך לדעת על העסק שלך - המחירון, דוגמאות לכתיבה שלך, כללי טון - ונטען בכל שיחה בתוכו. skill מחזיק איך משימה צריכה להתבצע ונטען כשהמשימה רלוונטית. הם משלימים זה את זה ולא מתחרים.
האם צריך לעשות משהו כדי להשתמש ב-skills למסמכים?
לרוב כלום - הבקשה היא אותה בקשה והנוהל נטען בעצמו. מה שהידיעה שהם קיימים משנה זה בעיקר את הציפייה: לבקש קובץ ולא טקסט, כי עבודה עם Excel, Word, PowerPoint ו-PDF מטופלת בנהלים ארוזים וזו הסיבה שהפלט עקבי ולא מאולתר בכל פעם.
מתי שווה ליצור skill משלי?
רק למשימה שנעשית שוב ושוב, באותו אופן, עם אותם שלבים - ניקוי ייצוא חודשי מאותה מערכת, הפקת דוח במבנה קבוע, חילוץ אותם שדות מאותו סוג מסמך. אם המשימה משתנה בכל פעם, בקשה טובה עדיפה, ואם אתה עדיין משנה את הדרך אין משהו מספיק מיוצב לארוז.
מה הסיכון בנוהל שמור?
הוא מבצע את הטעות שבתוכו בעקביות מושלמת. הנחה שגויה - עמודה שהתווספה לייצוא, תאריך בפורמט לא נכון - חוזרת בכל ריצה, וזה מסוכן יותר מטעות חד-פעמית כי אחרי כמה ריצות מפסיקים לבדוק. להמשיך באותה בדיקה: שורה אחת מול המקור, ושורות נכנסות מול יוצאות.
האם בטוח להשתמש ב-skill שמישהו אחר כתב?
להפעיל אותו שיקול כמו לכל תוסף שמתקינים: מי כתב אותו ומה הוא עושה. skill רשמי לעבודה עם מסמכים ואחד שמישהו שלח בקישור אינם אותה החלטה, ואם המקור לא ברור זו התשובה. skill שמישהו אחר כתב הוא למעשה קוד שאתה בוחר להריץ.
להמשך קריאה
שירות רלוונטי
אוטומציה לעסקים
אני בונה אוטומציות מותאמות שמורידות עבודה חוזרת מקצה לקצה.
על הכותב
יהונתן סעדיה
מהנדס פרילנסר לאוטומציה, אתרים ו-MVP
אני יהונתן סעדיה, מהנדס בכיר שבונה אוטומציה עסקית, אתרים מותאמים ומוצרי MVP לעסקים קטנים ובינוניים בארה"ב, אירופה וישראל. המדריכים האלה נכתבים מתוך עבודה אמיתית עם לקוחות, לא מתיאוריה.
בוא נעבוד יחדיש לך פרויקט דומה?
ספר לי מה אתה מנסה להפוך לאוטומטי או לבנות, ואומר לך מהי הדרך המהירה והאמינה ביותר ליישם את זה.
