Claude Code ב-2026: 11 טיפים, קיצורי מקלדת ופקודות

להנחיות נוספות לעבודה עם Ailoot, ראו את התיעוד.

אילו 11 טכניקות מתוארות במדריך ל-Claude Code?#

עם vibe coding, השאלה כבר אינה “האם Claude Code עובד?” - השאלה היא “איך עובדים איתו כך שלא יגמור את המכסות או יפיק הזיות?” 9 המדריכים הקודמים שלי עוסקים במושגים: CLAUDE.md, Plan Mode, הנדסת הקשר, Skills, Subagents, MCP, /rewind, מכסות, מוח שני. המדריך הזה הוא אוסף טקטיקות שמשלימות אותם.

כל טיפ פותר כאב ראש אחד. אפשר לקרוא לפי הסדר או לקפוץ לנושאים הדחופים ביותר: לקיצורי מקלדת, עברו ישר לטיפ 1; לחיסכון בטוקנים, טיפים 4 ו-5; לעבודה מקבילית, טיפ 6; לטכניקות של המחבר, טיפים 8-11.

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

איך מחליפים מצבים ב-Claude Code: קיצור המקלדת Shift+Tab#

הטעות הנפוצה ביותר של מתחילים היא להישאר ב-default כל היום ולאשר כל שינוי ידנית. אחרי שעה זה מתיש, ומתפתים להפעיל --dangerously-skip-permissions (עוד על כך בסוף הטיפ). Shift+Tab הוא דרך האמצע: אתם בוחרים מתי צריך acceptEdits ומתי צריך plan.

זה הכלל המדויק שאני פועל לפיו בעת החלפת מצב:

1. תחילת משימה מורכבת - השתמשו ב-Shift+Tab עד שחיווי המצב מציג plan. Claude חושב על המשימה ומנסח תוכנית; הוא לא כותב קוד עד שאני מאשר.
2. התוכנית אושרה, עוברים למימוש - עברו בין המצבים עד שחיווי המצב מציג acceptEdits. Claude עורך קבצים בלי לבקש אישור, אבל עדיין מבקש אישור לפקודות Bash.
3. עריכות שגרתיות (שינוי שם, ארגון מחדש פשוט) - עוברים ישירות ל-acceptEdits, בלי תוכנית.
4. אזור מסוכן (מיגרציות של מסד נתונים, מחיקת קבצים) - אני חוזר ל-default באמצעות Shift+Tab.

# Common permission modes (check the active label, not a fixed press count):
# default        - standard permission prompts
# acceptEdits    - file edits are accepted; other tool permissions still apply
# plan           - investigate and plan before implementation
# Additional modes depend on your version, settings, and organization policy.

אם Shift+Tab לא עובד בגרסה שלכם של Claude Code (claude --version), בדקו שמותקנת אצלכם הגרסה העדכנית ביותר. הפקודה /doctor תציג את כל הפרטים על ההתקנה.

איך לבטל את הפעולה האחרונה בלי לאבד את ההקשר: Esc Esc#

Esc ו-Esc Esc עושים דברים שונים, ולכן אנשים מתבלבלים ביניהם:

• Esc אחד - קוטע את Claude בזמן אמת, כשהוא באמצע פעולה. כל מה שהוא הספיק לעשות נשאר. זה שימושי כשהוא סטה מהכיוון ואתם רוצים להפנות אותו מחדש.
• Esc Esc - אם שדה הקלט ריק, נפתח תפריט נקודות השחזור (שחזור קוד, שחזור שיחה, או שניהם, או סיכום). אם יש בשדה טקסט, הוא נמחק מהשדה ונשמר בהיסטוריה (החץ למעלה מחזיר אותו).

# From the Esc Esc menu with an empty field:
# 1. Restore code only            - restore the files, leave the conversation
# 2. Restore conversation only    - restore the conversation, leave the files
# 3. Restore code and conversation - restore both (the most common choice)
# 4. Summarize from here          - summarize the conversation from this point
# 5. Summarize up to here         - summarize up to this point

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

Esc Esc היא אחת הטכניקות הראשונות למתחילים. כשהם מפסיקים לפחד ש“יקלקלו את זה ולא יצליחו לבטל”, הם מתחילים להתנסות באומץ רב יותר והתוצאות משתפרות פי כמה.

מתי להשתמש ב-/compact במקום ב-/clear?#

כך /compact עובד מבפנים: Claude לוקח את כל היסטוריית ההודעות, מעבד אותה ומחזיר סיכום קצר עם הפרטים החשובים ביותר. טריק שימושי הוא לתת לו רמז: /compact keep the coding principles and current plan, discard the CSS discussion. כך הדחיסה תהיה ממוקדת.

