סקיל Ask Matt
ask-matt הוא סקיל-נתב לקלוד קוד שעונה על שאלה אחת: איזה סקיל או זרימת עבודה מתאימים למצב שלכם עכשיו. אף אחד לא זוכר את כל הסקילים, אז במקום לנחש, שואלים את הנתב. הוא ממפה את הזרימה הראשית מרעיון ועד מוצר, מסמן את נקודות ההסתעפות, ומפנה לסקיל הנכון בכל שלב: חידוד רעיון, פרוטוטייפ, פירוק למשימות, מימוש, מיון באגים ותחזוקת קוד. הוא גם מסביר את היגיינת ההקשר, מתי להעביר לסשן חדש ומתי לדחוס. בפרויקטי הפיתוח שאני מוביל, מפה ברורה של התהליך חוסכת בלבול ומכוונת לכלי הנכון. במדריך תקבלו את כל ההנחיות, ארבעה תרחישי שימוש, וצ'קליסט איכות.
פקודת התקנה
npx skills add mattpocock/skills@ask-matt -g -y
ההתקנה מתבצעת דרך מנהל החבילות הרשמי של הסקילים בפקודה אחת. הסקיל הוא קובץ Markdown פתוח מהמאגר של מאט פוקוק, ומופעל כשלא בטוחים איזה סקיל או זרימה מתאימים. אפשר להוריד ולבדוק את הקוד דרך הכפתורים שבראש העמוד.
מה הסקיל כולל?
הסקיל מתעד נתב על פני זרימות העבודה: המסלול מרעיון ועד מוצר, נקודות הסתעפות, on-ramps של באגים ובקשות, תחזוקת קוד, ומעבר בין סשנים, כך שתמיד יודעים לאיזה סקיל לפנות.
קוד הסקיל המלא
---
name: ask-matt
description: Ask which skill or flow fits your situation. A router over the user-invoked skills in this repo.
disable-model-invocation: true
---
# Ask Matt
You don't remember every skill, so ask.
A **flow** is a path through the skills. Most paths run along one **main flow**, and two **on-ramps** merge onto it. Everything else is standalone.
## The main flow: idea → ship
The route most work travels. You have an idea and want it built.
1. **`/grill-with-docs`** — sharpen the idea by interview. Start here when you **have a codebase**: it's stateful, retaining what it learns in `CONTEXT.md` and ADRs. (No codebase? Use `/grill-me` — see Standalone.)
2. **Branch — can you settle every question in conversation?** If a question needs a runnable answer (state, business logic, a UI you have to see), detour through a prototype, bridged by **`/handoff`** in both directions (see Crossing sessions):
- **`/handoff`** out, then open a fresh session against that file,
- **`/prototype`** to answer the question with throwaway code,
- **`/handoff`** back what you learned, and reference it from the original idea thread.
3. **Branch — is this a multi-session build?**
- **Yes** → **`/to-prd`** (turn the thread into a PRD) → **`/to-issues`** (split the PRD into independently-grabbable issues). Because the issues are independent, **clear context between each one**: start a fresh session per issue and kick off **`/implement`** by passing it the PRD and the single issue to work on.
- **No** → **`/implement`** right here, in the same context window.
### Context hygiene
Keep steps 1–3 in **one unbroken context window** — don't compact or clear until after `/to-issues` — so the grilling, PRD, and issues all build on the same thinking. Each `/implement` then starts fresh, working from the issue.
The limit on this is the **[smart zone](https://www.aihero.dev/ai-coding-dictionary/smart-zone)**: the window (~120k tokens on state-of-the-art models) within which the model still reasons sharply. If a session approaches it before `/to-issues`, don't push on degraded — `/handoff` and continue in a fresh thread.
## On-ramps
A starting situation that generates work, then merges onto the main flow.
- **Bugs and requests piling up** → **`/triage`**. It moves issues through triage roles and produces agent-ready issues, which **`/implement`** later picks up.
Triage is only for issues **you didn't create** — bug reports, incoming feature requests, anything that arrives raw. Issues that `/to-issues` produced are already agent-ready, so **don't triage them**.
## Codebase health
Not feature work — upkeep.
- **`/improve-codebase-architecture`** — run whenever you have a spare moment to keep the codebase good for agents to operate in. It surfaces deepening opportunities; picking one _generates an idea_ you can take into the main flow at `/grill-with-docs`.
## Crossing sessions
- **`/handoff`** — when a thread is full or you need to branch off (e.g. into a `/prototype` session), this compacts the conversation into a markdown file. You don't continue in place — you **open a new session and reference that file** to carry the context across. It's the bridge between context windows, in either direction. Use it when you want a **fresh session** but need the **current conversation preserved**.
- **`/compact`** (built-in) — stay in the **same conversation**, letting the earlier turns be summarized. Use it at **intentional breaks between phases**, when you don't mind losing the verbatim history. Don't compact mid-phase — the agent can lose its way. `/handoff` forks; `/compact` continues.
## Standalone
Off the main flow entirely.
- **`/grill-me`** — the same relentless interview as `/grill-with-docs`, but for when you have **no codebase**. Stateless: it saves nothing locally, builds no `CONTEXT.md`. Reach for it to sharpen any plan or design that doesn't live in a repo.
- **`/teach`** — learn a concept over multiple sessions, using the current directory as a stateful workspace.
- **`/writing-great-skills`** — reference for writing and editing skills well.
## Precondition
**`/setup-matt-pocock-skills`** — run before your first engineering flow to configure the issue tracker, triage labels, and doc layout the other skills assume. Custom issue trackers also work.
מה זה ask-matt ולמה הסקיל הזה שונה?
ask-matt פותר בעיה שמופיעה כשיש הרבה סקילים: לא זוכרים מה קיים ומתי להשתמש בכל אחד. אז משתמשים באותם שניים-שלושה מוכרים ומפספסים את השאר, או בוחרים את הכלי הלא נכון לשלב. הסקיל הוא נתב שמכיר את כל הזרימה ומפנה אתכם לסקיל המתאים בדיוק למצב שבו אתם נמצאים.
מה שמייחד אותו הוא החשיבה במונחי זרימה ולא רשימה. במקום קטלוג שטוח, הסקיל מתאר מסלול: מרעיון, דרך חידוד וחקירה, פרוטוטייפ במידת הצורך, פירוק למשימות עצמאיות, ועד מימוש. הוא מסמן נקודות הסתעפות, למשל אם זה בנייה רב-סשנית או חד-סשנית, מוסיף on-ramps לבאגים ובקשות שנכנסות, ומסלול נפרד לתחזוקת קוד. כך תמיד ברור מה הצעד הבא ואיזה כלי משרת אותו.
ההבדל מורגש בבחירת הכלי. במקום לנחש, הנתב מצביע על הסקיל הנכון לשלב. בשילוב עם סקיל writing-great-skills לכתיבת סקילים, אפשר גם להבין את המערכת וגם להרחיב אותה, וזה צירוף חזק לעבודה מסודרת עם ספריית סקילים.
מה ask-matt נותן לקלוד קוד?
הסקיל מוסיף לקלוד תפקיד של נתב: מיפוי הזרימה מרעיון ועד מוצר, הפניה לסקיל הנכון בכל שלב, וכללי מעבר בין סשנים לשמירה על היגיינת הקשר.
נתב לזרימה הנכונה
הסקיל עונה על השאלה איזה סקיל או זרימה מתאימים למצב שלכם. במקום לזכור את כל הספרייה, שואלים את הנתב והוא מפנה לכלי הנכון. כך לא מפספסים סקילים שימושיים ולא בוחרים את הכלי הלא מתאים לשלב.
מסלול מרעיון ועד מוצר
הסקיל ממפה את הזרימה הראשית: חידוד הרעיון, פרוטוטייפ במידת הצורך, פירוק למשימות עצמאיות, ומימוש. כל שלב מחובר לבא אחריו, כך שיש מסלול ברור מהרעיון ועד שהמוצר עולה לאוויר, ולא אוסף כלים מנותקים.
נקודות הסתעפות ו-on-ramps
הסקיל מסמן נקודות החלטה: בנייה רב-סשנית או חד-סשנית, ומתי לסטות לפרוטוטייפ. הוא מוסיף on-ramps לבאגים ובקשות נכנסות שמתמזגים לזרימה הראשית, כך שגם עבודה לא מתוכננת מקבלת מסלול מסודר במקום להיות מטופלת אד-הוק.
היגיינת הקשר בין סשנים
הסקיל מסביר מתי לשמור הכל בסשן אחד, מתי להעביר לסשן חדש, ומתי לדחוס. הוא גם מצביע על גבול האזור שבו המודל עדיין חושב בחדות. כך השיחה נשארת חדה, וההקשר לא מתפזר או מתנפח בלי שליטה.
ארבע היכולות הופכות את קלוד למדריך שמכיר את כל הזרימה. בעבודות שלי, נתב שמפנה לכלי הנכון בכל שלב חסך בלבול והפך את העבודה עם הסקילים לשיטתית.
למי הסקיל הזה מתאים?
משתמשי ספריית סקילים גדולה: זה הקהל המובהק. כשיש הרבה סקילים, קשה לזכור מה מתאים מתי. הנתב מפנה לכלי הנכון לכל מצב, כך שמנצלים את כל הספרייה ולא רק את המוכרים.
צוותים שמאמצים תהליך עבודה: הנתב מתאר מסלול מוסכם מרעיון ועד מוצר. כך כל חברי הצוות עובדים לפי אותה זרימה, ויודעים מתי לעבור בין שלבים ובין כלים.
מי שבונה פרוטוטייפ באמצע תכנון: לפעמים שאלה דורשת תשובה ניתנת-להרצה. בשילוב עם סקיל prototype, הנתב מראה מתי לסטות לפרוטוטייפ ואיך לחזור עם מה שלמדתם.
מנהלי תהליך: הנתב הופך אוסף כלים לתהליך עם נקודות החלטה ברורות. גם בעבודות אוטומציה שלי, מפה של התהליך מבטיחה שכל שלב מתחבר לבא אחריו במקום לפעול בנפרד.
מי שמתבלבל בין סקילים דומים: כשכמה סקילים נשמעים דומה, קל לבחור לא נכון. הנתב מסביר את ההבדל ביניהם ומתי כל אחד מתאים, כך שהבחירה ברורה ולא מבוססת על ניחוש.
מי שפחות יתאים: מי שמשתמש בסקיל בודד ומכיר אותו היטב פחות יזדקק לנתב. הסקיל מבריק דווקא כשעובדים עם זרימה שלמה של כמה סקילים וצריך לדעת מה הצעד הבא.
איך ask-matt עזר לי בפרויקטים אמיתיים
הכלי הנכון לשלב הנכון
היו לי כמה סקילים אבל לא ידעתי מאיזה להתחיל לפיצ'ר חדש. הנתב הצביע על השלב המתאים בזרימה והפנה לסקיל הנכון. במקום לנחש, התחלתי מהמקום הנכון, והעבודה זרמה בסדר הגיוני מהרעיון ועד המימוש.
החלטה בין רב-סשני לחד-סשני
לא ידעתי אם לפרק את העבודה לכמה סשנים או לבצע הכל במקום. הנתב הציג את נקודת ההסתעפות והסביר מתי כל מסלול מתאים. בחרתי במודע, ופירקתי למשימות עצמאיות שכל אחת רצה בסשן נקי משלה.
בקשות נכנסות שקיבלו מסלול
הצטברו אצלי בקשות ובאגים בלי סדר. הנתב הראה את ה-on-ramp המתאים שמתמזג לזרימה הראשית, כך שהבקשות עברו מיון והפכו למשימות מוכנות. במקום ערימה אקראית, קיבלתי תור מסודר שזורם למימוש.
היגיינת הקשר ששמרה על חדות
סשן ארוך התחיל להתפזר. הנתב הסביר מתי להעביר לסשן חדש ומתי לדחוס, והצביע על הגבול שבו החשיבה מתחילה לרדת. עברתי לסשן נקי בזמן הנכון, והעבודה נשארה חדה במקום להמשיך על הקשר עמוס.
ארבעת המקרים מראים שנתב טוב הופך אוסף כלים לתהליך. כשברור איזה סקיל מתאים לכל שלב ומתי לעבור בין מסלולים, העבודה זורמת מהרעיון ועד המוצר בלי בלבול ובלי לפספס כלים שימושיים.
סיכום
סקיל ask-matt הוא כלי מצוין לכל מי שעובד עם ספריית סקילים שלמה. הוא נתב שעונה על השאלה איזה סקיל או זרימה מתאימים למצב, ממפה את המסלול מרעיון ועד מוצר, מסמן נקודות הסתעפות, ושומר על היגיינת הקשר בין סשנים.
אם אתם מתחילים, בפעם הבאה שאתם לא בטוחים באיזה סקיל להשתמש, שאלו את הנתב לפני שאתם מנחשים. תראו כמה מהר מתבהר הצעד הבא. משם, העבודה עם הסקילים הופכת שיטתית.
בפוסטים הבאים אמשיך לסקור את הסקילים החזקים ביותר לתכנון ולפיתוח. האתר של דביר נעמן מרכז את כל הכלים, השיטות והליווי שאני מציע לעסקים שרוצים נוכחות דיגיטלית מנצחת עם בינה מלאכותית.
שיתוף הסקיל
שאלות ותשובות
מה זה בעצם הסקיל ask-matt?
זה סקיל-נתב לקלוד קוד שעונה על שאלה אחת: איזה סקיל או זרימת עבודה מתאימים למצב שלכם עכשיו. במקום לזכור את כל הספרייה, שואלים את הנתב והוא מפנה לכלי הנכון. הוא ממפה את המסלול מרעיון ועד מוצר, מסמן נקודות הסתעפות, ומסביר מתי לעבור בין סשנים.
למה צריך נתב ולא פשוט להכיר את הסקילים?
כי אף אחד לא זוכר את כל הסקילים ואת כל מקרי השימוש. בלי נתב נוטים לחזור לאותם שניים-שלושה מוכרים ולפספס את השאר, או לבחור כלי לא מתאים לשלב. הנתב מכיר את כל הזרימה ומצביע על הכלי הנכון בדיוק למצב, כך שמנצלים את הספרייה במלואה.
איך מתקינים את הסקיל בקלוד קוד?
בפקודה אחת דרך מנהל החבילות הרשמי של הסקילים, כפי שמופיע בקופסת ההתקנה למעלה. הסקיל הוא קובץ Markdown פתוח מהמאגר של מאט פוקוק. כשאתם לא בטוחים איזה סקיל או זרימה מתאימים, מפעילים את הנתב והוא מפנה אתכם לצעד הנכון.
מה זאת הזרימה מרעיון ועד מוצר?
זה המסלול שרוב העבודה עוברת בו: מחדדים רעיון, סוטים לפרוטוטייפ אם צריך תשובה ניתנת-להרצה, מפרקים למשימות עצמאיות במידת הצורך, ואז ממשים. הנתב מתאר את המסלול הזה עם נקודות הסתעפות, כך שבכל שלב ברור מה הצעד הבא ואיזה סקיל משרת אותו.
מה זה on-ramp בהקשר של הסקיל?
on-ramp הוא מצב התחלה שמייצר עבודה ואז מתמזג לזרימה הראשית. למשל באגים ובקשות שנכנסות מבחוץ מקבלים מסלול מיון שמפיק משימות מוכנות, שמצטרפות אחר כך למימוש. כך גם עבודה לא מתוכננת נכנסת לתהליך מסודר במקום להיות מטופלת בלי סדר.
מה הסקיל אומר על מעבר בין סשנים?
הסקיל מסביר מתי לשמור הכל בסשן אחד, מתי להעביר לסשן חדש, ומתי לדחוס את ההיסטוריה. הוא גם מצביע על הגבול שבו המודל עדיין חושב בחדות, וממליץ לעבור לסשן נקי לפני שחוצים אותו. כך ההקשר נשאר חד ולא מתפזר או מתנפח בלי שליטה.
האם הסקיל מתאים גם למי שיש לו מעט סקילים?
פחות. הנתב מבריק דווקא כשעובדים עם זרימה שלמה של כמה סקילים וצריך לדעת מה הצעד הבא. מי שמשתמש בסקיל בודד ומכיר אותו היטב פחות יזדקק לו. ככל שהספרייה גדלה והזרימה מורכבת יותר, כך הנתב הופך שימושי יותר.
האם הסקיל מחליף את הסקילים שאליהם הוא מפנה?
לא. הנתב לא מבצע את העבודה עצמו, אלא מפנה לסקיל המתאים שיעשה אותה. הוא שכבת הכוונה מעל הספרייה: עוזר לבחור נכון, ואז הסקיל הספציפי נכנס לפעולה. אפשר לחשוב עליו כמפה שמובילה לכלי הנכון, לא ככלי שמחליף את כולם.