פרומפטים ל-Claude Code ולסקילים.

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

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

המשימה: 1. לעבור על התיקייה כדי להשלים מה שחסר (מבנה, פקודות שימושיות). 2. לכתוב CLAUDE.md קצר וברור עם כותרות: על העסק, איך עובדים כאן, כללי כתיבה, מבנה התיקייה, מה אסור, פקודות שימושיות. 3. להציג לי את הקובץ לאישור לפני שאתה שומר אותו.

אילוצים: עד 80 שורות, כללים כפעולות ברורות ("תמיד...", "אף פעם..."), בלי סיסמאות או מפתחות בקובץ.

אני רוצה להפוך תהליך שחוזר אצלי לסקיל (Skill) של Claude Code.

התהליך: [שם התהליך, למשל "הצעת מחיר ללקוח חדש"]. איך אני עושה אותו היום, שלב אחרי שלב: [פירוט]. מה אני נותן/ת בהתחלה: [למשל, שם הלקוח ומה הוא צריך]. איך נראית תוצאה טובה: [להדביק דוגמה אמיתית או לתאר]. טעויות שקורות: [פירוט]. באילו מילים אני אבקש את זה: [למשל, "תכין הצעת מחיר", "הצעה ללקוח"].

המשימה: 1. לשאול אותי עד 3 שאלות על מה שחסר. 2. ליצור תיקייה ~/.claude/skills/[שם-באנגלית]/ עם קובץ SKILL.md: בראש הקובץ name ו-description, כשה-description מתאר מה הסקיל עושה ובאילו ביטויים להפעיל אותו (בעברית ובאנגלית). בגוף הקובץ: השלבים, הכללים, פורמט הפלט, ורשימת בדיקה לפני מסירה. 3. אם יש תבנית או דוגמה, לשמור אותה כקובץ נפרד באותה תיקייה ולהפנות אליה. 4. להראות לי את הקבצים לאישור לפני השמירה.

אילוצים: SKILL.md עד 120 שורות, הוראות ברורות בצורת פעולה. בלי מידע רגיש על לקוחות בתוך הסקיל.

יש לי סקיל שלא עובד כמו שאני רוצה. הוא נמצא ב: [נתיב לתיקיית הסקיל].

הבעיה: [למשל, כשאני כותב "X" הוא לא מופעל / הוא מופעל גם כשאני מבקש משהו אחר / הוא מדלג על שלב Y / הפלט לא בפורמט שביקשתי]. דוגמה לבקשה שלי ולמה שקרה: [להדביק].

המשימה: 1. לקרוא את SKILL.md ואת כל הקבצים בתיקייה. 2. לאבחן את הסיבה: האם זה בתיאור (description) שלא כולל את הביטויים שלי, הוראות עמומות, שלבים שנראים אופציונליים, או סתירה עם CLAUDE.md. 3. להציע תיקון מינימלי, עם הסבר קצר לכל שינוי. 4. להציג את השינויים לפני ואחרי, ולשמור רק אחרי שאאשר. 5. לתת לי 3 משפטי בדיקה: 2 שצריכים להפעיל את הסקיל ו-1 שלא.

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

אני רוצה לחבר אותך ל[שם הכלי, למשל Google Sheets / Notion / Shopify] דרך MCP.

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

המשימה:
1. לבדוק אם קיים שרת MCP רשמי של הספק, ולהעדיף אותו על פני שרתים לא רשמיים. לתת לי קישור למקור.
2. להסביר לי בפשטות אילו הרשאות החיבור מבקש, ואם אפשר להגביל לקריאה בלבד.
3. לתת לי את הפקודה המדויקת להוספה (למשל claude mcp add עם הפרמטרים הנכונים), ולהסביר כל חלק בה. לא להריץ לפני שאאשר.
4. אם צריך מפתח API, להסביר איפה מייצרים אותו ואיך שומרים אותו מחוץ לקבצים שעולים לרשת. לא להדביק אותו בצ'אט.
5. אחרי החיבור, להריץ claude mcp list ובדיקה אחת של קריאה בלבד, ולהראות לי מה חזר.

אילוצים: שום פעולה שמשנה, מוחקת או שולחת משהו בכלי בלי אישור מפורש שלי, גם אחרי שהחיבור עובד.

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

הקובץ: [סוג, למשל ייצוא הזמנות מהחנות / לידים ממערכת], דוגמה נמצאת בתיקייה בשם [שם הקובץ]. מה אני רוצה לראות בדוח: [למשל, סך מכירות, השוואה לשבוע קודם, 5 מוצרים מובילים, לידים שלא טופלו]. איך הדוח ייראה: [דף HTML שנפתח בדפדפן / קובץ אקסל / הודעה קצרה].