# When to use what:
/clear                              # finished a feature, moving to a new one
/compact                            # long session, context is >50% full
/compact keep the architecture and plan  # targeted compression with a focus

הסימן שהגיע הזמן ל-/compact: הפקודה /cost או שורת המצב מציגה שנעשה שימוש ביותר מ-70% מחלון ההקשר, וההפעלה נמצאת רק במחציתה. אם תתעלמו מכך, Claude יתחיל “לשכוח” את תחילת השיחה, ותבזבזו זמן על הסברים חוזרים.

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

איך לעקוב בזמן אמת אחר טוקנים: הפקודה /cost#

החשש “לגמור הכול ביום אחד” הוא אחד החששות המרכזיים בקרב מתכנתים שעובדים בגישת vibe. הדרך העיקרית להתמודד עם החשש הזה היא להפוך את ההוצאות לגלויות.

/cost          # shows current session spending (tokens + $)
/statusline    # configures the status bar: model + directory + context % + cost

כלל פשוט: בדקו את /cost מדי 30-60 דקות. אם הוצאתם פחות מכמה דולרים בשעה, זה בסדר. אם יותר, משהו לא תקין: אולי שכחתם להשתמש ב-/compact וההקשר גדל, אולי בחרתם במודל הלא נכון (עוד על כך בטיפ הבא), או אולי Claude קורא מחדש קבצים גדולים 10 פעמים.

המדריך המלא לחיסכון במכסות הוא “איך לא לגמור את מכסות Claude Code ביום אחד”, עם 8 כללים. כאן הטקטיקה היא להפוך את ההוצאות לגלויות באמצעות /cost ו-/statusline.

רוצים לא רק לעקוב אחרי הטוקנים, אלא גם לבנות מערכת שבה סוכן AI לא חורג מהמכסות שלו בעצמו? /cost הוא רק מדד. השילוב המלא — שכפול AI + מוח שני + הנדסת הקשר — הוא שהופך את Claude מ“עוזר עם מכסות” לכלי שיכול לעבוד לאורך זמן באופן צפוי.

איזה מודל Claude כדאי לבחור למשימה: Haiku, Sonnet או Opus?#

claude --model haiku   # ~3× cheaper than sonnet, for routine work
claude --model sonnet  # default, balance of price and quality
claude --model opus    # ~1.7× more expensive than sonnet, for complex tasks

לפי המחירים הפומביים של Anthropic במאי 2026: Haiku עולה $1/$5 לכל 1M טוקני קלט/פלט, Sonnet עולה $3/$15, ו-Opus עולה $5/$25. כלומר, Haiku זול פי 3 מ-Sonnet, ו-Opus יקר פי 1.7 מ-Sonnet.

כך אני בוחר מדי יום:

הנקודה השנויה במחלוקת היא האם להשתמש בכלל ב-Sonnet וב-Haiku אם Opus מצליח “בניסיון הראשון” בממוצע. תשובתי: עבור יזם שאינו מתכנת, Haiku ו-Sonnet משתלמים ב-70% מהמשימות. כדאי לשמור את Opus ל-30% מהמשימות הקשות באמת.

איך להריץ 3-5 משימות במקביל: /resume + git worktrees#

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

# Start a named session for a specific task:
claude --resume "auth-refactor"
claude --resume "homepage-redesign"
claude --resume "db-migration"

# Use a worktree to keep git from overlapping:
git worktree add ../my-project-auth feature/auth
cd ../my-project-auth
claude --resume "auth-refactor"

אם איבדתם מעקב אחר מה שקורה בכל חלון, הריצו claude --resume בלי ארגומנט כדי לראות רשימה של ההפעלות האחרונות, כולל שמות ושעות. בתוך הפעלה פעילה, /agents בודק אילו subagents פועלים.

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

1. חלון 1 - תכנון ב-plans/YYYY-MM-DD-feature.md. דיון בלבד, בלי קוד.
2. חלון 2 (לפי התוכנית) - מימוש שלב 1. אחרי השלב, מעדכנים את התוכנית ([x]).
3. חלון 3 - מימוש שלב 2 במקביל לחלון 2, אם השלבים אינם חופפים.
4. חלון 4 - סוכן סינתזה בודק את התוצאות משני החלונות.
5. חלון 5 - סקירת אבטחה אחרי המיזוג (ראו טיפ 8).

מתי לא להשתמש ב-worktrees: אם אתם מנהלים 1-2 פרויקטים ביום, הזמן שמתבזבז במעבר בין תיקיות worktree יפגע בתועלת. Worktrees מתחילים להשתלם כשיש 3+ משימות מקביליות ביום.

