- שליטה בשבעת הארכיטיפים (Prompt Archetypes) — תדע איזה סוג פרומפט מתאים לכל משימה
- שיטת 4W שהופכת כל פרומפט מעורפל למדויק: What, Where, Why, Want
- יכולת לפרק משימות מורכבות להוראות רב-שלביות ממוספרות
- שליטה ב-Plan Mode — תכנון לפני ביצוע שחוסך זמן וטוקנים
- טכניקת רפינמנט איטרטיבי — לשפר תוצאות בלי להתחיל מאפס
- ביטחון מלא בכתיבת פרומפטים בעברית ובשילוב דו-לשוני
- ארבע תבניות פרומפט מוכנות להעתקה: תוכן, ניתוח נתונים, שינויי קוד, מחקר
- "גיליון פרומפטים אישי" (Prompt Cheat Sheet) עם 10 תבניות מותאמות למשימות היומיומיות שלך
- תוכלו לזהות איזה ארכיטיפ מתאים לכל משימה — ולכתוב פרומפט מותאם בפחות מ-30 שניות
- תוכלו לקחת פרומפט עמום ולהפוך אותו לספציפי בעזרת שיטת 4W
- תוכלו להחליט מתי לבצע ישר ומתי להפעיל Plan Mode — ולחסוך זמן וטוקנים
- תוכלו לשפר תוצאות של 80% באמצעות רפינמנט איטרטיבי במקום להתחיל מאפס
- תוכלו לכתוב פרומפטים ביטחון בעברית, באנגלית, ובשילוב דו-לשוני
- פרקים קודמים: פרק 2 (הסשן הראשון) + פרק 3 (CLAUDE.md) — חובה
- כלים נדרשים: Claude Code מותקן ועובד, CLAUDE.md מוכן בתיקיית פרויקט (מפרק 3)
- הכנה: פרויקט עם CLAUDE.md — תצטרכו אותו לתרגילים המעשיים
- זמן משוער לפרק: 70-90 דקות (כולל תרגילים ויצירת גיליון פרומפטים)
בפרק 3 בנית את ה-CLAUDE.md — הקובץ שמגדיר ל-Claude Code מה הפרויקט שלך, מה הכללים, ומה ה-tech stack. בפרק הזה תלמד לכתוב פרומפטים שמנצלים את ההקשר הזה למקסימום — כי CLAUDE.md הוא ההקשר הקבוע, והפרומפטים שלך הם ההוראות הדינמיות שמנהלות כל אינטראקציה. בפרק 5 תשלב את הפרומפטים האלה עם כלי הניווט והחיפוש לעבודה על פרויקטים מכל גודל.
| מונח באנגלית | תרגום / הסבר |
|---|---|
| Prompt | פרומפט — ההוראה או השאלה שאתה כותב ל-Claude Code. כל הודעה שלך בשיחה. |
| Archetype | ארכיטיפ — תבנית בסיסית חוזרת. כאן: 7 סוגי פרומפטים שמכסים כמעט כל משימה. |
| Plan Mode | מצב תכנון — Claude Code מתכנן את הגישה בלי לבצע. מופעל עם Shift+Tab (פעמיים) או /plan. |
| Iterative Refinement | רפינמנט איטרטיבי — שיפור הדרגתי של תוצאה: שואלים, בודקים, מדייקים, בודקים, מאשרים. |
| Context Window | חלון הקשר — הזיכרון העובד של Claude Code. כמות המילים/טוקנים שהוא יכול "לזכור" בשיחה אחת. |
| Token | טוקן — יחידת מידה לטקסט עבור מודלי שפה. בערך 0.75 מילה באנגלית, פחות בעברית. |
| Anti-Pattern | אנטי-פאטרן — שיטה שנראית הגיונית אבל בפועל מזיקה. מה שלא צריך לעשות. |
| Effort Level | רמת מאמץ — כמה עמוק Claude Code חושב על הפרומפט שלך. שלוש רמות: נמוך, בינוני, גבוה. |
| Specificity | ספציפיות — מידת הדיוק והפירוט בפרומפט. ככל שיותר ספציפי — התוצאה יותר מדויקת. |
| Stateful Conversation | שיחה מצבית — שיחה שבה Claude Code זוכר את כל מה שנאמר קודם. בניגוד לצ'אט רגיל. |
פרומפטינג ב-Claude Code ≠ צ'אט רגיל
אם אתם מגיעים מ-ChatGPT, Claude.ai, או כל ממשק צ'אט אחר — שכחו את ההרגלים הישנים. בצ'אט רגיל, כל הודעה היא עולם בפני עצמו. צריך לתת הקשר מלא בכל פעם, להסביר מי אתם, מה הפרויקט, מה הסגנון הרצוי, מה ה-constraints. זו עבודה מתישה.
ב-Claude Code המציאות שונה לחלוטין. השיחה היא Stateful — מצבית. Claude Code צובר הקשר לאורך השיחה: הוא זוכר קבצים שקרא, תוצאות של פקודות שהריץ, את ה-CLAUDE.md שלכם (שבנינו בפרק 3), ואת כל ההיסטוריה של השיחה. בגלל זה, הפרומפטים שלכם ב-Claude Code צריכים להיות קצרים יותר ומדויקים יותר.
חשבו על זה ככה: בצ'אט רגיל, אתם מסבירים את המשימה לזר מוחלט מאפס. ב-Claude Code, אתם נותנים הוראה לקולגה שכבר קרא את ה-brief של הפרויקט, סקר את הקבצים, ויודע מה עשיתם עד עכשיו. אין צורך לחזור על הכל — אפשר לגשת ישר לעניין.
| צ'אט רגיל (Claude.ai / ChatGPT) | Claude Code |
|---|---|
| צריך הקשר מלא בכל הודעה | ההקשר מצטבר לאורך השיחה |
| פרומפטים ארוכים ומפורטים | פרומפטים קצרים וממוקדים |
| "שכחה" בין סשנים | CLAUDE.md שומר על הקשר קבוע |
| אין גישה לקבצים | קורא, עורך ויוצר קבצים בפועל |
| "תן לי דוגמה לקוד Python" | "Fix the bug in auth.py line 45" |
| תוצאה נשארת בצ'אט | תוצאה נכתבת ישירות לקבצים |
השיחה ב-Claude Code מצבית — אתם יכולים לכתוב "עכשיו תעשה את אותו הדבר לקובץ השני" ו-Claude Code יבין בדיוק למה אתם מתכוונים. אתם יכולים להגיד "הטון חזק מדי, תרכך" בלי להסביר שוב מה הטקסט, מה הקהל, ומה המטרה — הוא כבר יודע.
תרחיש: אותה משימה, צ'אט מול Claude Code
כדי להמחיש את ההבדל, בואו נראה את אותה משימה בדיוק — בשני הכלים:
בצ'אט רגיל (ChatGPT / Claude.ai):
"אני מנהל שיווק דיגיטלי בחברת SaaS ישראלית שמוכרת כלי לניהול פרויקטים. אנחנו פונים לבעלי עסקים קטנים (5-20 עובדים) בישראל. הסגנון שלנו מקצועי אבל נגיש. אני צריך שתכתוב meta description לדף התמחור שלנו. הדף כולל 3 תוכניות: Basic ב-99 שקל, Pro ב-199 שקל, ו-Business ב-399 שקל לחודש. ה-meta description צריך להיות עד 155 תווים, בעברית, ולכלול call to action."
ב-Claude Code (אחרי שיש CLAUDE.md עם פרטי החברה):
"Write a Hebrew meta description for pages/pricing.html, up to 155 chars, with CTA"
שני המשפטים מגיעים לאותה תוצאה — אבל בצ'אט כתבתם 65 מילים של הקשר, וב-Claude Code כתבתם 14 מילים. ההקשר כבר נמצא ב-CLAUDE.md, בקבצי הפרויקט, ובהיסטוריית השיחה. זו החוכמה של פרומפטינג ב-Claude Code: לא לחזור על מה שהכלי כבר יודע.
Prompt History — למצוא פרומפטים שעבדו
מגרסה 2.0 (ספטמבר 2025), Claude Code תומך ב-Prompt History Search: לחצו Ctrl+R כדי לחפש בהיסטוריית הפרומפטים של הסשן הנוכחי. בדיוק כמו חיפוש history ב-bash. זה שימושי במיוחד כשכתבתם פרומפט מצוין לפני 20 הודעות ורוצים לשכפל אותו עם שינויים קלים. במקום לנסות לזכור — פשוט Ctrl+R וחפשו מילת מפתח.
טיפ מעשי: הפכו את זה להרגל — כשפרומפט נתן תוצאה מצוינת, שימו לב למבנה שלו. מה עשה אותו טוב? ספציפיות? דוגמה? רשימה ממוספרת? בפעם הבאה שתצטרכו משהו דומה, Ctrl+R ושכפלו את המבנה המנצח. עם הזמן, תבנו ספרייה מנטלית של "פרומפטים שעובדים" שמשתפרת כל הזמן.
מה הטעות: לכתוב פרומפטים של 200 מילים ב-Claude Code כאילו זה צ'אט רגיל — עם כל ההקשר מחדש.
למה זה מפתה: כי ככה התרגלתם ב-ChatGPT / Claude.ai, ו"יותר מידע = יותר טוב" מרגיש נכון.
מה לעשות במקום: קצרו ל-20 מילים. Claude Code כבר מכיר את הפרויקט מ-CLAUDE.md, קרא את הקבצים, ויודע מה עשיתם קודם. תנו הוראה, לא הרצאה. כלל אצבע: אם הפרומפט ארוך מ-2 שורות — שאלו את עצמכם מה ניתן למחוק.
בדוק את ההבדל בפועל:
- פתח סשן Claude Code בתיקיית פרויקט (עם CLAUDE.md שבנית בפרק 3)
- כתוב:
"read the CLAUDE.md and tell me what you know about this project" - שים לב כמה Claude Code כבר יודע — בלי שהסברת כלום
- עכשיו כתוב משהו קצר:
"add a comment header to every Python file" - שים לב: לא הגדרת מה צריך להיות ב-header. אם ה-CLAUDE.md שלך כולל קונבנציות — Claude Code ישתמש בהן אוטומטית.
7 ארכיטיפים — The Prompt Patterns
אחרי ניסיון עם מאות אנשי מקצוע שעובדים עם Claude Code, אפשר לזקק את כל הפרומפטים לשבעה סוגים בסיסיים. אם תכירו את שבעת הארכיטיפים האלה, תכסו 95% מכל האינטראקציות שלכם. שננו אותם.
1. The Direct Command — הפקודה הישירה
הפרומפט הנפוץ ביותר. אתם יודעים בדיוק מה צריך לעשות ואיפה. Claude Code מבצע וממשיך הלאה.
"Add a loading spinner to the submit button in ContactForm.tsx"
מתי להשתמש: כשהמשימה ברורה, הקובץ ידוע, ואין צורך בחשיבה מורכבת. זו ברירת המחדל — רוב הפרומפטים שלכם יהיו ככה.
2. The Contextualized Fix — התיקון עם הקשר
יש בעיה, ואתם יודעים איפה היא. אתם מתארים את הסימפטום ואת המיקום — Claude Code מתקן.
"The login fails for users with special characters in passwords. Fix the sanitization in auth.py"
מתי להשתמש: כשאתם יודעים מה הבעיה ואיפה היא, אבל לא בהכרח את הפתרון הטכני המדויק.
3. The Exploration — החקירה
אתם רוצים להבין את הקוד או הפרויקט, בלי לשנות כלום. Claude Code קורא, מנתח, ומסביר.
"Explain the data flow from the API endpoint to the frontend component"
מתי להשתמש: כשנכנסים לפרויקט חדש, כשצריך להבין לוגיקה מורכבת, או כשרוצים לתעד קוד קיים.
4. The Plan-First — התכנון קודם
לפני שמתחילים משימה גדולה, מבקשים מ-Claude Code לתכנן את הגישה. הוא חושב, מציע, ולא נוגע בקוד.
"Plan how to add multi-language support to this project. Don't implement yet, just outline the approach"
מתי להשתמש: למשימות שנוגעות ביותר מ-3 קבצים, או שדורשות יותר מ-5 צעדים. נרחיב על Plan Mode בהמשך הפרק.
5. The Iterative — הבנייה ההדרגתית
אחרי שיש תוכנית (מארכיטיפ 4), בונים צעד אחרי צעד. כל פרומפט מקדם שלב אחד.
"Now implement step 1 from the plan" → "Good, now step 2" → "Perfect, step 3"
מתי להשתמש: אחרי Plan-First, או כשבונים פיצ'ר מורכב ורוצים לבדוק כל שלב לפני שממשיכים.
6. The Template — התבנית
אתם מגדירים פורמט, נותנים דוגמה, ומבקשים עוד מאותו הדבר. מושלם ליצירת תוכן.
"Create 5 Google Ads headlines for [product], following this format: [format example]"
מתי להשתמש: ליצירת תוכן מובנה — מודעות, תיאורי מוצרים, תגובות, פוסטים. כל מה שצריך עקביות בסגנון ופורמט.
7. The Review — הסקירה
Claude Code מנתח בלי לשנות. בודק קוד, מחפש בעיות, מציע שיפורים — אבל לא נוגע בקבצים.
"Review the changes in git diff for security issues and code quality"
מתי להשתמש: לפני commit, לפני deploy, לאחר שינוי גדול — כל פעם שרוצים עיניים שניות בלי שינויים אוטומטיים.
| ארכיטיפ | מפתח | משווק דיגיטלי |
|---|---|---|
| Direct Command | "Add CORS headers to the Express server" | "Write 3 meta descriptions for the pricing page" |
| Contextualized Fix | "The API returns 500 on empty body — fix validation in routes/api.js" | "The UTM tracking breaks on Hebrew URLs — fix the encoding in tracking.js" |
| Exploration | "Explain the authentication flow in this codebase" | "Analyze campaign_data.csv and explain the key trends" |
| Plan-First | "Plan how to migrate from REST to GraphQL" | "Plan a landing page structure for our new SaaS product" |
| Iterative | "Implement the first endpoint from the plan" | "Now write the hero section copy" |
| Template | "Generate test cases for all functions in utils.py, same format as the existing tests" | "Write 10 ad headlines like this example: [דוגמה]" |
| Review | "Review this PR for security issues" | "Review this landing page copy for conversion issues" |
תרגול הארכיטיפים:
- חשוב על 3 משימות אמיתיות מהעבודה שלך
- לכל אחת, זהה איזה ארכיטיפ מתאים לה
- כתוב את הפרומפט המתאים (באנגלית או בעברית)
- נסה לפחות אחד מהם ב-Claude Code ובדוק את התוצאה
דוגמה: "צריך לעדכן את דף התמחור" → ארכיטיפ Direct Command → "Update the pricing page in content/pricing.md — change the Pro plan from 99 to 129 ILS/month"
ספציפיות — המיומנות החשובה ביותר
אם הייתי צריך לבחור מיומנות אחת ויחידה שהופכת פרומפטים מבינוניים למצוינים — זו ספציפיות (Specificity). פרומפט ספציפי הוא פרומפט שלא משאיר מקום לפרשנות. הוא עונה על כל שאלה ש-Claude Code עשוי לשאול.
כש-Claude Code נותן תוצאה לא נכונה, 80% מהמקרים הבעיה היא בפרומפט שלכם, לא ב-Claude Code. בדרך כלל הפרומפט היה עמום מדי, ו-Claude Code ניחש את הכוונה שלכם — וניחש לא נכון. הפתרון: ספציפיות.
לפני ואחרי — דוגמאות
| לפני (עמום) | הבעיה | אחרי (ספציפי) |
|---|---|---|
| "Fix the bug" | איזה באג? איפה? מה הסימפטום? | "In auth.py line 45, the JWT validation raises 500 when the token is expired. It should return 401." |
| "Make the page faster" | איך? מה איטי? מה הציפייה? | "The /dashboard page takes 8 seconds to load. Profile the SQL queries in dashboard_api.py and optimize the slowest one." |
| "Write content for the website" | איזה דף? איזה טון? כמה מילים? באיזו שפה? | "Write a 150-word product description for our CRM software, targeting small business owners in Israel, professional tone, in Hebrew." |
| "Make it better" | יותר טוב איך? מהר יותר? קריא יותר? קצר יותר? | "Shorten the hero section from 200 to 80 words. Keep the value proposition, remove the technical details." |
| "Add analytics" | איזו מערכת? אילו אירועים? באיזה דפים? | "Add GA4 event tracking for button clicks on the pricing page. Track the event 'pricing_cta_click' with the plan name as a parameter." |
פרומפטים ספציפיים (עם 3+ constraints) מחזירים תוצאה שימושית בפרומפט הראשון פי 3 יותר מפרומפטים עמומים. מעט זמן על ניסוח = הרבה זמן שנחסך על תיקונים.
Framework: שיטת 4W לפרומפט מדויק
כל פרומפט אפקטיבי עונה על ארבע שאלות. אם אתם לא בטוחים אם הפרומפט שלכם מספיק ספציפי — תבדקו אותו מול השאלות האלה:
| W | שאלה | דוגמה |
|---|---|---|
| What | מה המשימה? | "Write a product description" |
| Where | באיזה קובץ / מיקום? | "In content/products/crm.md" |
| Why | מה הבעיה / ההקשר? | "We need it for the new landing page" |
| Want | מה התוצאה הרצויה? | "150 words, Hebrew, professional tone" |
לא חייבים את כל הארבעה בכל פרומפט. לפעמים מספיק What + Where (Direct Command קצר). אבל כשהתוצאה לא מה שציפיתם — חזרו ל-4W ובדקו מה חסר.
נגיד שאתם צריכים לעדכן את דף התמחור באתר של עסק ישראלי:
גרסה עמומה: "update the pricing page"
גרסה עם 4W:
"In pages/pricing.html (Where), update the Pro plan price from 199 to 249 ILS/month (What). We raised prices after adding the new AI features (Why). Also update the comparison table and make sure all three plans still show value progression (Want)."
ההבדל בתוצאה: הגרסה העמומה עשויה לשנות את הדף כולו, לנחש מחירים, ואולי אפילו לשנות את העיצוב. הגרסה עם 4W משנה בדיוק מה שצריך.
תרגול שיטת 4W:
- קח משימה אמיתית שאתה צריך לעשות השבוע
- כתוב את הפרומפט בגרסה "עמומה" — מה שהיית כותב באופן טבעי
- עכשיו כתוב אותו שוב עם 4W — ענה על כל אחת מהשאלות
- השווה: הגרסה השנייה כנראה ארוכה ב-2-3 שורות, אבל תחסוך לך 2-3 סבבי תיקונים
הוראות רב-שלביות — Multi-Step Instructions
כשמשימה דורשת יותר מפעולה אחת, הפרומפט צריך לשקף את זה. חשבו על זה: אם הייתם מבקשים מעובד חדש לעשות 5 דברים, הייתם כותבים לו רשימה ממוספרת — לא פסקה אחת ארוכה. אותו הדבר עם Claude Code.
כלל שלושת הצעדים — The 3-Step Rule
הנה ה-Framework שישנה את הדרך שבה אתם נותנים הוראות:
- עד 3 צעדים: כתוב את ההוראה כמשפט רגיל. Claude Code מסתדר מצוין.
- 4-10 צעדים: כתוב רשימה ממוספרת. Claude Code עוקב אחרי הסדר ומדווח על כל שלב.
- יותר מ-10 צעדים: תכנן קודם (Plan Mode), בדוק את התוכנית, ואז בצע שלב-שלב.
דוגמה: משימה של 4 צעדים
1. Read the current pricing page content in pages/pricing.html
2. Rewrite it for a Hebrew audience — keep the pricing in ILS
3. Add 3 customer testimonial placeholders at the bottom
4. Generate a meta description (up to 155 characters, Hebrew)
Claude Code יעקוב אחרי הצעדים בסדר, ידווח על כל אחד, ויבקש אישור אם נדרש. זה הרבה יותר אמין מ"rewrite the pricing page in Hebrew with testimonials and meta description" — כי בגרסה הלא-ממוספרת, Claude Code עלול לדלג על אחד הצעדים או לבצע אותם בסדר הלא נכון.
הוספת תנאים
אפשר (ורצוי) להוסיף תנאים בתוך הצעדים:
1. Read all CSS files in the project
2. If there are more than 3 CSS files, consolidate them into one main.css. If there are 3 or fewer, skip this step.
3. Add responsive breakpoints for mobile (768px) and tablet (1024px)
4. Run a CSS lint check and fix any warnings
תנאים עוזרים ל-Claude Code לקבל החלטות מבלי שיצטרך לשאול אתכם. זה חוסך סבבים של שאלות והשהיות.
Shift+Enter — כתיבת פרומפטים רב-שורתיים
טיפ פרקטי חשוב: כשכותבים הוראות ממוספרות, לפעמים רוצים לשלוח פרומפט עם מספר שורות — בלי ש-Enter ישלח את ההודעה באמצע. ב-Claude Code, לחיצה על Shift+Enter מוסיפה שורה חדשה בלי לשלוח. זה עובד "מהקופסה" ב-iTerm2, Kitty, Ghostty ו-WezTerm — בלי שום הגדרה נוספת. ככה אפשר לכתוב רשימות ממוספרות ארוכות בפרומפט אחד מסודר.
שילוב צעדים עם ארכיטיפים
שימו לב לדבר חשוב: הוראות רב-שלביות הן לא ארכיטיפ בפני עצמן — הן כלי שמשתלב עם כל ארכיטיפ. אפשר לכתוב Direct Command רב-שלבי ("1. Rename X. 2. Update imports. 3. Run tests."), או Review רב-שלבי ("1. Check for SQL injection. 2. Check for XSS. 3. Check authentication."), או Template רב-שלבי ("1. Read example.md. 2. Create 5 more in the same format. 3. Save to output/").
נגיד שאתם צריכים להכין חומרי שיווק לקמפיין חדש:
1. Read the product brief in docs/product-brief.md
2. Write 5 Google Ads headlines (max 30 characters each, Hebrew)
3. Write 3 Google Ads descriptions (max 90 characters each, Hebrew)
4. Create a matching LinkedIn post (200 words, professional tone, Hebrew)
5. Generate a meta description for the landing page (155 characters, Hebrew)
6. Save everything to marketing/campaign-spring-2026.md
שימו לב: כל צעד ספציפי, עם constraints ברורים. Claude Code יבצע אחד-אחד, בסדר, ויאפשר לכם לבדוק בכל שלב.
נסה בפועל את ההבדל:
- חשוב על משימה אמיתית שדורשת 4-6 צעדים
- כתוב אותה קודם כמשפט אחד ארוך
- עכשיו כתוב אותה שוב כרשימה ממוספרת (השתמש ב-Shift+Enter לשורות חדשות)
- נסה את שתי הגרסאות ב-Claude Code
- השווה: הגרסה הממוספרת בדרך כלל נותנת תוצאה מסודרת יותר ומדויקת יותר
דוגמאות בפרומפטים — Show, Don't Tell
יש כלל ישן בכתיבה: "Show, don't tell" — הראה, אל תגיד. הכלל הזה עובד מצוין גם עבור פרומפטים. במקום להסביר במילים מה אתם רוצים, הראו דוגמה. דוגמה אחת טובה שווה 100 מילים של הסבר.
מתי דוגמאות קריטיות
- טון כתיבה: "professional but friendly" — מה זה אומר? תשתנה בין אנשים. אבל אם תדביקו פסקה בטון שאתם רוצים, Claude Code יחקה אותו בדיוק.
- פורמט פלט: "Create a table" — באיזה פורמט? HTML? Markdown? CSV? תראו שורה אחת בפורמט הרצוי, ותקבלו בדיוק את מה שאתם צריכים.
- סגנון קוד: "Write clean code" — הגדרה סובייקטיבית. הראו פונקציה אחת בסגנון שלכם, וכל שאר הקוד ייכתב באותו סגנון.
- תוכן מובנה: "Write blog post paragraphs" — הדביקו פסקה אחת מוצלחת, ובקשו 5 בסגנון דומה.
כמה דוגמאות צריך? כלל 1-3
בדרך כלל מספיקה דוגמה אחת כדי להעביר את הכוונה. אבל יש מצבים שדורשים יותר:
- דוגמה אחת: כשהפורמט פשוט ואתם רוצים "עוד כמו זה". מספיק.
- שתי דוגמאות: כשאתם רוצים להראות טווח — דוגמה "טובה" ודוגמה "רעה" (positive + negative example). Claude Code מבין מה לחקות ומה להימנע ממנו.
- שלוש דוגמאות: כשהפורמט מורכב או שהטון עדין. שלוש דוגמאות נותנות ל-Claude Code מספיק נתונים ל"לוק" את הדפוס.
מעבר לשלוש, כמעט אין שיפור. אם שלוש דוגמאות לא הספיקו — הבעיה כנראה בבהירות ההוראה, לא בכמות הדוגמאות.
דוגמאות לשימוש בדוגמאות
"Create an API endpoint like GET /api/users but for products"
הדוגמה (GET /api/users) מסירה את כל האי-בהירות לגבי מבנה, ניהול שגיאות, וסגנון הקוד.
"The output format should be:
| Name | Score | Status |
| John | 85 | Active |"
שורה אחת של פלט רצוי — ו-Claude Code יפיק טבלה שלמה בפורמט הזה.
"Write the copy in the same tone as this example: 'אנחנו לא רק בונים אתרים — אנחנו בונים מכונות שמייצרות לידים. כל פיקסל, כל כפתור, כל מילה עובדים בשבילך.'"
הטון ברור מיידית. Claude Code יכתוב קופי עם אותה אנרגיה, אותו קצב, ואותו סגנון.
לתוכן בעברית, דוגמאות חיוניות. הטון, הסגנון, ורמת הפורמליות בעברית משתנים מאוד בין הקשרים. הראו ל-Claude Code דוגמה של הטון שאתם רוצים, והוא יחקה אותו. בלי דוגמה, Claude Code עלול לכתוב בעברית "ספרותית" כשאתם רוצים עברית "שיווקית" — או להפך.
נסה את כוח הדוגמאות:
- כתוב ל-Claude Code:
"Write 3 LinkedIn post openings about digital marketing trends" - בדוק את הטון — כנראה ניטרלי ו"מנומס"
- עכשיו כתוב:
"Write 3 LinkedIn post openings about digital marketing trends, in the same style as: '2026 ולמי שעוד לא שם לב — AI לא הולך לקחת לכם את העבודה. AI הולך לקחת את העבודה ממי שלא משתמש בו.'" - שימו לב להבדל — הדוגמה שינתה הכל
Plan Mode — לחשוב לפני שעושים
Plan Mode הוא אחד הכלים החזקים ביותר ב-Claude Code, ובמקביל אחד הפחות מנוצלים. הרעיון פשוט: לפני שמבצעים משימה מורכבת, קודם מתכננים. Claude Code מנתח את הבקשה, מציע גישה מובנית, ומחכה לאישור שלכם — בלי לגעת בקוד, בלי לשנות קבצים, בלי לבזבז טוקנים על ביצוע שאולי לא נכון.
איך מפעילים Plan Mode
- Shift+Tab (פעמיים): מעביר את Claude Code למצב תכנון. מה שתכתבו אחרי זה ייענה בתוכנית בלבד.
/plan: פקודה ייעודית שעושה את אותו הדבר — נוספה במרץ 2026.- "Plan how to...": פשוט תתחילו את הפרומפט עם המילה Plan — Claude Code יבין שאתם רוצים תוכנית, לא ביצוע.
למה Plan Mode חוסך כסף
כשאתם מבצעים משימה מורכבת בלי תכנון, ו-Claude Code הולך בכיוון הלא נכון — כבר צרך טוקנים על הביצוע, ועכשיו צריך עוד טוקנים לתקן. Plan Mode עולה כמעט כלום (רק טוקנים של חשיבה), ומאפשר לכם לתקן את הכיוון לפני הביצוע.
יתרון נוסף: יעילות הקשר. כשאתם מאשרים תוכנית ב-Plan Mode, Claude Code מנקה אוטומטית את שיחת התכנון ומתחיל רענן לביצוע. זה חוסך 25-45% מחלון ההקשר — שזה משמעותי במשימות גדולות.
הזרימה המלאה
תכנון
הפעילו Plan Mode (Shift+Tab פעמיים או /plan), ותנו את המשימה: "Plan how to add a user authentication system with email/password and social login."
סקירת התוכנית
Claude Code יציג תוכנית מובנית: אילו קבצים לשנות, באיזה סדר, אילו ספריות צריך, ומה הסיכונים. בדקו: חסר שלב? הנחה שגויה? מורכבות מיותרת?
דיוק
אם משהו לא נכון: "Adjust step 3 to use JWT instead of sessions" או "Add step 5 for rate limiting". תקנו את התוכנית עד שהיא מושלמת.
ביצוע
כשהתוכנית מאושרת: "Execute the plan" — Claude Code מבצע צעד אחרי צעד, עם ההקשר הנקי שנוצר אוטומטית.
נגיד שאתם רוצים להוסיף מערכת Newsletter לאתר. בלי Plan Mode, ככה זה עובד:
- אתם אומרים: "Add a newsletter system to the site"
- Claude Code מתחיל לבנות — בוחר ספריה שלא מתאימה ל-stack שלכם, משנה 8 קבצים, מתקין 3 חבילות
- אחרי 5 דקות אתם מגלים שהגישה לא נכונה. צריך להחזיר הכל ולהתחיל מחדש. בזבזתם טוקנים על הביצוע השגוי + טוקנים על ה-rollback + עוד טוקנים על הביצוע הנכון.
עם Plan Mode:
- אתם אומרים: "Plan how to add a newsletter system" (30 שניות)
- Claude Code מציע: MailChimp API integration, signup form component, double opt-in flow — כולל רשימת קבצים
- אתם מגלים מראש: "לא, אנחנו משתמשים ב-SendGrid, לא MailChimp"
- אתם אומרים: "Adjust the plan — use SendGrid instead of MailChimp" (10 שניות)
- תוכנית מעודכנת. "Execute the plan." — הביצוע נקי מההתחלה.
חיסכון: ~25-45% מהטוקנים, אפס rollbacks, תוצאה נכונה בפעם הראשונה.
השתמשו ב-Plan Mode לכל משימה שנוגעת ביותר מ-3 קבצים או דורשת יותר מ-5 צעדים. ההשקעה בתכנון מקדים תמיד משתלמת. חשבו על זה: 30 שניות של תכנון חוסכות 5 דקות של תיקונים.
Plan Mode ותקציב ההקשר
יתרון נוסף של Plan Mode שכדאי להכיר: כשאתם מאשרים תוכנית, Claude Code מבצע ניקוי אוטומטי של שיחת התכנון. במקום שכל הדיון על "אולי ככה? לא, יותר טוב ככה" יישאר בחלון ההקשר ויצרוך מקום — הוא נמחק, ו-Claude Code מתחיל את הביצוע עם הקשר נקי שכולל רק את התוכנית המאושרת. בפועל זה אומר:
- יותר מקום בחלון ההקשר לביצוע עצמו
- פחות סיכוי ש-Claude Code "ישכח" חלקים מהתוכנית באמצע הביצוע
- ביצוע מדויק יותר כי אין "רעש" משיחת התכנון
לכן, גם אם אתם יודעים בדיוק מה לעשות — אם המשימה ארוכה, שווה להשתמש ב-Plan Mode רק בשביל ניקוי ההקשר. כתבו את התוכנית, אשרו, והתחילו ביצוע נקי.
נסה Plan Mode על משימה אמיתית:
- חשוב על משימה שדחית כבר כמה ימים — כי היא מורכבת מדי
- הפעל Claude Code והכנס ל-Plan Mode: לחץ Shift+Tab פעמיים
- כתוב: "Plan how to [המשימה שלך]"
- קרא את התוכנית. בדוק: חסר משהו? יש שלב מיותר?
- דייק את התוכנית, ואז החלט: לבצע עכשיו או לשמור לאחר כך?
גם אם לא תבצע — עצם התוכנית כבר פירקה את המורכבות ועשתה את המשימה נגישה יותר.
רפינמנט איטרטיבי — לולאת השיפור
הפלט הראשון של Claude Code כמעט אף פעם לא מושלם — וזה בכוונה. הכלי מעוצב לעבודה איטרטיבית: שואלים, מקבלים תוצאה, משפרים, מקבלים תוצאה טובה יותר, ממשיכים עד שמרוצים. זה לא סימן לכשלון — זו הדרך הנכונה לעבוד.
לולאת הרפינמנט
הזרימה הבסיסית:
שאל → בדוק → דייק → בדוק → אשר
בפועל: אתם כותבים פרומפט, Claude Code מחזיר תוצאה, אתם קוראים אותה ואומרים מה לשנות. "תקצר", "תוסיף יותר דוגמאות", "הטון רשמי מדי — תרכך", "מצוין, אבל תשנה את הכותרת ל...". כל סבב מקדם את התוצאה צעד אחד קדימה.
Framework: כלל 80/20 לרפינמנט
איך יודעים אם לדייק או להתחיל מחדש? הנה כלל פשוט:
| איכות התוצאה | מה לעשות |
|---|---|
| 80% ומעלה נכון | דיוק. תגידו מה לשנות ב-20% הנותרים. "Good, but change X to Y" |
| 50%-80% נכון | דיוק ממוקד. ציינו 2-3 שינויים ספציפיים שיביאו את התוצאה ליעד. |
| פחות מ-50% נכון | התחלה מחדש. נסחו מחדש את הפרומפט המקורי — הוסיפו הקשר, דוגמאות, constraints. |
ביטויי רפינמנט שימושיים
הנה ביטויים שעובדים מצוין ב-Claude Code, בעברית ובאנגלית:
- טון: "Make it friendlier" / "הטון חזק מדי, תרכך"
- אורך: "Shorten to 100 words" / "תקצר את זה"
- פירוט: "Add more detail to section 2" / "תוסיף יותר דוגמאות"
- מבנה: "Split this into 3 sections" / "תפצל לפסקאות קצרות יותר"
- כיוון: "Good, but focus more on ROI" / "מצוין, אבל תשנה את הכותרת ל..."
- פורמט: "Convert to a table" / "תעשה את זה כטבלה"
Checkpoint — רשת ביטחון לרפינמנט
דבר שחשוב לדעת: Claude Code יוצר Checkpoint אוטומטי בכל פרומפט שאתם שולחים. זה אומר שאם סבב רפינמנט הלך לכיוון לא טוב — אפשר לחזור אחורה עם /rewind (או לחיצה כפולה על Escape) ולהתחיל את הסבב מנקודה קודמת. Checkpoint-ים נשמרים 30 יום, כך שאפשר לחזור גם לסשנים קודמים.
זו רשת ביטחון שמאפשרת רפינמנט אגרסיבי: אפשר להגיד "שנה את כל המבנה", ואם לא יצא טוב — פשוט /rewind וננסה גישה אחרת. בלי Checkpoint, הייתם צריכים לבקש "undo" ידני — וזה לא תמיד מושלם.
סדר הרפינמנט — שכבה אחרי שכבה
כשמשפרים תוכן, יש סדר אופטימלי לרפינמנט. חשבו על זה כמו לבנות בית: קודם השלד, אחר כך הקירות, ולבסוף הגימורים. אם תנסו לשנות את צבע הקירות כשהשלד לא יציב — תבזבזו זמן.
- מבנה: האם הסדר נכון? יש כל החלקים הדרושים? חסר משהו? "Split into 3 sections: problem, solution, CTA"
- תוכן: האם המידע נכון ומלא? "Add a specific ROI example in paragraph 2"
- טון: האם הקול מתאים לקהל? "Make it less corporate, more conversational"
- פרטים: אורך, פורמט, CTA, מונחים ספציפיים. "Shorten to 100 words and end with a question"
מה הטעות: כשהתוצאה צריכה שיפור בכמה ממדים (מבנה, טון, אורך, דוגמאות), לנסות לתקן הכל בפרומפט ענק אחד.
למה זה מפתה: כי "רק עוד פרומפט אחד ומסיימים" מרגיש יעיל, ולמה לעשות 4 סבבים אם אפשר אחד?
מה לעשות במקום: עבדו שכבה אחרי שכבה: קודם מבנה, אחר כך טון, ואז פרטים. כל שכבה היא פרומפט נפרד וממוקד. התוצאה הסופית תהיה טובה יותר וה-debug קל יותר.
תרגל לולאת רפינמנט:
- בקש מ-Claude Code:
"Write a 100-word company bio for a digital marketing agency in Tel Aviv" - קרא את התוצאה. מה לא מושלם?
- דייק:
"Make the tone more energetic and less corporate" - קרא שוב. עוד משהו?
"Add a specific metric — something like '150+ clients served'" - שלב אחרון:
"Perfect. Now translate this to Hebrew, keep the same energy"
שימו לב: לא חזרתם על ההקשר בשום שלב. Claude Code זוכר הכל.
פרומפטים בעברית — כן, זה עובד
נפתור את זה פעם אחת ולתמיד: Claude Code מבין עברית באופן מלא. אין שכבת תרגום, אין פיגור, אין אובדן איכות. אפשר לכתוב פרומפטים בעברית, לקבל תוצאות בעברית, ולדבר עם Claude Code בעברית מתחילת הסשן ועד סופו. זה פשוט עובד.
מתי עברית ומתי אנגלית?
| השתמש בעברית | השתמש באנגלית |
|---|---|
| הקשר עסקי ישראלי | מונחים טכניים (API, JWT, CSS) |
| יצירת תוכן בעברית | שמות קבצים ונתיבים |
| הסברים ו-brainstorming | פקודות ושמות כלים |
| תיאורי מוצרים, מודעות, פוסטים | שמות משתנים בקוד |
| ניתוח נתונים עסקיים | Git commit messages (לפי קונבנציה) |
פרומפטינג דו-לשוני — הגישה המנצחת
בפועל, הגישה האפקטיבית ביותר היא שילוב. כתבו את ההוראה בשפה שנוחה לכם, ושלבו מונחים טכניים באנגלית. ככה:
"צור blog post על מגמות שיווק דיגיטלי ב-2026. כתוב את התוכן בעברית, השתמש ב-English למונחי SEO טכניים. טון מקצועי, 500 מילים."
"נתח את הנתונים בקובץ campaign_results.csv וצור דוח מסכם בעברית. התמקד ב-ROI, CPA, ו-conversion rate."
"תרגם את תוכן הדף הזה לעברית. שמור על מונחים טכניים באנגלית. אם יש ביטויים שלא מתורגמים טוב — השאר אותם באנגלית עם הסבר בסוגריים."
דוגמאות פרומפטים בעברית למשימות נפוצות
- פוסט לינקדאין: "כתוב פוסט לינקדאין על מגמות שיווק דיגיטלי ב-2026, טון מקצועי, 200 מילים"
- ניתוח נתונים: "נתח את הנתונים בקובץ CSV וצור דוח מסכם בעברית"
- תרגום: "תרגם את תוכן הדף הזה לעברית, שמור על מונחים טכניים באנגלית"
- קופי למודעות: "כתוב 5 כותרות למודעות Google Ads למוצר [X], קהל יעד: בעלי עסקים קטנים בישראל"
- מייל: "כתוב מייל מקצועי ללקוח שמודיע על העלאת מחירים, טון אמפתי אבל עניני"
תרחיש מלא: יצירת קמפיין בעברית עם Claude Code
בואו נראה תרחיש אמיתי שמדגים את כל מה שלמדנו עד עכשיו — ארכיטיפים, ספציפיות, רב-שלביות, ודוגמאות — הכל בעברית:
פרומפט ראשון — Plan-First בעברית
תכנן קמפיין תוכן לעסק של ייעוץ שיווק דיגיטלי בתל אביב. קהל יעד: בעלי עסקים קטנים. תקציב תוכן: 3 פוסטים בשבוע. ערוצים: LinkedIn + Instagram. תכנן בלי לבצע.
פרומפט שני — Iterative + Template
מצוין. עכשיו כתוב את הפוסט הראשון לפי התוכנית. ככה הטון שאני רוצה: "2026 ולמי שעוד לא שם לב — AI לא הולך לקחת לכם את העבודה. AI הולך לקחת את העבודה ממי שלא משתמש בו." בסגנון הזה. 200 מילים.
פרומפט שלישי — Refinement בעברית
טוב, אבל הטון עדיין רשמי מדי. תרכך. תוסיף emoji אחד בתחילה. ותחליף את המשפט האחרון ל-CTA יותר ישיר.
שלושה פרומפטים קצרים בעברית — כל אחד עם ארכיטיפ מתאים, ספציפי, ועם דוגמאות. שימו לב שלא חזרנו על ההקשר בשום שלב: Claude Code כבר יודע שזה עסק ייעוץ מתל אביב, שהקהל הוא בעלי עסקים קטנים, ומה הטון הרצוי.
הגדרת שפה ב-CLAUDE.md ובהגדרות
מעבר להגדרות ב-CLAUDE.md, Claude Code תומך גם בהגדרת שפת פלט ברמת ההגדרות (Settings). מגרסה 2.1.0 (ינואר 2026) אפשר להגדיר ש-Claude Code ישיב בעברית כברירת מחדל — דרך הגדרת Multilingual Output בקובץ ההגדרות. זה שימושי במיוחד אם אתם רוצים שגם ההסברים הטכניים יהיו בעברית, לא רק התוכן שאתם יוצרים.
שתי רמות של הגדרת שפה:
- ב-CLAUDE.md (מומלץ): הוסיפו שורה כמו
שפת תוכן: עברית. מונחים טכניים באנגלית.— זה מגדיר את ברירת המחדל לפרויקט ספציפי. גמיש — אפשר לדרוס בפרומפט מסוים. - בהגדרות מערכת (Settings): הגדרת Multilingual Output ברמת המערכת — משפיעה על כל הסשנים. מתאים אם אתם רוצים שכל אינטראקציה תהיה בעברית, כולל הסברים, שאלות הבהרה, ותיאורי שינויים.
ההמלצה: התחילו עם הגדרה ב-CLAUDE.md כי היא גמישה ומאפשרת שליטה ברמת הפרויקט. אם כל העבודה שלכם בעברית — שקלו להוסיף גם הגדרה ברמת המערכת.
RTL ותצוגה בטרמינל
Claude Code מייצר טקסט עברי תקין, אבל הטרמינל שלכם עלול להציג RTL (right-to-left) בצורה לא אידיאלית — במיוחד כששפות מתערבבות. הפתרון הפשוט: כשהתוצאה מיועדת לשימוש (לא רק לקריאה), בקשו מ-Claude Code לכתוב אותה לקובץ. קובצי HTML עם dir="rtl" יוצגו מושלם. לכתיבה בטרמינל, iTerm2 ו-WezTerm מציעים את התמיכה הטובה ביותר ב-RTL.
אם אתם עובדים בעברית באופן קבוע, הוסיפו את השורה הזו ל-CLAUDE.md שבנינו בפרק 3:
כל התוכן בעברית. מונחים טכניים באנגלית. טון מקצועי.
ככה Claude Code ידע מראש את ברירת המחדל, ולא תצטרכו לציין את זה בכל פרומפט.
כתוב 3 פרומפטים בעברית:
- חשוב על 3 משימות שאתה עושה בעבודה כל שבוע
- כתוב לכל אחת פרומפט בעברית (עם מונחים טכניים באנגלית)
- נסה לפחות אחד ב-Claude Code
- השווה את התוצאה לפרומפט אנגלי מקביל — שימו לב שהאיכות זהה
Anti-Patterns — מה לא לעשות
אחרי שלמדנו מה כן עובד, בואו נדבר על מה לא עובד. שבעה Anti-Patterns — שיטות שנראות הגיוניות אבל בפועל מזיקות. אם תמנעו מהם, תהיו טובים מ-80% ממשתמשי Claude Code.
1. The Novel — הרומן
פרומפט של 500 מילים כשמספיק 2 משפטים. Claude Code יכול להתבלבל מעודף טקסט. יותר לא תמיד יותר טוב.
הפתרון: קצרו. אם הפרומפט שלכם ארוך מ-3-4 שורות, תשאלו את עצמכם: מה כאן באמת הכרחי?
2. The Vague Wish — המשאלה העמומה
"Make it better" — יותר טוב איך? מהר יותר? נקי יותר? קצר יותר? יותר persuasive? Claude Code ינחש — ולא בהכרח נכון.
הפתרון: היו ספציפיים. "Make it better" הופך ל-"Shorten to 80 words and add a stronger CTA".
3. The Contradiction — הסתירה
"Make it minimal but include all features" — Claude Code ינסה לספק את שתי הדרישות ולא יצליח באף אחת. לא בגלל שהוא חלש — בגלל שהדרישות סותרות.
הפתרון: קבעו עדיפות. "Make it minimal. Focus on the 3 most important features. List the rest in a collapsible section."
4. The Kitchen Sink — כיור המטבח
"Redesign the nav, fix the mobile layout, add analytics, change the font, and write new copy" — 5 משימות שונות בפרומפט אחד. Claude Code עלול לדלג על חלק, לערבב ביניהן, או לעשות את כולן ברמה בינונית.
הפתרון: פרקו ל-5 פרומפטים נפרדים. או לפחות רשימה ממוספרת.
5. The Parrot — התוכי
שולחים את אותו הפרומפט שוב ושוב כשהתוצאה לא נכונה. אם זה לא עבד בפעם הראשונה — שליחה חוזרת של אותו טקסט בדיוק לא תשנה את התוצאה.
הפתרון: שנו את הפרומפט. הוסיפו הקשר, דוגמאות, constraints. אם לא עובד — התחילו מכיוון אחר.
6. The Micromanager — המיקרו-מנג'ר
"בשורה 47, שנה X ל-Y. בשורה 48, שנה A ל-B. בשורה 49, שנה C ל-D..." — אם אתם כבר יודעים בדיוק מה לשנות בכל שורה, פשוט עשו את זה בעצמכם בעורך טקסט. Claude Code מצטיין כשנותנים לו את ה-WHAT וה-WHY, ונותנים לו לבחור את ה-HOW.
הפתרון: תארו את הכוונה: "Rename all instances of 'oldVariable' to 'newVariable' in this file".
7. The Orphan Prompt — הפרומפט היתום
לבקש מ-Claude Code לעשות משהו בלי לתת לו גישה לקבצים הרלוונטיים. "Fix the styling" — בלי לוודא שהוא קרא את קבצי ה-CSS. "Analyze the data" — בלי לציין את הנתיב לקובץ.
הפתרון: ציינו קבצים: "Read styles.css and fix the broken responsive layout on mobile".
איך לתקן פרומפט שלא עבד
נגיד שכתבתם פרומפט וקיבלתם תוצאה לא טובה. לפני שאתם מתוסכלים — הנה צ'קליסט מהיר לאבחון:
- בדקו 4W: האם כללתם What, Where, Why, Want? חסר אחד מהם? הוסיפו אותו.
- בדקו Anti-Patterns: האם הפרומפט סותר? עמום? ארוך מדי? ללא קבצים?
- בדקו את ההקשר: האם Claude Code "שוכח"? אולי ההקשר מלא. נסו
/contextלבדוק. - הוסיפו דוגמה: אם הטון או הפורמט לא מתאימים — דוגמה אחת תפתור את זה.
- נסו Plan Mode: אם הביצוע הישיר לא עובד — תכננו קודם. לפעמים הבעיה היא שהמשימה מורכבת מדי לפרומפט אחד.
| Anti-Pattern | גרסה משופרת |
|---|---|
| "Fix the bug" (Vague Wish) | "In checkout.py, the discount code applies twice. Fix the apply_discount function." |
| "Make the site look good" (Vague Wish) | "Increase font size to 18px, add 40px padding to sections, and use the color palette from brand-guide.md" |
| שליחה חוזרת של אותו פרומפט (Parrot) | "The previous result missed X. Here's what I want instead: [דוגמה]. Try again with these constraints." |
זהה Anti-Patterns בפרומפטים שלך:
- חזור על 5 הפרומפטים האחרונים שכתבת ל-Claude Code (או לכל AI אחר)
- לכל אחד, בדוק: האם נפלת ל-Anti-Pattern מהרשימה?
- אם כן — שכתב את הפרומפט בגרסה משופרת
- שמור את שני הגרסאות (לפני ואחרי) — זה חומר מצוין לשיפור עצמי
מהמקרים שבהם התוצאה לא מדויקת, הבעיה היא בפרומפט — לא ב-Claude Code. שפרו את הפרומפט לפני שתאשימו את הכלי.
תבניות פרומפט — העתק והתאם
אחרי שלמדנו את העקרונות, הגיע הזמן לכלים מעשיים. הנה ארבע תבניות פרומפט שאפשר להעתיק, למלא, ולהשתמש מיידית. כל תבנית מכסה תרחיש שונה.
תבנית 1: יצירת תוכן (Content Creation)
Write a [type] about [topic]. Audience: [who] Tone: [adjective] Length: [words] Language: [Hebrew/English/bilingual] Include: [requirements] Avoid: [restrictions]
דוגמה ממולאת:
Write a product description about our project management SaaS. Audience: Small business owners in Israel (5-20 employees) Tone: Professional but approachable Length: 200 words Language: Hebrew, technical terms in English Include: pricing (starts at 149 ILS/month), key features (task boards, time tracking, client portal) Avoid: Jargon, comparisons to competitors, overpromising
תבנית 2: ניתוח נתונים (Data Analysis)
Read [file path] and analyze [what]. Focus on: [specific metrics/patterns] Output format: [table/summary/report] Save to: [output path]
דוגמה ממולאת:
Read data/campaigns_q1_2026.csv and analyze performance by channel. Focus on: ROI, CPA, conversion rate, and spend vs. budget Output format: Summary table + top 3 insights in Hebrew Save to: reports/q1-analysis.md
תבנית 3: שינויי קוד (Code Changes)
In [file], [action] the [component/function]. Current behavior: [what happens now] Desired behavior: [what should happen] Constraints: [requirements/limits]
דוגמה ממולאת:
In pages/pricing.html, update the pricing cards. Current behavior: Shows prices in USD with annual billing only Desired behavior: Show prices in ILS, offer both monthly and annual toggle Constraints: Keep the existing card layout, don't change the CSS grid
תבנית 4: מחקר (Research)
Research [topic] using web search. Focus on: [specific aspects] Deliverable: [summary/comparison/recommendations] Depth: [overview/detailed/comprehensive]
דוגמה ממולאת:
Research the top 5 email marketing platforms for Israeli SMBs. Focus on: Hebrew support, pricing in ILS, automation capabilities, integration with WooCommerce Deliverable: Comparison table + recommendation with reasoning Depth: Detailed — include pricing tiers and key limitations
מתי להשתמש בכל תבנית — תרחישים מהעולם האמיתי
בואו נראה את התבניות בהקשר של שבוע עבודה טיפוסי של משווק דיגיטלי בישראל:
- יום ראשון: התקבלו נתוני קמפיין מ-Google Ads ← תבנית ניתוח נתונים — "Read data/google_ads_march.csv and analyze performance by campaign..."
- יום שני: צריך לכתוב פוסטים לשבוע ← תבנית יצירת תוכן — "Write a LinkedIn post about [מגמה], audience: [קהל]..."
- יום שלישי: באג ב-UTM tracking באתר ← תבנית שינויי קוד — "In tracking.js, fix the UTM encoding for Hebrew URLs..."
- יום רביעי: צריך לבחור כלי Email Marketing חדש ← תבנית מחקר — "Research top 5 email marketing platforms for Israeli SMBs..."
- יום חמישי: הכנת דוח שבועי למנהל ← שילוב תבניות — ניתוח נתונים + יצירת תוכן (הדוח עצמו)
שימו לב: כל תבנית פותרת בעיה שונה. אם תכירו את ארבעתן — תכסו כמעט כל סיטואציה שתיתקלו בה.
מה נעשה: ניצור קובץ עם 10 תבניות פרומפט מותאמות למשימות היומיומיות שלך. זה יהיה ה-Cheat Sheet הפרומפטינג האישי שלך.
- רשום 10 משימות: כתוב רשימה של 10 משימות שאתה עושה הכי הרבה בעבודה. לדוגמה: כתיבת מיילים, ניתוח נתונים, עדכון תוכן, יצירת מודעות, תיקון באגים, כתיבת דוחות.
- בחר ארכיטיפ: לכל משימה, בחר את הארכיטיפ המתאים מבין ה-7 שלמדנו.
- כתוב תבנית: לכל משימה, כתוב תבנית עם placeholder-ים [בסוגריים מרובעים] — בדיוק כמו התבניות למעלה.
-
שמור לקובץ: בקש מ-Claude Code:
"Save these 10 prompt templates to a file called my-prompts.md in the project root" - נסה 3 מהם: בחר 3 תבניות, מלא אותן עם ערכים אמיתיים, ונסה אותן ב-Claude Code.
זמן משוער: 15-20 דקות
מה יש לך בסוף: קובץ my-prompts.md עם 10 תבניות מוכנות שתוכל להשתמש בהן כל יום.
מה נעשה: ניקח 5 פרומפטים עמומים ונהפוך אותם לספציפיים עם שיטת 4W.
-
התחל עם העמומים: הנה 5 פרומפטים שלא יעבדו טוב:
- "Fix the website"
- "Write some content"
- "Make it responsive"
- "Analyze the data"
- "Improve performance"
- הפוך כל אחד: לכל פרומפט, ענה על 4W (What, Where, Why, Want) ושכתב אותו.
- נסה את שניהם: שלח ל-Claude Code את הגרסה העמומה ואת הגרסה הספציפית לאותה משימה.
- השווה: באיזו גרסה התוצאה מדויקת יותר?
זמן משוער: 10-15 דקות
מה תלמד: את ההבדל המעשי בין עמום לספציפי — ולמה 30 שניות נוספות על הפרומפט חוסכות 5 דקות של תיקונים.
מה נעשה: ניקח משימה אמיתית מורכבת ונעבור את כל הזרימה: Plan → Review → Adjust → Execute.
- בחר משימה: חשוב על משימה שדורשת לפחות 5 צעדים. לדוגמה: "ליצור דף נחיתה מלא לקמפיין חדש" או "להוסיף מערכת Newsletter לאתר".
- Plan: הכנס ל-Plan Mode (Shift+Tab פעמיים) וכתוב: "Plan how to [המשימה שלך]"
- Review: קרא את התוכנית. בדוק: חסר שלב? הנחה שגויה? סדר לא נכון?
- Adjust: דייק לפחות דבר אחד: "Adjust step 2 to..." או "Add a step before step 4 for..."
- Execute: כתוב "Execute the plan" ו-Claude Code יבצע שלב-שלב.
- Review Results: בדוק את התוצאה הסופית. מה היה טוב? מה היה אפשר לשפר בתוכנית?
זמן משוער: 20-30 דקות
מה תלמד: את הזרימה המלאה של Plan Mode ואיך תכנון מקדים חוסך זמן ושגיאות.
מודעות לחלון ההקשר — Context Window
כל פרומפט ששולחים, כל קובץ ש-Claude Code קורא, כל תוצאה של כלי — הכל צורך מקום בחלון ההקשר (Context Window). חלון ההקשר הוא כמו לוח מחיקה: יש לו גודל קבוע, ומידע ישן נמחק כשהוא מתמלא.
המספרים שצריך לדעת
| תוכנית | חלון הקשר | כמה זה בפועל |
|---|---|---|
| Pro / Free | 200K טוקנים | ~150,000 מילים — כמו ספר של 400 עמודים |
| Max / Team / Enterprise | 1M טוקנים (עם Opus 4.6) | ~750,000 מילים — כמו אנציקלופדיה |
זה נשמע כמו הרבה, אבל בפועל ההקשר נגמר מהר יותר ממה שחושבים. קובץ גדול יכול לצרוך אלפי טוקנים. שיחה ארוכה צוברת הקשר. תוצאות של פקודות Bash מצטברות. וכש-Claude Code מגיע ל-80% קיבולת, הוא מפעיל Auto-Compaction אוטומטית — דוחס את השיחה תוך שמירה על המידע החשוב.
Framework: תקציב ההקשר
חשבו על כל הודעה שאתם שולחים כעל הוצאה מתקציב מוגבל. פרומפטים קצרים = יותר מקום ל-Claude Code לעבוד. פרומפטים ארוכים = פחות מקום. קריאת קבצים שלמים כשצריך רק 5 שורות = בזבוז תקציב. בקשת sections ספציפיים = חסכון.
כלים לניטור ובקרה
/context: מראה את השימוש הנוכחי בחלון ההקשר — כמה נצרך, כמה נשאר.- Statusline: שורת הסטטוס בתחתית המסך מציגה אינדיקטור שימוש רצוף.
/compact: דוחס את השיחה ידנית. אפשר להוסיף הוראה:/compact preserve the file paths and error messages— וה-compaction ישמור על מה שביקשתם.- Effort Levels: פקודת
/effortקובעת כמה עמוק Claude Code חושב. שלוש רמות: נמוך (עיגול ריק), בינוני (חצי עיגול), גבוה (עיגול מלא). ברירת המחדל ב-Opus 4.6 היא בינונית. למשימות פשוטות, effort נמוך חוסך טוקנים. למשימות מורכבות, effort גבוה (או "ultrathink") מפעיל חשיבה עמוקה יותר.
- השתמשו ב-
/compactבאופן יזום: אל תחכו ל-auto-compaction. כל 15-20 הודעות, הריצו/compactידנית. - קראו חלקי קבצים: במקום "read the entire codebase", כתבו "read lines 1-50 of config.py". Claude Code יודע לקרוא sections ספציפיים.
- שמרו על פרומפטים קצרים: כל מילה מיותרת בפרומפט צורכת מקום. 4W ב-2 שורות עדיף על הסבר של 20 שורות.
מה קורה כשההקשר נגמר
כשחלון ההקשר מתמלא, Claude Code מתחיל "לשכוח" את ההודעות הראשונות בשיחה. זה מתבטא בבעיות כמו: Claude Code שוכח הוראות שנתתם בתחילת הסשן, חוזר על שגיאות שכבר תיקנתם, או "מאבד" את ההקשר של משימה ארוכה. ה-CLAUDE.md שלכם (מפרק 3) לא מושפע — הוא נטען מחדש תמיד. אבל תוכן השיחה עצמה כן מושפע.
לכן חשוב לנהל את ההקשר באופן אקטיבי. אל תחכו עד שהמערכת מפעילה Auto-Compaction ב-80% — היו יזומים. פתחו סשן חדש למשימות חדשות. השתמשו ב-/compact כל 15-20 הודעות. ואם אתם מרגישים ש-Claude Code "שוכח" — זה סימן שהגיע הזמן לדחוס או להתחיל מחדש.
Compact חכם — להגיד ל-Claude Code מה לשמור
רוב האנשים משתמשים ב-/compact בצורה גנרית — פשוט מריצים את הפקודה ומקווים לטוב. אבל יש דרך חכמה יותר: תגידו ל-compact מה לשמור. הפקודה מקבלת הוראה מותאמת:
/compact preserve the pricing analysis results, the file paths we discussed, and the brand voice guidelines
ככה ה-compaction שומר על מה שחשוב לכם ומשחרר את מה שלא. זה הבדל משמעותי: compact גנרי שומר על מה ש-Claude Code חושב שחשוב. compact עם הוראה שומר על מה שאתם יודעים שחשוב.
מה הטעות: להמשיך לעבוד כשClaude Code מראה סימנים ברורים שחלון ההקשר מלא.
למה זה מפתה: כי "עוד רגע מסיימים" ופתיחת סשן חדש מרגישה כמו הפסד של כל מה שבנינו.
מה לעשות במקום: שלושה סימנים שדורשים פעולה מיידית: (1) Claude Code שואל שאלות שכבר ענתם. (2) הוא מציע פתרונות שכבר נכשלו. (3) הוא "שוכח" שמות קבצים שציינתם קודם. הריצו /compact מיד (עם הוראה ספציפית מה לשמור), או פתחו סשן חדש. ה-CLAUDE.md שבניתם בפרק 3 לא מושפע — הוא תמיד נטען מחדש.
בדוק את ההקשר שלך:
- אם יש לך סשן פתוח ב-Claude Code, הקלד
/context - בדוק: כמה אחוזים נצרכו? כמה נשאר?
- אם אתה מעל 50%, נסה
/compactובדוק שוב - נסה
/compact preserve the current task and file paths— ובדוק שהמידע החשוב נשמר
| אם המשימה היא... | השתמש בארכיטיפ... | דוגמה |
|---|---|---|
| פעולה אחת פשוטה שאני יודע בדיוק מה צריך | Direct Command | "Add alt text to all images in index.html" |
| יש באג ואני יודע איפה | Contextualized Fix | "The form submits on Enter key — disable this in ContactForm.tsx" |
| אני צריך להבין קוד/נתונים קיימים | Exploration | "Explain what each middleware function does in app.js" |
| משימה מורכבת שנוגעת בהרבה קבצים | Plan-First | "Plan how to add user roles and permissions" |
| יש תוכנית מאושרת ואני מבצע שלב-שלב | Iterative | "Implement step 3 from our plan" |
| יצירת תוכן מובנה עם פורמט אחיד | Template | "Create 5 ad headlines like: [דוגמה]" |
| בדיקה/סקירה ללא שינויים | Review | "Review this file for accessibility issues" |
| מצב | החלטה |
|---|---|
| משימה שנוגעת ב-1-2 קבצים, עד 3 צעדים | בצע ישר — Direct Command |
| משימה שנוגעת ב-3+ קבצים, או 4-10 צעדים | תכנן — Plan Mode + רשימה ממוספרת |
| משימה עם 10+ צעדים או ארכיטקטורה חדשה | תכנן ופרק — Plan → Review → Adjust → Execute שלב-שלב |
| לא בטוח מה הגישה הנכונה | תכנן — גם אם המשימה קטנה. Plan Mode עוזר להבהיר חשיבה |
| הביצוע הראשון כשל | תכנן מחדש — אל תשלח שוב. Plan → הבן מה הלך לא נכון → נסה שוב |
| סוג המשימה | Effort Level | דוגמה |
|---|---|---|
| עריכה פשוטה, שאלה קצרה, שינוי טקסט | Low (עיגול ריק) | "Change the title to 'Welcome'" |
| רוב המשימות — ברירת מחדל | Medium (חצי עיגול) | "Add form validation to the registration page" |
| ארכיטקטורה, באגים מורכבים, חשיבה עמוקה | High (עיגול מלא) | "Design the data model for a multi-tenant SaaS" |
שנו עם: /effort low, /effort medium, או /effort high. למשימות שדורשות חשיבה מקסימלית, כתבו "ultrathink" בפרומפט.
בנוסף לשגרת תחזוקת CLAUDE.md מפרק 3, הוסיפו את הרגלי הפרומפטינג הבאים:
| תדירות | משימה | הסבר |
|---|---|---|
| כל פרומפט | בדוק 4W לפני שליחה | שנייה אחת של חשיבה: האם יש What, Where, Why, Want? |
| כל סשן | בחר Effort Level | התחל סשן עם /effort מתאים. רוב הזמן: medium. |
| כל 15-20 הודעות | הרץ /compact |
אל תחכה ל-auto-compaction. נהל את ההקשר באופן אקטיבי. |
| שבועי | עדכן את גיליון הפרומפטים | הוסף תבניות חדשות, שפר קיימות, מחק כאלה שלא עבדו. |
| שבועי | בדוק Anti-Patterns | חזור על הרשימה של 7 ה-Anti-Patterns. האם נפלת לאחד מהם השבוע? |
| חודשי | עדכן CLAUDE.md | הוסף כללי פרומפטינג שלמדת. "Default tone: professional", "Always output in Hebrew". |
לפני כל פרומפט, תשאלו את עצמכם: "האם הפרומפט הזה עונה על What, Where, Why, Want?" אם כן — שלחו. אם לא — הוסיפו את מה שחסר. ספציפיות היא ההבדל בין מי שמקבל תוצאות מצוינות בפרומפט הראשון לבין מי שצריך 5 סבבי תיקונים. 4W. תמיד.
בדוק את עצמך
ענה על 5 השאלות הבאות. 4 מתוך 5 = עברת.
- למה פרומפטים ב-Claude Code צריכים להיות קצרים יותר מאשר בצ'אט רגיל? (רמז: Stateful conversation)
- איך שיטת 4W הופכת פרומפט עמום לספציפי? תן דוגמה. (רמז: What, Where, Why, Want)
- מתי תבחר Plan Mode במקום Direct Command, ולמה? (רמז: כלל ה-3 קבצים / 5 צעדים)
- איך מטפלים בתוצאה שהיא 80% נכונה? (רמז: רפינמנט, לא reset)
- למה שליחה חוזרת של אותו פרומפט (The Parrot) לא עובדת? (רמז: מה צריך לשנות)
תשובות מצופות (בקצרה):
- כי Claude Code הוא Stateful — ההקשר מצטבר מ-CLAUDE.md, מקבצים שנקראו, ומהיסטוריית השיחה. אין צורך לחזור על הכל.
- What (מה המשימה), Where (באיזה קובץ), Why (מה ההקשר), Want (מה התוצאה). דוגמה: במקום "fix the bug" => "Fix the null pointer in auth.py line 45 because login fails for new users — expected: redirect to dashboard."
- כשהמשימה נוגעת ביותר מ-3 קבצים או דורשת יותר מ-5 צעדים. Plan Mode חוסך טוקנים כי הוא מנקה את ההקשר אחרי אישור.
- רפינמנט ממוקד — אומרים מה לשנות ב-20% שלא נכון, שכבה אחרי שכבה (מבנה, טון, פרטים).
- כי המודל כבר ראה את הפרומפט וייצר את אותה תוצאה. צריך לשנות את הפרומפט — להוסיף הקשר, דוגמאות, או constraints.
צ'קליסט סיום פרק
לפני שממשיכים לפרק 5, ודאו שביצעתם את כל הפריטים ברשימה:
- מבין/ה את ההבדל בין פרומפטינג בצ'אט רגיל לבין Claude Code (Stateful vs Stateless)
- מכיר/ה את 7 הארכיטיפים ויודע/ת לזהות איזה מתאים לכל משימה
- שולט/ת בשיטת 4W (What, Where, Why, Want) לפרומפטים ספציפיים
- יודע/ת לפרק משימה מורכבת להוראות רב-שלביות ממוספרות (כלל 3 הצעדים)
- מבין/ה מתי ואיך להשתמש בדוגמאות בפרומפטים
- יודע/ת להפעיל Plan Mode ולעבור את הזרימה: Plan → Review → Adjust → Execute
- שולט/ת ברפינמנט איטרטיבי ובכלל 80/20
- ניסיתי לפחות 3 פרומפטים בעברית והשוויתי לתוצאות באנגלית
- מכיר/ה את 7 ה-Anti-Patterns ויודע/ת להימנע מהם
- יצרתי את גיליון הפרומפטים האישי (my-prompts.md) עם לפחות 5 תבניות
- יודע/ת להשתמש ב-
/context,/compact, ו-/effortלניהול הקשר - מרגיש/ה ביטחון בכתיבת פרומפטים חדים — בעברית ובאנגלית
התובנה המרכזית של הפרק הזה היא שספציפיות גוברת על כל טכניקה אחרת. שיטת 4W (What, Where, Why, Want) היא הכלי שהופך פרומפט עמום למדויק, ושבעת הארכיטיפים נותנים לכם מפה ברורה לאיזה סוג פרומפט מתאים לכל משימה. למדתם ש-Plan Mode חוסך זמן וטוקנים במשימות מורכבות, שרפינמנט ממוקד עדיף על התחלה מחדש, ושעברית עובדת מצוין ב-Claude Code — בלי ויתורים.
בפרק הבא נעבור לניווט וחיפוש (Navigation and Search) — נלמד על הכלים Read, Glob, Grep ואיך לשלב אותם עם הפרומפטים שלמדנו כאן כדי לעבוד ביעילות על פרויקטים מכל גודל.