המשימה: 1. לקרוא את קובץ הדוגמה ולסכם לי את המבנה שלו. 2. להציע תכנית קצרה ולחכות לאישור. 3. לכתוב סקריפט שמקבל קובץ חדש, מחשב את המדדים, ומייצר את הדוח בתיקייה reports עם התאריך בשם. 4. להריץ אותו על קובץ הדוגמה ולהראות לי את התוצאה. 5. לכתוב קובץ README קצר בעברית: איך מריצים בפקודה אחת.

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

יש לי סקריפט שעובד: [נתיב לסקריפט ומה הוא עושה]. אני רוצה שירוץ אוטומטית [כל יום ב-8:00 / כל יום ראשון / כל שעה].

המחשב שלי: [Mac/Windows], והוא [דולק תמיד / נכבה בלילה].

המשימה:
1. להסביר לי בקצרה את האפשרויות לתזמון במחשב שלי (למשל launchd או cron במק, Task Scheduler בווינדוס), ומה קורה אם המחשב כבוי בשעה שנקבעה.
2. להמליץ על אפשרות אחת ולהציג את קובץ ההגדרה או הפקודה המלאה לפני שיוצרים אותה.
3. לדאוג שהסקריפט רץ עם נתיבים מלאים, ושכל הרצה כותבת שורה לקובץ לוג עם תאריך, הצלחה או שגיאה.
4. אחרי האישור, ליצור את התזמון, להריץ פעם אחת לבדיקה ולהראות לי את הלוג.
5. לכתוב לי איך בודקים שהוא רץ, איך עוצרים אותו ואיך מוחקים אותו.

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

אני רוצה לבנות אתר תדמית קטן לעסק שלי ולהעלות אותו לאוויר.

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

המשימה:
1. להציע מבנה ותכנית קצרה ולחכות לאישור.
2. לבנות אתר סטטי בעברית מימין לשמאל, מותאם קודם כל למובייל, עם קבצי HTML ו-CSS פשוטים בלי מערכת מורכבת.
3. לכלול: כותרת ותיאור לכל עמוד, תמונות דחוסות עם טקסט חלופי, כפתור וואטסאפ, ניגודיות צבעים תקינה ופונטים שנטענים מהר.
4. להריץ את האתר אצלי במחשב ולתת לי קישור מקומי לבדיקה.
5. אחרי שאאשר, להסביר איך מעלים לשירות אחסון סטטי (למשל Cloudflare Pages, Netlify או GitHub Pages), מה עולה כסף ומה לא, ואיך מחברים דומיין.

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

אני לא מפתח/ת ואני רוצה לעבוד איתך בצורה שבה אי אפשר לשבור משהו בלי דרך חזרה.

הפרויקט: [מה יש בתיקייה]. האם יש כבר git: [כן/לא/לא יודע/ת]. האם הקוד מחובר לגיטהאב או לשירות שמעלה לאוויר אוטומטית: [כן/לא/לא יודע/ת].

המשימה:
1. לבדוק את המצב הנוכחי (האם יש git, האם יש שינויים שלא נשמרו, לאיזה ענף מחובר) ולהסביר לי במילים פשוטות.
2. אם אין git, להציע להקים ולהסביר למה, ולוודא שקבצים רגישים (סיסמאות, מפתחות, .env) לא נכנסים לגרסאות.
3. להסביר לי בטבלה קצרה 5 פעולות שאשתמש בהן: לשמור נקודה (commit), לראות מה השתנה, לחזור אחורה, לעבוד בענף נפרד לניסוי, ולבטל ניסוי.
4. לקבוע איתי כלל: לפני כל שינוי גדול, נקודת שמירה עם תיאור בעברית.

אילוצים: לא לדחוף (push) לשום מקום ולא למחוק היסטוריה בלי אישור מפורש. אם דחיפה לענף הראשי מעלה את האתר לאוויר, להגיד לי את זה במפורש.

לפני שאתה משנה משהו, אני רוצה תכנית.

מה אני רוצה להשיג: [תיאור התוצאה הרצויה במילים שלי]. למה: [המטרה העסקית]. מה חשוב שלא יישבר: [למשל, טופס הלידים, העיצוב במובייל]. מועד: [אם יש].

המשימה:
1. לקרוא את הקבצים הרלוונטיים בלבד, בלי לשנות כלום.
2. לשאול אותי עד 3 שאלות על מה שלא ברור.
3. לכתוב תכנית ממוספרת: כל שלב עם מה עושים, אילו קבצים משתנים, ואיך נבדוק שזה עובד.
4. לכתוב מה לא נכלל בתכנית, ומה הסיכונים.
5. לחכות לאישור שלי לפני שלב 1.
6. אחרי הביצוע, לעבור על כל שלב בתכנית ולהראות לי הוכחה שהוא בוצע (קובץ, צילום מסך, תוצאה של בדיקה).

