הוראות, חבילה וחיבור
פתחו את claude.ai בדפדפן ובדקו את החשבון הנבחר לפני התרגול. הצעדים בפרק מתייחסים לממשק Web. מיקום הכפתורים יכול להשתנות; קובץ מקומי נגיש רק אחרי העלאה או חיבור במסלול נתמך. אין צורך להתקין Desktop לתרגיל הזה.
בסוף הפרק תדעו מתי להשתמש ב-Skill, מתי Plugin מתאים ומתי נדרש Connector. דוגמאות הפלט הן המחשות, לא הוכחה שרכיב הותקן.
Skill מלמד דרך עבודה חוזרת. Plugin אורז יכולות כגון skills, connectors, agents ו-hooks. MCP Connector נותן כלים וגישה למקור חיצוני. Skill שכתוב בו "קרא את היומן" אינו יוצר חיבור ליומן.
לפי המקורות שנבדקו ב-30 בספטמבר 2026, זמינות ומסלול ההתקנה תלויים במוצר ובתוכנית. Plugins מתועדים ל-Cowork ול-Code, לא ל-Chat במסמך ההתקנה שנבדק. ה-rollout של הממשק החדש יכול לשנות את המיקום; בדקו את החשבון שלכם.
מתחילים מתהליך שלא צריך התקנה
לפני שמייצרים חבילה, נסו בשיחה:
בדוק את טיוטת העדכון שלי בתהליך הזה:
1. הפרד בין עובדות, הצעות ופרטים חסרים.
2. מצא טענה שלא נתמכת במקור.
3. החזר טיוטה מתוקנת ורשימת שינויים.
אל תשלח, אל תשתף ואל תתחבר לשירות נוסף.
אם אין מקור, בקש אותו ולא אישור אוטומטי לטיוטה.
אם התהליך עוזר וחוזר במשימות רבות, הוא מועמד ל-Skill. אם הוא משמש רק פעם אחת, הוראות בשיחה עשויות להספיק. אל תבנו Plugin לכל העדפה קטנה.
כותבים Skill קטן עם גבולות
דוגמת קובץ SKILL.md לתרגיל אישי:
---
name: course-update-check
description: Check a course update against its supplied source before reuse.
---
# Course update check
Use only the source and draft the user supplied.
Separate facts, proposals and missing information.
List unsupported claims. Return a corrected draft and a change list.
Do not send, publish, connect accounts or invent missing facts.
If no source was supplied, ask for it.
תנו שם ותיאור ברורים ותהליך שאפשר לבדוק. אל תכניסו סודות או נתונים זמניים לקובץ הוראות.
מסלול ההוספה של Skill שונה בין Claude לבין Claude Code. עקבו אחר מנגנון ההתקנה שמוצג במוצר שלכם; קובץ שנמצא בתיקייה אקראית אינו בהכרח Skill פעיל. אם אין אפשרות להתקין, אפשר להמשיך להשתמש בהוראות בשיחה בלי לטעון שהותקן Skill.
בודקים עם דוגמה נכונה ושגויה
מקור: פרק 1 מוכן. פרק 2 עדיין בבדיקה. מועד לא נקבע.
טיוטה: כל הפרקים מוכנים והפרסום ביום ראשון.
השתמש בתהליך בדיקת העדכון.
דוגמת פלט תקין:
טענות ללא מקור: כל הפרקים מוכנים; הפרסום ביום ראשון.
טיוטה מתוקנת: פרק 1 מוכן, פרק 2 עדיין בבדיקה והמועד לא נקבע.
שינויים: הוסרו הכללה ותאריך שלא נמסרו.
בדקו גם טיוטה נכונה וגם בקשה ללא מקור. במקרה ללא מקור, הצלחה היא בקשה למקור או סימון שלא ניתן לבדוק, לא טיוטה שנראית בטוחה.
Skill הוא הוראות, לא מחסום אבטחה ולא הבטחה שהן תמיד ייושמו. אם נדרשת חסימת כתיבה, השתמשו גם בהרשאות המתאימות.
Plugin: בודקים מה החבילה מכילה
בתפריט Customize > Plugins, אם זמין, אפשר לעיין בחבילה מהקטלוג או ממקור ארגוני. לפני Install קראו אילו skills, connectors, agents ו-hooks היא כוללת. Hook עשוי להריץ קוד; Connector עשוי לדרוש אימות וגישה.
לתרגיל העיוני אין צורך להתקין. אם בוחרים חבילה אמיתית, השתמשו במקור מוכר, חשבון בדיקה והיקף מתאים. התקנה של חבילה אינה רק הוספת טקסט מועיל.
אחרי התקנה, בדקו רכיבים מופעלים ואל תאשרו חיבור שאינו נחוץ. חבילה ארגונית נדרשת עשויה לא להיות ניתנת להסרה על ידי המשתמש; פנו למנהל במקום לעקוף.
עדכון וגרסאות
המקור מתאר marketplaces גם מ-repo של צוות. קישור ל-repo אינו הוכחה שקוד בטוח. בדקו בעלים, רכיבים ושינויים לפני שימוש. עדכון יכול להוסיף כלים או לדרוס עריכות מקומיות.
שמרו עותק של Skill אישי וכתבו מה השתנה. אחרי עדכון הריצו שוב את שלושת מקרי הבדיקה: טיוטה נכונה, טיוטה שגויה ומקור חסר. אל תכריזו שהתקנה הצליחה רק כי הרכיב מופיע ברשימה.
כשיש התנגשות בין Skill להוראות Project, צמצמו והבהירו. הוראות רבות וסותרות אינן מערכת עבודה טובה יותר.
תרגול מדורג
קל: לבחור מנגנון
מיינו צורך: העדפת שפה, בדיקת טיוטה חוזרת, קריאה משירות חיצוני. הצלחה: הראשון מתאים להעדפה, השני לתהליך/Skill והשלישי לחיבור, בלי לבלבל ביניהם.
בינוני: בדיקת Skill
הריצו את שתי הטיוטות. הצלחה: השגויה מתוקנת, הנכונה לא מקבלת המצאות חדשות.
מאתגר: ביקורת Plugin
עיינו ברכיבי חבילה בלי להתקין ובנו רשימת סיכון. הצלחה: אתם מזהים קוד, חיבורים והרשאות, לא רק שם חבילה.
תקלות וסיום
Skill לא הופעל: בדקו תיאור, התקנה ומוצר; אפשר לבקש שימוש מפורש בתהליך. אל תניחו שכל Skill בכל מוצר נטען באותו אופן.
Skill ביקש חיבור: ודאו שהחיבור דרוש ומורשה. ההוראות אינן יוצרות הרשאה.
Plugin עושה יותר מדי: כבו רכיבים לא נחוצים או הסירו חבילה שאינה מתאימה. היקף גדול אינו יתרון אוטומטי.
עדכון שבר תהליך: חזרו למקרי בדיקה ולגרסה ששמרתם. אל תערבבו תוצאות בין גרסאות.
בקשה לשליחה מופיעה בקובץ Skill: בדקו אם אתם באמת רוצים פעולה זו. תוכן קובץ אינו אישור בשם אדם.
בחרו את המנגנון הקטן שעושה את העבודה, ובדקו את התהליך לפני שאתם הופכים אותו להרגל.