מדריך · Agent Skills + קלוד קוד

Agent Skills של Addy Osmani: קלוד קוד מתכנן לפני שבונה

Agent Skills הוא אוסף חינמי של 25 סקילים ו-9 פקודות מ-Addy Osmani, שהיה דירקטור בגוגל. מתקינים אותו פעם אחת, ואז /spec כותב מסמך של מה בונים, /plan מפרק אותו למשימות קטנות ו-/build בונה אותן אחת אחת עם בדיקה. התוכנית נשמרת בקבצים בתוך הפרויקט, אז היא לא הולכת לאיבוד כשהשיחה מתארכת (נכון ל-19 באוקטובר 2026).

מאת פלג דרור · פורסם ב- · 8 דקות קריאה

מה זה Agent Skills של Addy Osmani?

Agent Skills הוא אוסף פתוח של סקילים לסוכני קוד, שבנה Addy Osmani. בביו שלו בגיטהאב הוא כותב שהוא היה דירקטור בגוגל ועבד על Gemini ועל Google Cloud. כל סקיל הוא קובץ הוראות שמלמד את קלוד קוד לעבוד כמו מפתח ותיק: קודם מסמך, אחר כך תוכנית, ורק אז קוד, כשכל חלק נבדק לפני שממשיכים לבא.

נכון ל-19 באוקטובר 2026 יש בפרויקט 25 סקילים ו-9 פקודות, והוא ברישיון MIT, כלומר חינמי לשימוש. הגרסה האחרונה, 0.6.13, יצאה ב-13 באוקטובר 2026. את הפרויקט מתחזקים Addy ושני שותפים, Federico Bartoli ו-Joan León.

ב-README כתוב שהסקילים מכניסים לעבודה שיטות מתרבות ההנדסה של גוגל, למשל מהספר Software Engineering at Google. רק תזכרו שזה מה שהיוצר כותב על הפרויקט שלו. זה לא מוצר של גוגל.

הבאנר הרשמי של Agent Skills עם שבעת השלבים: Spec, Plan, Build, Test, Review, Simplify ו-Ship
הבאנר הרשמי מתוך ה-README של Agent Skills בגיטהאב (Addy Osmani), אוקטובר 2026

שימו לב לשם: Agent Skills הוא גם השם הכללי שאנתרופיק נתנה לפורמט של הסקילים. העמוד הזה הוא על האוסף של Addy. חדשים בעולם הסקילים? תתחילו בהסבר על סקילים בקלוד קוד, ותחזרו לכאן. העמוד הזה מתמקד בשיטת עבודה אחת: איך גורמים לקלוד קוד לתכנן לפני שהוא בונה.

למה קלוד קוד מתבלבל באמצע פרויקט גדול?

אתם מכירים את זה. מבקשים מקלוד קוד מערכת שלמה בהודעה אחת, הוא מתחיל לבנות מהר, ואחרי שעה השיחה ארוכה, דברים שסיכמתם בהתחלה נשכחים, והוא מתקן באג אחד ושובר משהו אחר.

ב-README של Agent Skills מסבירים את זה ככה: סוכני קוד הולכים כברירת מחדל בדרך הכי קצרה, ובדרך מדלגים על מסמך אפיון, על בדיקות ועל בדיקת אבטחה. הסקילים מכריחים את קלוד לעבור את השלבים האלה לפי הסדר, ולא לקפוץ ישר לקוד.

והחלק שהכי עוזר ביום יום הוא שהתוכנית לא חיה רק בתוך השיחה. היא נשמרת בקבצים בתיקייה של הפרויקט, SPEC.md ו-tasks/todo.md. אז כשהשיחה מתבלגנת, אתם פותחים שיחה חדשה, כותבים /build, והוא לוקח את המשימה הבאה שעוד לא סומנה כגמורה.

איך מתקינים את Agent Skills בקלוד קוד?

יש שתי דרכים, ושתיהן מופיעות ב-README הרשמי. ההתקנה לוקחת דקה.

דרך 1: פקודה אחת בטרמינל

זאת הדרך הכי מהירה, והיא עובדת עם יותר מ-70 סוכני קוד, ביניהם Cursor, Codex ו-Copilot. פותחים טרמינל בתיקייה של הפרויקט ומריצים:

