arielshemesh1999@gmail.com · ישראל
← כל המאמרים

Matt Pocock Skills

"Skills for Real Engineers. Straight from my .claude directory." — אוסף ה-skills שמפתח התוכנה Matt Pocock פרסם ישירות מתיקיית העבודה שלו. מה זה skill, אילו כלים יש בחבילה, וכיצד מתקינים את כולם בפקודה אחת.

מה זה

mattpocock/skills הוא מאגר קוד-פתוח שכותרתו המדויקת היא "Skills for Real Engineers. Straight from my .claude directory." — כלומר אוסף ה-skills שהמפתח Matt Pocock משתמש בהם בפועל, נלקח ישירות מתיקיית ה-.claude הפרטית שלו ופורסם כמו שהוא. הרישיון הוא MIT. נכון לכתיבה המאגר עומד על כ-127 אלף כוכבים ו-11.1 אלף forks ב-GitHub, מה שהופך אותו לאחד מאוספי ה-skills הפופולריים ביותר לסביבת Claude Code.

כדי להבין מה יש כאן צריך קודם להבין מה זה skill בהקשר של agent קוד. skill הוא לא plugin ולא קוד שמתווסף ל-agent — הוא קובץ הנחיות (markdown) שמלמד את ה-agent כיצד לבצע משימה מסוימת לפי שיטה מוגדרת. במקום לסמוך על האלתור של המודל בכל פעם מחדש, ה-skill נטען להקשר ברגע שהמשימה מתאימה לו ומכתיב תהליך: אילו צעדים, באיזה סדר, אילו מלכודות להימנע מהן. הפוקוס של המאגר הזה ספציפי: הוא לא מנסה להפוך את ה-agent לאוטונומי מקצה לקצה, אלא לקודד את ההרגלים ההנדסיים של מפתח מנוסה לתבניות קטנות שאפשר להרכיב.

שווה לדעת מראש: זה מאגר חי ולא חבילה יציבה. נכון לכתיבה יש בו כ-100 commits, עשרות issues פתוחים ו-אין releases מתוייגים — אתם מושכים את ה-main כפי שהוא. זה אומר ערך גבוה אבל גם שינוי תכוף; אם אתם בונים על skill מסוים, שווה להצמיד אותו לגרסה שעבדה אצלכם במקום לסמוך שה-API שלו יישאר זהה.

אילו skills יש — שלוש קטגוריות

המאגר מארגן כ-20 skills בשלוש קבוצות לפי אופי השימוש. הרשימה למטה היא ממקור ראשון (תיקיית skills/):

  • הנדסה — הליבה: diagnose (איתור באגים שיטתי), tdd (פיתוח מונחה-בדיקות), improve-codebase-architecture, grill-with-docs (חקירה צולבת מול התיעוד), triage, to-issues ו-to-prd (פירוק תוכנית ל-issues או למסמך דרישות), prototype, zoom-out ו-setup-matt-pocock-skills.
  • פרודוקטיביותgrill-me (תחקור הרעיון שלכם עד שמגיעים להבנה משותפת), handoff (דחיסת שיחה למסמך מסירה ל-agent הבא), teach, caveman (פלט תמציתי, בלי מילות מילוי) ו-write-a-skill (כתיבת skills חדשים בעצמכם).
  • שונות — כלי תשתית לפרויקט: git-guardrails-claude-code, setup-pre-commit, scaffold-exercises ו-migrate-to-shoehorn.

ההיגיון מאחורי החלוקה ברור כשמסתכלים על הזוגות: to-prd ו-to-issues הופכים שיחת תכנון לארטיפקטים שאפשר לעקוב אחריהם; grill-me ו-grill-with-docs שניהם מכריחים אתכם (או את ה-agent) להגן על החלטה לפני שכותבים קוד; diagnose ו-tdd הם המשמעת שמונעת מ-agent לתקן באג בניחוש או לדלג על בדיקות. כמעט כל skill כאן ממוקד בנקודת כשל ידועה אחת של פיתוח בעזרת AI.

איך זה עובד — ארכיטקטורה

המבנה של המאגר פשוט בכוונה. כל skill הוא תיקייה תחת skills/ עם קובץ SKILL.md — markdown עם frontmatter (שם, תיאור, מתי להפעיל) ואחריו גוף ההנחיות עצמן. לצד skills/ יש .claude-plugin/ (מטא-דאטה שהופך את האוסף ל-plugin ניתן-להתקנה), docs/adr/ (Architecture Decision Records — תיעוד למה כל החלטה התקבלה), scripts/, וכן CLAUDE.md ו-CONTEXT.md בשורש.

הקובץ CONTEXT.md הוא נקודה מעניינת: הוא מחזיק את שפת הדומיין של הפרויקט — המונחים, ההגדרות וההחלטות — וכמה מה-skills קוראים ממנו וכותבים אליו. כך skill כמו grill-with-docs לא רק מתחקר אתכם בחלל ריק אלא מול המודל המתועד של הפרויקט, ו-improve-codebase-architecture יודע מה השפה שהקוד אמור לדבר. זו ההבחנה שמבדילה את האוסף הזה מאוסף prompts גנרי: ה-skills מודעים להקשר של הפרויקט שבו הם רצים.