אילוצים: שלבים קטנים מספיק כדי שאפשר לבדוק כל אחד בנפרד. בלי שינויים מחוץ לתכנית; אם צריך, לעצור ולשאול.

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

מה קורה: [תיאור]. מה הייתי מצפה שיקרה: [תיאור]. ממתי: [תאריך או "אחרי ש..."]. הודעת השגיאה, אם יש: [להדביק]. מה השתנה לאחרונה: [שינויים שאני זוכר/ת].

המשימה:
1. לשחזר את הבעיה ולהראות לי שאתה רואה אותה.
2. לבדוק מה השתנה לאחרונה (היסטוריית גרסאות, קבצים שעודכנו).
3. לכתוב 2 עד 3 השערות לסיבה, ולבדוק אותן אחת אחת עם הוכחה.
4. לתקן את הסיבה שנמצאה, בשינוי הכי קטן שאפשר.
5. להראות שהבעיה לא משתחזרת יותר, ושדברים קרובים עדיין עובדים.
6. להסביר לי בשני משפטים מה היה הבאג ולמה הוא קרה.

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

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

מה לבדוק: [למשל, שאין בטקסטים מקף מפריד / שאין קישורים שבורים / שהקוד מעוצב / שאין מפתחות API בקבצים]. על אילו קבצים: [למשל, רק HTML ו-Markdown]. מה לעשות אם הבדיקה נכשלת: [להציג אזהרה / לחסום ולתקן].

המשימה:
1. להסביר לי בקצרה מה זה hook ב-Claude Code ואיפה הוא מוגדר (קובץ ההגדרות של הפרויקט).
2. לכתוב סקריפט בדיקה קטן שמחזיר הודעה ברורה בעברית כשמשהו לא תקין.
3. להציג לי את ההגדרה המלאה של ה-hook (אירוע, אילו כלים מפעילים אותו, איזו פקודה רצה) לפני שמוסיפים אותה.
4. אחרי האישור, להוסיף, ולבדוק פעם אחת על קובץ עם בעיה ופעם אחת על קובץ תקין.
5. לכתוב איך מכבים את ה-hook אם הוא מפריע.

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

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

המבנה שאני רוצה: [למשל, לפי לקוח ובתוך כל לקוח לפי שנה, או לפי סוג מסמך]. כללי שמות: [למשל, תאריך בתחילת שם הקובץ]. מה לא לגעת בו: [תיקיות או סוגי קבצים].

המשימה:
1. לסרוק את התיקייה ולתת לי סיכום: כמה קבצים, אילו סוגים, כמה כפולים לכאורה.
2. להציע מבנה תיקיות ולהציג טבלת תצוגה מקדימה: שם נוכחי, מיקום חדש, שם חדש. לא להזיז כלום בשלב הזה.
3. אחרי האישור שלי, להזיז (לא להעתיק ולא למחוק), ולשמור קובץ יומן עם כל הזזה כדי שאפשר יהיה להחזיר.
4. כפולים: רק לסמן אותם בתיקייה נפרדת לבדיקה שלי, לא למחוק.
5. לסכם מה נעשה ואיך מחזירים הכל אחורה עם קובץ היומן.

אילוצים: אף קובץ לא נמחק. קבצים שלא ברור לאן הם שייכים הולכים לתיקייה "לבדיקה".

אני צריך/ה לחבר את הפרויקט הזה לשירות [שם השירות] שדורש מפתח API. אני לא רוצה שהמפתח ייחשף.

המשימה:
1. לבדוק את הפרויקט ולהגיד לי אם כבר יש בקבצים מפתחות, סיסמאות או טוקנים גלויים (להראות רק את שם הקובץ והשורה, לא את הערך).
2. להקים קובץ .env למפתחות, להוסיף אותו ל-.gitignore, וליצור קובץ .env.example עם שמות המשתנים בלבד.
3. לעדכן את הקוד כך שהוא קורא את המפתח מהמשתנה ולא מהקוד.
4. להגיד לי איפה אני מדביק/ה את המפתח בעצמי. לא לבקש ממני להדביק אותו בצ'אט.
5. אם הפרויקט עולה לאוויר, להסביר איך מגדירים את המפתח בהגדרות של שירות האחסון ולא בקבצים.
6. אם מצאת מפתח שכבר נחשף (למשל בגיטהאב), להגיד לי לבטל אותו אצל הספק ולייצר חדש.

אילוצים: לא להדפיס ערכים של מפתחות בשום שלב. מפתח בצד הדפדפן (בקוד שהמבקר רואה) רק אם הספק מגדיר אותו כציבורי.