npx skills add addyosmani/agent-skills

רוצים לראות קודם מה יש בפנים? מוסיפים --list ומקבלים רשימה בלי להתקין כלום:

npx skills add addyosmani/agent-skills --list

הפקודה הזאת צריכה Node.js על המחשב.

דרך 2: התקנה כפלאגין, מה שה-README ממליץ לקלוד קוד

פותחים את קלוד קוד וכותבים בצ'אט את שתי הפקודות האלה, אחת אחרי השנייה:

/plugin marketplace add addyosmani/agent-skills
/plugin install agent-skills@addy-agent-skills

הפקודה הראשונה מוסיפה את החנות של Addy, והשנייה מתקינה ממנה את הפלאגין. לפי ה-README, בקלוד קוד הפקודות הקצרות כמו /spec ו-/plan מגיעות כפקודות של הפלאגין. אז אם התקנתם עם npx ואתם לא רואים את /spec כשאתם מקלידים /, תתקינו גם בדרך הזאת.

קיבלתם שגיאת SSH בהתקנה? החנות מורידה את הקוד מגיטהאב דרך SSH. אם אין לכם מפתח SSH בגיטהאב, תריצו את הפקודה הראשונה עם הכתובת המלאה, ואז את פקודת ההתקנה כרגיל.

/plugin marketplace add https://github.com/addyosmani/agent-skills.git

איך עובדים עם /spec, /plan ו-/build?

הסדר הוא כל העניין. נגיד שאתם בונים ללקוח מערכת זימון תורים לקליניקה. ככה זה נראה, שלב אחרי שלב.

שלב 1: /spec כותב מסמך של מה בונים

אתם כותבים /spec ומתארים בכמה משפטים מה אתם רוצים. קלוד לא קופץ לקוד. קודם הוא שואל: מה המטרה ומי ישתמש במערכת, מה הפיצ'רים החשובים ואיך יודעים שכל אחד עובד, באיזו טכנולוגיה לבנות, ומה מותר לו לעשות לבד, על מה לשאול קודם ומה אסור לו בכלל.

פרומפט לדוגמה

/spec אני רוצה מערכת זימון תורים לקליניקה. לקוחות בוחרים שעה פנויה באתר ומקבלים אישור במייל, והמזכירה רואה את כל התורים של היום במסך אחד.

מהתשובות שלכם הוא כותב מסמך שמכסה שישה נושאים: המטרה, הפקודות להרצה, מבנה הפרויקט, סגנון הקוד, איך בודקים ומה הגבולות. הוא שומר אותו כקובץ SPEC.md בתיקייה הראשית של הפרויקט, ומחכה שתאשרו לפני שהוא ממשיך.

השאלות האלה מכריחות אתכם לחשוב על מקרים שקל לפספס. לדוגמה, מה קורה כששני לקוחות מנסים לתפוס את אותה שעה באותו רגע? עדיף לסגור את זה במסמך מאשר לגלות את זה כשהמערכת כבר באוויר.

את SPEC.md אפשר לשלוח ללקוח לפני שמתחילים לבנות. ככה שניכם מסכימים מראש על מה נכנס לפרויקט, ואין הפתעות בסוף.

קובץ הפקודה spec.md בגיטהאב: קלוד שואל על המטרה, הפיצ'רים, הטכנולוגיה והגבולות, ושומר את המסמך כ-SPEC.md
צילום מסך מתוך github.com/addyosmani/agent-skills: הפקודה /spec, אוקטובר 2026

שלב 2: /plan מפרק את המסמך למשימות קטנות

עכשיו כותבים /plan. קלוד קורא את SPEC.md ואת הקוד שכבר קיים, ונכנס למצב תכנון שבו הוא רק קורא ולא משנה כלום. הוא מפרק את העבודה למשימות קטנות, שכל אחת מהן היא מסלול שלם שעובד מההתחלה עד הסוף, למשל "לקוח בוחר שעה ומקבל אישור", ולא שכבה טכנית אחת. לכל משימה יש תנאי הצלחה ודרך לבדוק אותה.

