מה זה Claude Code
Claude Code מקבל ממך בקשה בשפה טבעית, קורא את הקבצים בפרויקט, עורך אותם ומריץ פקודות - הכל ישירות מהטרמינל, בלי להעתיק ולהדביק לחלון צ'אט. הוא לא עושה אינדקס מקדים של הקוד; הוא קורא רק את מה שצריך, לפי הצורך, ולכן עובד טוב בכל גודל פרויקט.
במקום לאשר כל פעולה ידנית, לחצו Shift + Tab כדי לעבור בין מצבי הרשאה.
מומלץ לעבור ל-Auto - מנגנון שמחליט מה בטוח להריץ אוטומטית וחוסך אינסוף לחיצות.
הקלידו / בכל רגע כדי לראות את הפקודות הזמינות.
מתי כדאי - ומתי פחות
✓ מצוין ל
עבודה עם קבצים, ניתוח נתונים, פיתוח, אוטומציה - ובאופן כללי כל משימה של 10 דקות ומעלה שיש לה צעדים ברורים.
פחות מתאים ל
ייעוץ כללי, שאלה חד-פעמית, מחקר קצר, סיעור מוחות, כתיבת מייל, או יצירת תמונות וסרטונים. לאלה צ'אט רגיל מהיר יותר.
פקודות
רוב העבודה היומיומית היא ניהול קונטקסט וסשנים. אלה שכדאי להכיר ראשונות:
| פקודה | מה היא עושה | מתי |
|---|---|---|
/compact | דחיסת השיחה לסיכום, תוך שמירה על אותו נושא | נשארים על אותה משימה והקונטקסט מתמלא |
/clear | איפוס מלא והתחלה נקייה | מעבר לנושא חדש |
/model | מעבר בין המודלים | התאמת מודל למשימה |
/review | סקירת קוד של השינויים | בסיום פיצ'ר |
/resume | המשך session קודם | חזרה לעבודה לא גמורה |
/rewind | חזרה לנקודה קודמת בשיחה או בקוד | ביטול שינויים של Claude |
/config | הגדרות (theme, מודל, העדפות) | התאמה אישית |
/doctor | אבחון הגדרות כשמשהו לא עובד | פתרון תקלות |
/help | רשימת כל הפקודות הזמינות | כשלא זוכרים |
/btw | שאלת צד מהירה שלא נכנסת להיסטוריית השיחה ולא מזהמת את המשימה | שאלה קצרה תוך כדי עבודה |
/init | יצירת טיוטת CLAUDE.md מתוך הקוד | אופציונלי, ראו פרק CLAUDE.md |
לא כל פקודה זמינה בכל סביבה - חלקן תלויות בפלטפורמה או בגרסה. הקלידו /
כדי לראות בדיוק מה יש אצלכם.
קיצורי מקלדת
| קיצור | מה הוא עושה |
|---|---|
Shift + Enter | שורה חדשה בלי לשלוח את ההודעה |
Shift + Tab | מעבר בין מצבי הרשאה (כולל Auto ו-Plan) |
Esc | ביטול הקלט הנוכחי או עצירת Claude באמצע |
Ctrl + C | ביטול הפעולה הרצה |
Ctrl + R | חיפוש בהיסטוריית הפקודות |
Tab | השלמה אוטומטית של שמות קבצים, וקבלת הצעות שמופיעות בטקסט אפור |
↑ / ↓ | דפדוף בהודעות קודמות שלך |
גם אם תקלידו נתיב רגיל, Claude יפתח את הקובץ בעצמו. @ לפני הנתיב מוסיף
השלמה אוטומטית תוך כדי הקלדה (פחות טעויות) וטוען את הקובץ במפורש לקונטקסט - נוח ובטוח יותר.
צירוף קבצים ותמונות
יש שלוש דרכים נוחות לתת ל-Claude קובץ או תמונה להסתכל עליהם:
| דרך | איך |
|---|---|
| גרירה | גוררים קובץ לתוך חלון הטרמינל - הנתיב מופיע אוטומטית בשורת ההקלדה. |
| הקלדת נתיב | מקלידים שם קובץ או נתיב מלא (עם @ מקבלים השלמה אוטומטית). |
| הדבקת צילום מסך | מצלמים מסך (Win + Shift + S) ומדביקים ישירות עם Ctrl + V - Claude רואה את התמונה. |
CLAUDE.md
Claude קורא את CLAUDE.md בתחילת כל session. שם שמים את
הארכיטקטורה של הפרויקט, סטנדרטים של קוד, פקודות הרצה וכל חוק שרוצים ש-Claude יעקוב אחריו.
זה ההבדל הגדול בין Claude שמנחש לבין Claude שמכיר את הפרויקט.
בפרויקט קיים אפשר להריץ /init - Claude סורק את הקוד ומייצר טיוטה לפי המוסכמות
שזיהה. הפקודה אינה חובה: אפשר גם פשוט לכתוב את הקובץ ידנית. בכל מקרה כדאי לעבור על התוצאה
ולהשלים מה ש-Claude לא יכול לדעת לבד.
היכן ממקמים
בשורש הפרויקט בתור CLAUDE.md (משותף עם הצוות), או ברמת המשתמש (גלובלי)
כדי שיחול על כל הפרויקטים שלך.
# Project: [שם]
## What this is
[משפט אחד: מה המערכת עושה ולמי היא מיועדת]
## Stack
- שפה / framework + גרסה
- בסיס נתונים, ספריות עיקריות
## How to run
- הרצה מקומית: [פקודה]
- בדיקות: [פקודה]
- בנייה: [פקודה]
## Where things live
- קוד ראשי: [נתיב]
- מודלים / טיפוסים: [נתיב]
- בדיקות: [נתיב]
## House rules
- להריץ בדיקות אחרי כל שינוי
- קבצים מתחת ל-300 שורות, אחרת לפצל
- לא לשנות התנהגות קיימת בלי לציין זאת במפורש
שמרו את הקובץ קצר וממוקד, מתחת ל-200 שורות. זה מספיק לרוב הפרויקטים.
פקודות מותאמות ו-Skills
אם אתם נותנים ל-Claude שוב ושוב את אותן הנחיות, הפכו אותן לקובץ קבוע. זה תמיד קובץ markdown אחד - ההבדל העיקרי הוא אם הוספתם לו כותרת קטנה בראש (ובאיזו תיקייה הקובץ יושב).
פקודה (Command)
קובץ md רגיל, בלי כותרת. מפעילים אותו ידנית בעצמכם על ידי הקלדת /שם. הכי פשוט, מכאן מתחילים.
Skill
אותו קובץ md, אבל עם כותרת קצרה בראש (בין שתי שורות של ---) שמכילה שם ותיאור. התיאור הוא מה שמאפשר ל-Claude להחליט לבד מתי להפעיל אותו.
הכותרת הזו נקראת frontmatter: כמה שורות בין --- ל---- ממש בתחילת הקובץ.
בלעדיה - פקודה שמפעילים ידנית. איתה - Claude קורא את התיאור ומריץ את ה-skill לבד כשהוא רלוונטי.
אין צורך בכלום מעבר ל-markdown.
פקודה ידנית (בלי כותרת) נשמרת כקובץ .claude/commands/<name>.md.
Skill (עם כותרת frontmatter) נשמר ב-.claude/skills/<name>/SKILL.md.
בשני המקרים אפשר לשמור ברמת הפרויקט (בתיקיית .claude של הפרויקט), או ברמת המשתמש
(גלובלי, ב-~/.claude) כדי שיהיה זמין בכל הפרויקטים. אפשר להשתמש ב-$ARGUMENTS כדי לקבל קלט בעת ההפעלה.
דוגמה: ביקורת קוד (פקודה ידנית, בלי כותרת)
Audit $ARGUMENTS for problems.
Group the findings by severity:
- Correctness: wrong results or unhandled inputs
- Safety: anything that can crash or lose data
- Clarity: confusing names, dead code
Give the location of each finding and a one-line fix.
List only - do not change any code yet.
דוגמה: תיעוד פונקציות
Add short documentation to every public function in $ARGUMENTS.
For each one, note:
- What it does, in one sentence
- What each input expects
- What it returns or changes
Follow the file's existing style. Don't touch the logic.
דוגמה: Skill עם הפעלה אוטומטית (עם כותרת frontmatter)
שימו לב לשורות שבין --- בראש הקובץ - זו הכותרת. ה-description שבה הוא מה ש-Claude קורא כדי להחליט מתי לטעון את ה-skill לבד.
---
name: naming-check
description: Reviews variable and function names for clarity. Use when the user asks to rename, clean up, or review naming.
---
When checking names:
1. Flag vague ones (data, temp, x, helper, doStuff)
2. Suggest a name that states what the thing is or does
3. Keep the project's existing casing convention
4. Names only - never change behavior
Workflows
שלושת העמודים
מבנה מודולרי
כל פיצ'ר בקובץ נפרד. עברתם 300 שורות? כנראה צריך לפצל.
משימה אחת ל-session
session נקי שומר על איכות. session מזוהם גורר את Claude לשיוך שגוי. סיימתם? /clear.
להבין את אבני הבניין
לפני פרומפט: אילו נתונים זורמים? מה הפלט הצפוי? תכננו, ואז כתבו.
מחזור הפיתוח
בסוף כל סבב יש שתי אפשרויות: אם ממשיכים על אותו נושא, /compact דוחס את השיחה
ושומר על ההקשר; אם עוברים למשימה חדשה, /clear פותח דף נקי. כך הקונטקסט נשאר ממוקד
ו-Claude לא נגרר להקשר ישן.
הרשאות
Claude Code עובד עם מערכת הרשאות מדורגת: כלי קריאה בלבד (כמו Read ו-Grep)
לא דורשים אישור, פקודות מערכת ועריכת קבצים כן. הכללים נבדקים לפי הסדר
deny → ask → allow, וחסימה תמיד מנצחת. רוב המשתמשים יכולים פשוט להישאר
על מצב Auto ולא לגעת בכלום - הפרק הזה הוא למי שרוצה שליטה מדויקת.
כשתראו שורות כמו Read, Edit או Bash מופיעות תוך כדי עבודה -
אלה הכלים של Claude, לא שלכם. ככה הוא קורא קבצים, עורך אותם ומריץ פקודות.
לא צריך להגיב - פשוט תנו לו לסיים.
היכן מגדירים
ההגדרות יושבות בקובץ settings.json בשתי רמות: ברמת הפרויקט בתור
.claude/settings.json (משותף עם הצוות), וברמת המשתמש (גלובלי) שחל על כל הפרויקטים שלך.
הגדרות ברמת הפרויקט גוברות על הגלובליות. אם כלי נחסם בפרויקט, שום כלל גלובלי לא יתיר אותו.
מצבי הרשאה
| מצב | התנהגות |
|---|---|
default | בקשת אישור בשימוש הראשון בכל כלי |
plan | קריאה בלבד - Claude מנתח ומתכנן, לא משנה כלום |
auto | מחליט אוטומטית מה בטוח לאשר |
acceptEdits | אישור אוטומטי לעריכת קבצים לאורך ה-session |
במצבים אוטומטיים Claude עלול לשנות קבצי מקור. שמרו עותק או עבדו תחת ניהול גרסאות (git) לפני שמתחילים - כך תמיד יש לאן לחזור.
דוגמה: מינימלי - אישור אוטומטי לקריאה בלבד
נקודת פתיחה בטוחה. Claude יקרא את הקוד בחופשיות אבל יבקש אישור לפני הרצת פקודות או עריכה.
{
"permissions": {
"allow": [
"Read",
"Grep",
"Glob"
]
}
}
דוגמה: מפתח סולו - אמון ברוב הכלים
לפרויקטים אישיים, מינימום הפרעות. כדאי לשים בהגדרות הגלובליות.
{
"permissions": {
"allow": [
"Bash(npm *)",
"Read",
"Edit",
"Grep",
"Glob",
"WebFetch",
"WebSearch"
],
"deny": [
"Bash(rm -rf *)",
"Bash(sudo *)"
]
}
}
Plugins ו-MCP
Plugins - חבילה אחת שמאגדת יחד skills, hooks ו-MCP servers, קלה לשיתוף ולהתקנה. מפעילים ומתקינים אותה עם הפקודה /plugin.
MCP servers - מחברים את Claude לכלים חיצוניים: דפדפנים, בסיסי נתונים ו-APIs.
Plugins
מריצים /plugin בתוך session כדי לפתוח את מנהל ה-plugins ולראות מה זמין, או מתקינים ישירות:
# מערכת עיצוב ל-UI
/plugin install frontend-design@claude-plugins-official
לא חייבים MCP כדי להתחיל. רוב העבודה היומיומית נעשית בלי שום שרת חיצוני - מוסיפים אחד רק כשיש צורך אמיתי.
בחירת מודל
עוברים בין המודלים עם /model. כלל אצבע פשוט:
| מודל | מתאים ל |
|---|---|
| Opus | ארכיטקטורה מורכבת, תכנון, בעיות קשות |
| Sonnet | קידוד שגרתי, רוב המשימות |
| Haiku | משימות מכניות ומהירות |
הריצו את ה-session הראשי על מודל חזק לאיכות, והגדירו לתת-משימות מקבילות מודל קל יותר - עומק היכן שצריך, מהירות בשאר.
סוכני משנה
סוכן משנה (sub-agent) הוא עותק של Claude שמקבל משימה משלו ורץ בקונטקסט נפרד, לעיתים במקביל לאחרים. הסשן הראשי מחלק את העבודה, כל סוכן מתמקד בחלק שלו ומחזיר את התוצאה. היתרון: כיסוי רחב ומהיר בלי להעמיס הכל על שיחה אחת. החיסרון: לכל סוכן יש עלות והקמה, אז לא תמיד זה משתלם.
✓ כדאי
סריקה או תיקון של עשרות קבצים במקביל, משימות בלתי-תלויות שדורשות התמחויות שונות, ועבודה ארוכה (30 דקות ומעלה) שמתחלקת לחלקים ברורים.
מיותר (Overkill)
שאלה פשוטה, משימה של חמש דקות, או כל דבר שאפשר פשוט לכתוב ישירות. במקרים האלה סוכן משנה רק מוסיף תקורה.
שלבו עם בחירת המודל: הריצו את הסשן הראשי על מודל חזק, והגדירו לסוכני המשנה המקבילים מודל קל יותר - עומק היכן שצריך, מהירות בשאר.
שאלות נפוצות
האם Claude Code חינמי?
מה ההבדל בין Commands ל-Skills?
מה קורה כשהקונטקסט מתמלא?
/compact ידנית כדי להישאר על אותו נושא, או /clear כדי להתחיל נקי במשימה חדשה.האם Claude עושה אינדקס של כל הקוד שלי?
Claude שינה משהו ואני רוצה לחזור אחורה
/rewind כדי לחזור לנקודה קודמת בשיחה או בקוד ולבטל שינויים שהוא עשה.איך גורמים ל-Claude לתכנן לפני שהוא כותב קוד?
Shift + Tab ועוברים למצב Plan - מצב קריאה בלבד שבו Claude מנתח ומציע תוכנית בלי לגעת בקבצים. מאשרים את התוכנית, ורק אז עוברים ליישום.אפשר לתת ל-Claude קובץ מסוים להסתכל עליו?
@ לפני הנתיב מקבלים השלמה אוטומטית תוך כדי הקלדה (פחות טעויות) והקובץ נטען במפורש לקונטקסט.באיזו שפה Claude עונה?
CLAUDE.md. חשוב לדעת: עברית צורכת בערך פי 1.5 עד 2 טוקנים לעומת אנגלית, כך שבעבודה כבדה עדיף לעבוד באנגלית כדי לא לגמור את המכסה מהר.