המנגנון שטוען את ה-skill הוא של סביבת ה-agent (Claude Code), לא של המאגר. ה-agent קורא את ה-description של כל skill, ובזמן שמשימה מתאימה הוא מושך את גוף ה-SKILL.md להקשר. כלומר ה-skills כתובים להיות progressive disclosure: מטא-דאטה קצרה תמיד נראית, התוכן המלא נטען רק כשצריך — אחרת כל 20 ה-skills היו ממלאים את חלון ההקשר לשווא.

התקנה והגדרה

ההתקנה היא פקודה אחת דרך כלי ה-skills CLI, שמושך את ה-skills מ-GitHub ומתקין אותם בסביבת ה-agent שתבחרו:

# Install the skills from the repo (interactive picker)
npx skills@latest add mattpocock/skills

# The installer lets you:
#   1. select which skills you want (not all 20)
#   2. choose the target agent (Claude Code, etc.)
#   3. install them into the right directory

אחרי ההתקנה מריצים פקודת הגדרה חד-פעמית שמחווטת את ה-skills לפרויקט שלכם — מגדירה את ה-issue tracker, את תוויות ה-triage ואת נתיבי התיעוד שה-skills כמו to-issues ו-triage יסתמכו עליהם:

# Run inside your project, in the agent
/setup-matt-pocock-skills

מכאן ה-skills זמינים כפקודות. כשאתם (או ה-agent) פותחים משימה שמתאימה ל-skill, הוא נכנס לפעולה: לדוגמה בקשה לתקן באג תפעיל את diagnose, ובקשה לפרק feature גדול תפעיל את to-issues. אפשר גם להפעיל אותם ישירות בשמם.

יכולות מרכזיות — שלוש דוגמאות

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

diagnose — לפני התיקון. במקום לתת ל-agent "לתקן" באג בניחוש הראשון, ה-skill כופה לולאת אבחון: לשחזר את התקלה, לצמצם אותה למקרה מינימלי, להעלות השערה, למדוד, ורק אז לתקן — ובסוף להוסיף בדיקת רגרסיה. זו בדיוק התרופה לכשל הנפוץ ביותר של agents: "תיקון" משכנע שלא נוגע בשורש הבעיה.

grill-me — לפני שכותבים בכלל. ה-skill הזה הופך את הכיוון: במקום שה-agent יסכים איתכם, הוא מתחקר אתכם על התוכנית עד שכל ענף בעץ ההחלטה נפתר. בפועל זה תופס הנחות סמויות וסתירות לפני שהן הופכות לקוד — הרבה יותר זול לפתור אותן בשיחה מאשר אחרי שלושה קבצים.

handoff — בין סשנים. כששיחה מתארכת וההקשר מתמלא, handoff דוחס את מצב העבודה למסמך מסירה תמציתי ש-agent אחר (או אתם, מחר) יכולים להרים ממנו בלי לקרוא את כל ההיסטוריה. זה פותר בעיה אמיתית בעבודה ארוכה עם agents: אובדן ההקשר כשהשיחה נחתכת.

שלושת אלה ממחישים את הקו המנחה: כל skill לוקח הרגל של מהנדס מנוסה — אל תנחש, תכנן לפני שתכתוב, אל תאבד הקשר — והופך אותו לתהליך שה-agent חייב לעבור בו, במקום תקווה שיזכור לבד.

מתי להשתמש — ומגבלות

האוסף הזה מתאים במיוחד למי שכבר עובד עם agent קוד ומרגיש שהתוצאות לא עקביות: לפעמים מצוין, לפעמים שטחי. ה-skills מחליפים את חוסר-העקביות הזה בתהליך קבוע — ובמובן הזה הם שווים יותר למפתח מנוסה שיודע לזהות מתי ה-agent קיצר דרך, מאשר למתחיל מוחלט.

וזו גם המגבלה המוצהרת: ה-skills הם קטנים ומותאמים, דורשים מעורבות אנושית — הם לא אוטומציה מקצה לקצה. הם לא יכתבו לכם את כל ה-feature ללא פיקוח; הם ימשמעו את הדרך שבה ה-agent ניגש לכל שלב. צריך גם ידע הנדסי בסיסי כדי ליישם אותם נכון: skill כמו improve-codebase-architecture שימושי רק אם אתם יודעים לקרוא את ההצעות שלו ולשפוט אותן.

מגבלה מעשית נוספת: כפי שצוין, אין releases מתוייגים והמאגר משתנה. אם אתם מאמצים אותו לזרימת עבודה רצינית, שווה לעשות fork או להצמיד גרסה — אחרת עדכון של ה-main עלול לשנות התנהגות של skill שהסתמכתם עליו. בשימוש יומיומי הערך הגדול הוא לא ה-skill הבודד אלא ההרגל: ברגע שרואים כיצד diagnose או grill-me בנויים, אפשר לכתוב גרסה משלכם עם write-a-skill ולקודד את השיטה של הצוות שלכם, לא רק של מישהו אחר.

מקורות

המאגר: github.com/mattpocock/skills — רישיון MIT, כ-127 אלף כוכבים, 11.1 אלף forks (אומת מול GitHub API, יוני 2026).
התקנה: npx skills@latest add mattpocock/skills, ואז /setup-matt-pocock-skills בתוך הפרויקט.