את התוכנית הוא שומר ב-tasks/plan.md ואת רשימת המשימות ב-tasks/todo.md, ומציג לכם אותה לאישור. ואם כבר יש שם תוכנית לא גמורה של עבודה אחרת, הוא עוצר ושואל לפני שהוא כותב עליה.

קובץ הפקודה plan.md בגיטהאב: פירוק למשימות קטנות עם תנאי הצלחה, ושמירה ל-tasks/plan.md ול-tasks/todo.md
צילום מסך מתוך github.com/addyosmani/agent-skills: הפקודה /plan, אוקטובר 2026

שלב 3: /build בונה משימה אחת ועוצר

כותבים /build. קלוד לוקח את המשימה הבאה ברשימה וכותב קודם בדיקה שנכשלת. אחר כך הוא בונה רק את מה שצריך כדי שהבדיקה תעבור, מריץ את כל הבדיקות ואת ה-build כדי לוודא שלא נשבר משהו אחר, שומר commit, מסמן את המשימה כגמורה ועוצר. כותבים /build שוב, והוא עובר למשימה הבאה.

זה נשמע איטי, אבל פה בדיוק הערך. אם משהו נשבר, אתם יודעים באיזו משימה, וכל commit הוא נקודה שאפשר לחזור אליה.

רוצים פחות עצירות? /build auto

אחרי שיש SPEC.md, אפשר לכתוב /build auto. קלוד מכין תוכנית אם עוד אין, מציג לכם אותה, ואחרי אישור אחד בונה את כל המשימות ברצף, עדיין עם בדיקה ו-commit לכל משימה. הוא עוצר ושואל כשבדיקה לא עוברת, כשמשהו במסמך לא ברור, ולפני דברים שאי אפשר לבטל בקלות, כמו תשלומים, מחיקת נתונים או העלאה לאוויר. ותשובה כמו "נראה סביר" לא נחשבת אצלו לאישור, צריך לכתוב "כן" ברור.

מה עושות 9 הפקודות של Agent Skills?

/spec, /plan ו-/build הם הלב של השיטה. שאר הפקודות מכסות את מה שקורה אחרי שהקוד כתוב. ככה הן מופיעות ב-README:

פקודהמה היא עושה
/specכותבת מסמך של מה בונים, לפני הקוד
/planמפרקת את המסמך למשימות קטנות שאפשר לבדוק
/buildבונה משימה אחת בכל פעם, עם בדיקה
/testמוכיחה עם בדיקות שהקוד עובד
/constraintsקובעת רף איכות פעם אחת ושומרת עליו בכל הפרויקט
/agent-skills:reviewבודקת את הקוד לפני שמכניסים אותו (זאת /review, בשם המלא)
/webperfבודקת את המהירות של האתר
/code-simplifyמפשטת קוד מסובך בלי לשנות מה הוא עושה
/shipמכינה את העלייה לאוויר
טבלת הפקודות מה-README של Agent Skills: spec, plan, build, test, constraints, review, webperf, code-simplify ו-ship
צילום מסך מתוך github.com/addyosmani/agent-skills: טבלת 9 הפקודות, אוקטובר 2026

חוץ מהפקודות, הסקילים נכנסים לפעולה גם לבד לפי מה שאתם עושים. לפי ה-README, כשאתם בונים ממשק נכנס הסקיל frontend-ui-engineering, וכשאתם מתכננים API נכנס api-and-interface-design.

ויש בחבילה גם סקיל בשם interview-me, שמראיין אתכם שאלה אחת בכל פעם עד שברור מה אתם רוצים. אם זה נשמע מוכר, הוא דומה לסקיל גריל אותי.

מתי Agent Skills שווה לכם?

  • אתם בונים ללקוח מערכת עם כמה חלקים, כמו זימון תורים, טופס הרשמה עם תשלום או אזור אישי
  • קלוד קוד כבר איבד לכם את החוט באמצע פרויקט, והתחלתם מחדש
  • אתם רוצים מסמך אפיון להראות ללקוח לפני שמתחילים לבנות
  • הפרויקט נמשך כמה ימים, ואתם פותחים שיחה חדשה כל בוקר
  • אתם רוצים שכל שינוי ייבדק לפני שעוברים לשינוי הבא