איך למנוע הזיות: הפניות לקבצים עם @file#

השלמה אוטומטית של קבצים מתחילה בסימן @. התחילו להקליד נתיב ו-Claude יציג הצעות. אפשר להפנות לכמה קבצים בבת אחת: @src/lib/auth.ts @src/lib/session.ts @prisma/schema.prisma.

# Prompt without exact paths (bad):
> Look at the auth logic and fix the session bug

# Prompt with @ references (right):
> @src/lib/auth.ts @src/lib/session.ts - fix the bug: after logout the cookie isn't cleared

הטריק השני באותה קבוצה הוא מצב shell באמצעות !:

> !git status                # runs without calling Claude, output goes into context
> !npm test                  # same
> !cat /var/log/app.log | tail -50  # same

הסיבה: לא מבזבזים טוקנים על “Claude, בדוק את git status” - Claude היה מקבל את אותה תשובה גם דרך הכלי. ! קצר וזול יותר.

הדבר קשור ל-CLAUDE.md: הקובץ הראשי צריך לכלול עד 200 שורות של כללי הפרויקט. כללים ממוקדים יותר (למשל, מוסכמות API) נכנסים ל-.claude/rules/api-design.md עם YAML frontmatter‏ paths: ["src/api/**/*.ts"]. כך הם נטענים רק כש-Claude עורך קבצים ב-src/api/. להסבר המלא, ראו את המדריך ל-CLAUDE.md.

איך לא לאבד התקדמות במשימות ארוכות: תוכניות עם שלבים וסימוני [ ] / [x]#

הנה תבנית קובץ התוכנית שאני משתמש בה בכל פרויקט:

# Plan: [feature name]
Creation date: 2026-05-22
Goal: [one sentence on what we want to achieve]

## Phase 1: [short name]
- [ ] Step 1.1: [specific action]
- [ ] Step 1.2: [specific action]
- [ ] Step 1.3: [specific action]

## Phase 2: [short name]
- [ ] Step 2.1
- [ ] Step 2.2

## Outcome
Fill in at the end: fully or partially implemented, and what remains.

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

כשהתוכנית נמצאת בקובץ ולא בראש שלכם:

• חלונות מקביליים (ראו טיפ 6) יכולים לקחת שלבים שונים.
• אם המשימה נמשכת 3 ימים, כשתחזרו אחרי יומיים תוכלו לראות מיד היכן עצרתם.
• הבדיקה הסופית מול התוצאה בפועל פשוטה (grep -c "\[ \]" בקובץ = מספר השלבים הפתוחים).

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

הטכניקה הזאת היא חלק ממושג המוח השני. להסבר מלא על התיקיות business/, plans/, ai-clone/, ראו את המדריך למוח השני.

איך לזהות מראש היכן Claude ייכשל: ביקורת עצמית עם 10 סיבות#

הנה תבנית ההנחיה שאני משתמש בה מילה במילה:

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

אחרי 10 הסיבות - סיבוב שני: הגנו על כל סיבה מול טענות הנגד שלי. איפה אני הכי חלש?

סיבוב שלישי: כתבו תוכנית למה לעשות כדי שהבעיות האלה לא יתרחשו.

אני מפעיל אותה בשלושה שלבים:

1. הרעיון הראשון “הכול נהדר” - כשאני בטוח. ביקורת עצמית מצמצמת את הרעיון ב-30-50%.
2. באמצע התוכנית - כשאני כבר עמוק בעבודה והפכתי עיוור.
3. לפני ההשקה - מסנן אחרון.

Claude אכן מאתגר אתכם במצב ביקורתי. GPT-5 במצב דומה קודם משבח את הרעיון ואז “מנסה למצוא שיפורים.” שמתי לב להבדל הזה אחרי שנה של ניסויים:

כך נראה עבורי ההבדל במצב ביקורתי: ChatGPT אומר, “תפיסה טובה, זה לגמרי נכון.” Claude אומר באותו מצב, “מסכים, זה שטויות גמורות; אעשה את זה מחדש עכשיו.” כשאני צריך ביקורת, התגובה השנייה חוסכת לי ימים של עבודה מבוזבזת.

מתי לא ליישם זאת: שיפורים חיוביים ב-UI ובכתיבה שיווקית. מצב ביקורתי לא מתאים שם - הוא יהרוג את היצירתיות.

הטכניקה הזאת ידועה כ-premortem של פרויקט. התאמתּי אותה לעבודה עם סוכן AI: במקום צוות אנשים, עורכים pre-mortem עם Claude. אף אחד לא חושש לומר “בוס, הפרויקט ייכשל” - ונקודות עיוורות עולות בתוך דקות.