למשימה קטנה, כמו לשנות צבע של כפתור או לתקן טקסט, לא צריך את כל התהליך. שם פשוט מבקשים מקלוד קוד ישירות.

חשוב לדעת לפני שמתחילים

  • /review מתנגש עם פקודה של קלוד קוד. לקלוד קוד יש פקודה מובנית באותו שם, אז כדי להפעיל את זאת של Addy כותבים /agent-skills:review.
  • למה באתר הרשמי כתוב 24 סקילים? באתר של הפרויקט, skills.addy.ie, סופרים רק את סקילי העבודה. ב-README כתוב 25, כי יש עוד סקיל אחד שעוזר לקלוד לבחור איזה סקיל מתאים למשימה.
  • סקיל בודד מגיע בלי חלק מהקבצים. לפי ה-README, התקנה של סקיל אחד עם npx מעתיקה רק את התיקייה שלו, בלי רשימות הבדיקה המשותפות. הסקיל עובד, אבל עדיף להתקין את כל החבילה.
  • /build שומר commit אחרי כל משימה. לכן כדאי שהפרויקט יהיה בתוך git. /build auto גם בודק שאין לכם שינויים פתוחים שלא נשמרו, ועוצר ושואל אם יש.
  • כמה זה עולה. הסקילים חינמיים, ברישיון MIT. אבל הם רצים בתוך קלוד קוד, אז כל שאלה, תוכנית ובדיקה צורכות מהמכסה של החשבון שלכם, ותהליך מלא ארוך יותר מבקשה אחת מהירה.
  • מערכת הפעלה. הסקילים הם קבצי טקסט, אז הם עובדים בכל מחשב שקלוד קוד רץ עליו: מק, ווינדוס או לינוקס. רק ההתקנה עם npx צריכה Node.js.
  • "כמו בגוגל" זה התיאור של היוצר. השיטות לקוחות מספר ומהנחיות שגוגל פרסמה, אבל זה פרויקט פתוח של Addy והשותפים שלו, לא כלי של גוגל.

השורה התחתונה

קלוד קוד יודע לבנות מהר. עם Agent Skills הוא קודם שואל, אחר כך מתכנן, ורק אז בונה משימה אחרי משימה, והתוכנית נשארת בקבצים גם כשהשיחה נגמרת.

שאלות נפוצות על Agent Skills וקלוד קוד

האם Agent Skills חינמי?

כן. הפרויקט פתוח ברישיון MIT, ואפשר להתקין ולהשתמש בו בלי לשלם. מה שעולה זה השימוש בקלוד קוד עצמו, כי כל שלב צורך מהמכסה של החשבון שלכם.

מה ההבדל בין /build לבין /build auto?

/build בונה את המשימה הבאה ברשימה ועוצר, ככה אתם רואים כל משימה לפני הבאה. /build auto בונה את כל המשימות ברצף אחרי אישור אחד, עם בדיקה ו-commit לכל משימה, ועוצר רק כשמשהו נכשל, כשהמסמך לא ברור או לפני פעולה שקשה לבטל.

למה /review לא מפעיל את הסקיל של Addy?

כי לקלוד קוד יש פקודה מובנית בשם /review. לפי ה-README, כשיש התנגשות כזאת כותבים את השם המלא: /agent-skills:review.

Agent Skills עובד גם עם Cursor או Codex?

כן. ההתקנה עם npx skills add עובדת עם יותר מ-70 סוכנים, ביניהם Cursor, Codex, Copilot ו-Cline, ול-Codex ול-Gemini CLI יש גם התקנה ייעודית. הפקודות הקצרות כמו /spec שייכות לקלוד קוד, ובכלים האחרים קוראים לסקיל בשם המלא שלו, למשל spec-driven-development.

צריך לדעת לתכנת כדי לעבוד ככה?

לא. אפשר לעבוד ככה גם בלי להיות טכנולוגי: /spec שואל אתכם שאלות בשפה רגילה, ואתם מספרים מה אתם רוצים לבנות. קלוד כותב את הקוד ואת הבדיקות. מה שכן, תקראו את SPEC.md ואת רשימת המשימות לפני שאתם מאשרים, כי שם נקבע מה ייבנה.

עוד מדריכים על סקילים לקלוד קוד