איך לבצע מחקר מ-5 מקורות בזמן שנדרש למחקר מאחד: subagents במקביל#

הנה תבנית ההנחיה:

כבר יש לך את כל ההקשר. מצא ובצע מחקר מעמיק; הפעל 5 subagents במקביל.

Subagent 1: עבור על רשתות מקצועיות - מי פותר את הבעיה הזאת?
Subagent 2: פתרונות קוד פתוח ב-GitHub - מה פופולרי?
Subagent 3: מאיצי סטארט-אפים - מי מושך
            השקעות בנישה הזאת?
Subagent 4: אתרי המתחרים הישירים - מה הם מבטיחים ו
            באיזה מחיר?
Subagent 5: השוואות וביקורות - מה
            המשתמשים אומרים בביקורות?

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

מה משתנה לעומת מחקר רגיל:

• זמן: 5 זרמים בו-זמנית במקום 5 ברצף. שעה של עבודה ב-15 דקות.
• עומק: כל סוכן מתמחה. הטיית האישור של סוכן אחד לא תשפיע על האחרים.
• הקשר: לכל subagent יש הקשר משלו, נפרד מההקשר הראשי שלכם.

למדריך המלא על subagents, ראו “Subagents של Claude Code ב-2026”. הוא גם מסביר את ההבדל בין Skills ל-MCP - במה להשתמש ומתי.

מתי לא ליישם זאת: עריכות קוסמטיות, תיקוני באגים, ומשימות טכניות קטנות. מחקר הוא מוגזם לכל דבר קטן מ“תכונה חדשה שדורשת 1+ יום עבודה.”

איך לתת ל-Claude משימות מהטלפון: בוט Telegram בכיס#

איך להגדיר אותו (4 שלבים):

1. מחשב שפועל ברציפות - אני משבית את מצב השינה בהגדרות המערכת (macOS: Energy Saver → Prevent computer from sleeping).
2. Claude Code פועל במסוף, מחובר לתיקיית הפרויקט.
3. תוסף Telegram הרשמי - הוסיפו את ה-marketplace באמצעות /plugin marketplace add anthropics/claude-plugins-official, ואז התקינו /plugin install telegram@claude-plugins-official (השלבים המדויקים מתעדכנים עם הזמן - ההנחיות העדכניות נמצאות במאגר התוספים הרשמי).
4. הבוט קשור להפעלה אחת - זו מגבלה נוכחית: בוט אחד = פרויקט אחד = הפעלה אחת. אם צריך בוט שני, הגדירו בוט שני.

מה אני עושה עם הבוט מדי יום:

• אני יוצא לטיול ומקבל רעיון - אני שולח אותו מיד לבוט כדי לא לשכוח. הבוט מוסיף אותו ל-inbox.md לעיבוד מאוחר יותר.
• שיחה עם לקוח פוטנציאלי - אחרי השיחה אני שואל את הבוט: “על סמך התמליל של השיחה האחרונה, ציין את 3 נקודות הכאב העיקריות שפועלות לטובתנו.” כעבור דקה יש לי ניתוח מלא בצ'אט.
• בבוקר בבית קפה - “הראה לי את שיעורי הבית שנותרו ברשימה שלי.” אין צורך לפתוח את המחשב הנייד.

⚠️ מגבלה: כרגע אי אפשר להפעיל /clear או /compact דרך הבוט - הפעלת הבוט זהה להפעלת המסוף, וההקשר ממשיך לגדול. אפשר להפעיל מחדש רק ידנית דרך המסוף.

מבחינתי, זהו התוסף השימושי ביותר ל-Claude Code בשבועיים האחרונים. הוא העביר אותי מ“אני עובד עם Claude כשאני יושב ליד השולחן” ל“אני עובד עם Claude בכל פעם שעולה לי מחשבה.”

מה כדאי להתחיל ליישם קודם: תוכנית פעולה ל-7 ימים#

השילוב בין הטכניקות חשוב יותר מכל אחת מהן לבדה. Shift+Tab בלי Esc Esc הופך ניסויים למפחידים. /compact בלי /cost משאיר אתכם בלי לדעת מתי לדחוס. תוכניות בקבצים בלי חלונות מקביליים הן סיבוך בלי תמורה.

כש-9 הטיפים הראשונים הופכים לטבע שני, עברו למערכת המלאה: שכפול AI + מוח שני + הנדסת הקשר. זו המתודולוגיה שבה השתמשתי כדי להמשיך לעבוד עם Claude במשך שישה חודשים ברציפות - בלי הזיות, אובדן הקשר או עצירה באמצע משימה.

כדי להמשיך לעבוד עם מודלים, אפשר לעבור ל-Ailoot.