אינטגרציה עם IDE — VS Code and IDE Integration

תוסף VS Code — הטוב משני העולמות

עד עכשיו עבדנו עם Claude Code אך ורק דרך הטרמינל. זה עובד מצוין — וימשיך לעבוד מצוין. אבל מי שמשתמש ב-VS Code יומיום, יש פיצ'ר שיהפוך את החיים שלכם לקלים בהרבה: תוסף VS Code מובנה (Native Extension) שהושק עם Claude Code 2.0 בספטמבר 2025.

מה זה בעצם? תחשבו על זה ככה: אותו Claude Code שאתם מכירים מהטרמינל — אותו מנוע, אותם כלים, אותו CLAUDE.md, אותן הרשאות — רק שעכשיו הוא יושב בתוך VS Code. במקום חלון טרמינל שחור, יש לכם פאנל צד (Sidebar) עם שיחה, הצגת Diffs ישירות בעורך, ויכולת להפנות לקבצים ספציפיים עם @.

למה זה משנה? כי הרבה מהעבודה שעשיתם עד עכשיו — סקירת שינויים, מעבר בין קבצים, הבנה של מה Claude שינה — הופכת מטקסט ירוק-אדום בטרמינל לממשק ויזואלי מלא עם צבעים, כפתורים, ו-Diff View כמו שאתם מכירים מ-GitHub או מ-VS Code עצמו.

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

התקנה — 3 שלבים

זהו. התהליך לוקח פחות מדקה. אחרי ההתקנה, אם אתם כבר מחוברים ל-Claude Code בטרמינל (עם חשבון Pro/Max או API Key), התוסף ישתמש באותו חיבור — לא צריך להתחבר מחדש. אם אתם חדשים, התוסף ינחה אתכם בתהליך ההתחברות.

פיצ'רים מרכזיים ב-VS Code

התוסף מביא כמה פיצ'רים שפשוט לא קיימים בטרמינל. אלה הדברים שהופכים את החוויה ב-IDE למשהו אחר לגמרי. בואו נעבור על כל אחד לעומק.

Plan Review UI — אישור תוכנית ויזואלי

זוכרים את Plan Mode מפרק 4? בטרמינל, כשClaude מציע תוכנית, אתם רואים טקסט ארוך ומאשרים ב-Y. התוכנית טובה? Y. לא טובה? N. אין אמצע.

ב-VS Code, התוכנית מוצגת בפאנל גרפי — עם כפתורי Approve, Modify, ו-Reject. כל שלב בתוכנית מוצג בנפרד כשורה עצמאית. אפשר לסמן שלבים ספציפיים לשינוי, להוסיף הערות על שלב מסוים, ולאשר רק את מה שרוצים.

זה הבדל משמעותי במיוחד לתוכניות מורכבות. נניח שClaude מציע תוכנית עם 5 שלבים — בטרמינל הבחירה היא "כן" או "לא" על הכול. ב-VS Code, אפשר לאשר שלבים 1-3, לשנות שלב 4, ולדלג על שלב 5. שליטה ברמה של שלב בודד.

שלב 1: הוספת ספריית OAuth (install package)         [Approve]
שלב 2: יצירת oauth_config.py עם הגדרות               [Approve]
שלב 3: שינוי auth_middleware.py                        [Modify ← "שמור backward compatibility"]
שלב 4: עדכון routes/login.py                          [Approve]
שלב 5: מחיקת legacy_auth.py                           [Reject ← "עדיין צריך את זה"]

Inline Diff View — שינויים ישירות בעורך

זה אולי הפיצ'ר הכי חשוב בתוסף, ובואו נסביר למה.

בטרמינל, כשClaude מציע שינוי, אתם רואים משהו כזה:

Edit: utils.py
- old: vat = base_price * 0.17
+ new: vat = base_price * 0.18

ב-VS Code, אותו שינוי נראה ישירות בעורך. הקובץ נפתח עם שורות שנוספו מסומנות בירוק ושורות שהוסרו מסומנות באדום — בדיוק אותו ממשק שאתם מכירים מ-git diff ב-VS Code. אתם רואים את הקוד בהקשר המלא, עם Syntax Highlighting, ויכולים לגלול למעלה ולמטה כדי להבין את ההשפעה על שאר הקובץ.

למה זה חשוב כל כך? כי בפרק 6 למדנו שקריאת Diffs לפני אישור היא הרגל הזהב — 10 שניות של סקירה חוסכות שעה של דיבאגינג. ב-VS Code, הסקירה הזו הרבה יותר נוחה, מהירה, ומדויקת. אתם רואים בדיוק מה השתנה, ובדיוק איפה ביחס לשאר הקוד.

@-mentions — הפניה מדויקת לקבצים

ב-VS Code, אפשר לכתוב @ ואחריו שם קובץ כדי להפנות את Claude אליו ישירות. זה כמו לתייג מישהו ב-Slack או ב-WhatsApp — רק שכאן אתם מתייגים קובץ.

כשאתם כותבים @, התוסף מציג Autocomplete — רשימה של כל הקבצים בפרויקט. מתחילים להקליד את שם הקובץ, הרשימה מצטמצמת, בוחרים — וה-@mention מוכנס לשיחה. Claude יודע מיד לאיזה קובץ אתם מתכוונים.

# הפניה לקובץ שלם:
@styles.css תוכל לשנות את צבע הכותרת לכחול?

# הפניה עם טווח שורות — דיוק מירבי:
@auth.py:45-60 יש כאן באג בוולידציה, תתקן

# הפניה למספר קבצים — השוואה:
@config.json @app.py תוודא שה-API URL ב-config תואם למה שמשתמשים בו ב-app

# הפניה עם שורה ספציפית:
@utils.py:120 הפונקציה הזו מחזירה None — זה כוונה?

שימו לב במיוחד ל-@auth.py:45-60 — אתם מפנים את Claude בדיוק לשורות 45 עד 60. זו רמה של דיוק שמשנה את החוויה לגמרי. במקום לכתוב "תסתכל על הפונקציה validate_token שנמצאת באיזור שורה 45 בקובץ auth.py", אתם פשוט כותבים @auth.py:45-60. קצר, מדויק, חוסך Tokens.

Conversation Tabs — שיחות מקבילות

ב-VS Code, אפשר לפתוח כמה שיחות במקביל בטאבים נפרדים — כמו שפותחים כמה קבצים. שיחה אחת לפיצ'ר שאתם בונים, שנייה למחקר, שלישית ל-Code Review.

כל שיחה (Tab) היא עצמאית לחלוטין — Context Window נפרד, היסטוריית שיחה נפרדת, מצב נפרד. אתם יכולים לעבור ביניהן בלחיצה, בדיוק כמו שעוברים בין קבצים. זה דומה מאוד ל-Sessions מרובים בטרמינל (שנלמד בהמשך הפרק), אבל כאן הכול בתוך חלון אחד של VS Code.

Auto-Accept Edits — אישור אוטומטי

בדרך כלל, כשClaude מציע שינוי, אתם רואים את ה-Diff ומאשרים ידנית. זה חשוב ונכון. אבל לפעמים יש משימות "בטוחות" שבהן אתם סומכים על Claude לגמרי — למשל, "עבור על כל הקבצים ותוסיף JSDoc comments לכל הפונקציות הציבוריות". במקרים כאלה, אפשר להפעיל Auto-Accept — Claude יבצע את השינויים בלי לחכות לאישור על כל קובץ.

איך מפעילים? בהגדרות התוסף ב-VS Code יש אפשרות להפעיל Auto-Accept. כשהיא מופעלת, Claude עורך ומאשר בלי הפסקה — הקצב גבוה הרבה יותר.

עבודה משולבת — Terminal + IDE

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

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

הטבלה המרכזית — Terminal מול IDE

שלושה Workflows מומלצים

JetBrains — IntelliJ, PyCharm, WebStorm

לא כולם עובדים ב-VS Code. אם אתם משתמשי JetBrains — IntelliJ IDEA (ל-Java/Kotlin), PyCharm (ל-Python), WebStorm (ל-JavaScript/TypeScript), GoLand (ל-Go), או כל IDE אחר מבית JetBrains — יש Plugin גם לכם.

התקנה

מה מקבלים — ומה לא

ה-Plugin של JetBrains עובד אחרת מהתוסף של VS Code. במקום Sidebar גרפי עם שיחה, הוא מפעיל את Claude Code CLI בתוך הטרמינל המשולב של ה-IDE. מבחינת חוויית השימוש — זה יותר קרוב לטרמינל מאשר לתוסף ויזואלי.

אבל יש שני דברים חשובים שכן מקבלים:

• Diff Viewer מובנה: שינויים שClaude מציע נפתחים ב-Diff Viewer של JetBrains — וה-Diff Viewer של JetBrains הוא אחד הטובים בתעשייה. אם אתם רגילים אליו, תרגישו בבית. הצגה side-by-side מפורטת, סימון ברמת תו בודד, ואפשרות למזג שינויים ידנית.
• הכול בתוך ה-IDE: לא צריך לעבור לחלון Terminal נפרד. הכול נשאר בתוך סביבת העבודה שלכם. עבודה ב-PyCharm? Claude Code רץ שם. עבודה ב-WebStorm? הוא שם. בלי פיצול מסכים.

VS Code מול JetBrains — טבלת השוואה מלאה

בלי IDE? אין בעיה — Terminal-Only Workflow

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

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

מי עובד בטרמינל בלבד?

• מנהלי מערכות (System Administrators): עובדים בעיקר על שרתים מרוחקים דרך SSH. אין VS Code על שרת פרודקשן, ואין סיבה שיהיה. Claude Code בטרמינל עובד מעולה דרך SSH.
• אנליסטים ומדעני נתונים: מעבדים CSV-ים, כותבים סקריפטים Python, מריצים ניתוחים. הטרמינל מספיק לגמרי — ואפילו עדיף כי הוא לא "מפריע" עם ממשק ויזואלי.
• עובדי שרתים מרוחקים: אם אתם עובדים על שרת לינוקס בענן — SSH + Claude Code = הכול. בלי גרפיקה, בלי עכבר, בלי IDE.
• חובבי מינימליזם: פחות ממשק = פחות הסחה. יש אנשים שעובדים עם Vim או Nano ומרוצים. Claude Code בטרמינל מתאים לפילוסופיה הזו בדיוק.
• לא-מפתחים שלמדו Claude Code: אם למדתם Claude Code בשביל לנהל תוכן, לנתח נתונים, או לכתוב סקריפטים — ולא עבדתם עם IDE מעולם — אין סיבה להתחיל עכשיו רק בשביל Claude. הטרמינל מספיק.

טרמינלים מומלצים לעבודה אופטימלית

לא כל הטרמינלים נולדו שווים. אם אתם עובדים ב-Terminal-Only, כדאי להשתמש באחד מהבאים לחוויה אופטימלית עם Claude Code:

Terminal-Only לא אומר "מוגבל"

חשוב להדגיש: עבודה ב-Terminal-Only לא אומרת שאתם מפספסים משהו קריטי. כל הפיצ'רים שלמדנו בפרקים 1-6 — חיפוש, ניווט, עריכה, Diffs, Code Review, Undo, Plan Mode — כולם עובדים בטרמינל. מה שתוסף VS Code מוסיף הוא בעיקר נוחות ויזואלית: Inline Diff במקום טקסט, @mentions במקום נתיבי קבצים, Plan Review UI במקום Y/N. אלה שיפורי חוויה, לא יכולות חדשות.

הרבה Power Users מעדיפים Terminal דווקא בגלל המינימליזם שלו — פחות הסחות, מהירות גבוהה יותר, ושליטה מלאה. אם אתם מרגישים בבית בטרמינל — הישארו שם. אם חסר לכם משהו ויזואלי — נסו את התוסף. אין תשובה "נכונה" אחת.

Cursor ו-Windsurf — שילוב משלים

אולי שמעתם על Cursor ו-Windsurf — שני IDE-ים שמתבססים על VS Code ומוסיפים יכולות AI מובנות (בעיקר Autocomplete חכם ושיחה עם הקוד). אז האם צריך לבחור בין Claude Code לבינם?

ממש לא. Claude Code משלים את Cursor ו-Windsurf — הם לא מתחרים. כל אחד עושה משהו אחר, וביחד התוצאה חזקה יותר מכל אחד לבד.

ההבדל המרכזי: Cursor ו-Windsurf מתמחים ב-Inline Autocomplete — הם משלימים לכם קוד תוך כדי הקלדה, מציעים שורות הבאות, ומזרזים את הקלדה. זה מעולה למהירות. אבל כשצריך משימה מורכבת — ניתוח של 20 קבצים, רפקטורינג חוצה-מודולים, אוטומציה של תהליכים, סקריפט שרץ ומבצע פעולות — זה הדומיין של Claude Code.

הקומבינציה הפופולרית בקרב Power Users: Cursor (או Windsurf) כ-Editor לעבודה יומיומית עם Autocomplete מהיר, + Claude Code בטרמינל לכל השאר — ניתוחים, רפקטורינג, אוטומציה, Git workflows.

הכלים חולקים את אותו Filesystem. שינוי שClaude Code עושה בטרמינל נראה מיד ב-Cursor, ולהפך. אין סנכרון מיוחד, אין קונפליקטים — הכול עובד על אותן תיקיות ואותם קבצים. כמו שני אנשים שעובדים על אותו שולחן — כל אחד עם הכלים שלו.

Sessions מרובים — צבעים וארגון

אחד הדברים הכי מועילים בעבודה יומיומית עם Claude Code: הרצת כמה Sessions במקביל. טאב אחד בטרמינל לפרויקט A, טאב שני לפרויקט B, טאב שלישי למחקר. כל Session עצמאי לחלוטין — היסטוריה נפרדת, Context Window נפרד, מצב נפרד.

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

שם ל-Session — הזמנה לסדר

מגרסה 2.1.76 ומעלה (מרץ 2026), אפשר לתת לכל Session שם כבר בהפעלה עם הדגל -n (קיצור של --name):

# Session לעבודה על תוכן שיווקי:
claude -n "marketing-content"

# Session לניתוח נתונים:
claude -n "data-analysis"

# Session לבדיקות ו-QA:
claude -n "testing"

# Session למחקר מתחרים:
claude -n "competitor-research"

אפשר גם לשנות שם באמצע שיחה עם /rename. נניח שהתחלתם Session בלי שם ועכשיו רוצים לתת לו שם — פשוט כתבו /rename "marketing-emails" ושם ה-Session ישתנה.

צבעים — /color

כשיש 3-4 טאבים פתוחים, גם עם שמות, קל להתבלבל — במיוחד אם כל הטאבים נראים אותו דבר. הפקודה /color פותרת את זה — היא משנה את צבע שורת הפרומפט (ה-Prompt Bar) כדי להבדיל ויזואלית בין Sessions:

# בטאב הראשון — שיווק:
/color blue

# בטאב השני — ניתוח:
/color green

# בטאב השלישי — מחקר:
/color yellow

# בטאב הרביעי — Code Review:
/color red

ניהול Multi-Session — המתכון המלא

הנה דוגמה למערך Sessions מלא לאנשי שיווק דיגיטלי שעובדים עם Claude Code:

Remote Control — שליטה מהנייד

תארו לעצמכם את הסיטואציה הזו: התחלתם משימה ארוכה על המחשב — "עבור על כל 50 קבצי הטסטים ותעדכן אותם לפורמט החדש". המשימה תיקח 20 דקות. ואתם צריכים ללכת לפגישה.

בלי Remote Control: אתם נשארים ליד המחשב עד שזה נגמר, או מפסיקים את המשימה באמצע (ומפסידים את ההתקדמות). עם Remote Control: אתם הולכים לפגישה, שולפים את הנייד, פותחים את claude.ai/code, ומסתכלים מה קורה. אם Claude שואל שאלה — עונים מהנייד. אם צריך לאשר שינוי — מאשרים. בלי לחזור למחשב.

Remote Control הושק ב-25 בפברואר 2026, וזמין למנויי Pro ו-Max.

איך זה עובד — צעד אחרי צעד

מה חשוב להבין על Remote Control

• Session רץ מקומית על המחשב שלכם — שום קובץ לא עובר ל-Cloud. הנייד רק "צופה ושולט" — כמו שלט רחוק לטלוויזיה. הטלוויזיה (= המחשב שלכם) עושה את כל העבודה, השלט (= הנייד) רק מנחה.
• הטרמינל צריך להישאר פתוח — אם סוגרים את הטרמינל במחשב, ה-Session מסתיים. אם המחשב נכנס ל-Sleep, ה-Session נעצר. ודאו שהמחשב ער והטרמינל פתוח כל עוד אתם רוצים לנהל מרחוק.
• Session אחד בכל פעם — אפשר לחבר Remote Control ל-Session אחד. אם רוצים לשלוט ב-Session אחר, צריך להתנתק מהראשון.
• חיבור אינטרנט נדרש בשני הצדדים — גם המחשב וגם הנייד צריכים חיבור אינטרנט. אם אחד מתנתק, החיבור נפסק (אבל ה-Session ממשיך לרוץ על המחשב). כשמתחברים מחדש — רואים את מה שפספסתם.

תרחישי שימוש מעשיים

/teleport — העברת Sessions בין מכשירים

Remote Control מאפשר שליטה מרחוק ב-Session שרץ על המחשב שלכם — אבל ה-Session נשאר על המחשב. מה אם אתם רוצים להמשיך את השיחה ממכשיר אחר לגמרי? לא רק לצפות, אלא באמת לקחת את השיחה אתכם?

לשם כך יש /teleport. הושק בינואר 2026 עם גרסה 2.1.0.

מה זה /teleport?

/teleport מעביר את כל ה-Session — היסטוריית שיחה מלאה, הקשר, מצב — מהטרמינל המקומי לממשק הווב ב-claude.ai/code. אחרי הטלפורט, אפשר להמשיך את השיחה מכל מכשיר שיש לו דפדפן — מחשב אחר, טאבלט, נייד. לא צריך את המחשב המקורי.

# על המחשב במשרד, בסוף יום העבודה:
claude> "סיימנו לדבר על ארכיטקטורת ה-API. מחר נמשיך."
claude> /teleport

# Claude מחזיר קישור:
# "Session teleported to claude.ai/code"
# "Open claude.ai/code to continue this conversation."

# בבית, בערב, על הלפטופ האישי:
# פותחים claude.ai/code בדפדפן — ה-Session שם.
# כל ההיסטוריה, כל מה שדיברתם עליו, כל ההקשר.
# כותבים: "בוא נמשיך — סיכמנו שנשתמש ב-REST ולא GraphQL.
#            מה הצעד הבא?"
# Claude זוכר הכול וממשיך בדיוק מאיפה שהפסקתם.

Remote Control מול /teleport — טבלת השוואה

Voice Mode — דיבור עם Claude Code

החל ממרץ 2026, Claude Code מקבל קלט קולי. במקום להקליד פרומפט — אפשר פשוט לדבר. זה עוד דרך אינטראקציה עם אותו מנוע — לא פיצ'ר נפרד, אלא עוד ממשק קלט.

איך זה עובד — Push-to-Talk

חשוב להבין: Claude לא "שומע" ולא "מדבר" — הוא מקבל את התמלול של מה שאמרתם. הדיבור שלכם מומר לטקסט, והטקסט נשלח כפרומפט. התשובה מגיעה כטקסט כתוב, לא כדיבור חוזר. זה Push-to-Talk, לא שיחה קולית.

20 שפות נתמכות

Voice Mode תומך ב-20 שפות לזיהוי דיבור: אנגלית, ספרדית, צרפתית, גרמנית, איטלקית, פורטוגזית, יפנית, קוריאנית, סינית, הינדי, רוסית, פולנית, טורקית, הולנדית, אוקראינית, יוונית, צ'כית, דנית, שוודית, ונורבגית.

אפשר לדבר באנגלית (או בכל שפה נתמכת) ולערבב מונחים טכניים — "Change the function that does validation" — Voice Mode מתמודד עם עירבוב מונחים טכניים יפה. התשובה תגיע בעברית אם הגדרתם את זה ב-CLAUDE.md או בהגדרות השפה.

מתי Voice Mode שימושי?

• Brainstorming: "תחשוב על 5 גישות שונות לארכיטקטורה של מערכת ההזמנות" — קל יותר לדבר ממחשבה חופשית מאשר להקליד. הרעיונות זורמים כשמדברים.
• תכתיב תוכן: "כתוב מייל ללקוח שמסביר שהמשלוח יתעכב ביומיים, הטון אמפתי ומקצועי" — מדברים כמו שהיינו אומרים את זה, Claude ממיר לטקסט מסודר.
• ידיים תפוסות: עובדים על חומרה (מחברים כבלים, מגדירים שרת), הידיים עסוקות — מדברים ל-Claude Code במקום להקליד.
• מצבי ניידות: הולכים ברחוב, על הספה, בזמן קפה — כל מצב שבו הקלדה לא נוחה אבל דיבור כן.
• נגישות: למי שקשה לו להקליד — מסיבות פיזיות, דיסלקציה, או כל סיבה אחרת — Voice Mode מאפשר עבודה מלאה עם Claude Code דרך דיבור.

# לוחצים Spacebar ומדברים:
"אני רוצה להוסיף endpoint חדש ל-API שמטפל ב-Coupon validation.
הוא צריך לקבל קוד קופון וסכום הזמנה,
ולהחזיר את ההנחה אם הקופון תקף
או שגיאה אם הוא פג תוקף.
תתכנן את זה קודם בלי לכתוב קוד."

טעויות נפוצות באינטגרציה — ואיך להימנע מהן

אחרי שעבדנו עם משתמשים רבים שחיברו Claude Code ל-IDE, הנה הטעויות הכי נפוצות:

טעות 1: לעבוד רק ב-IDE ולשכוח את הטרמינל

מה קורה: משתמשים מתקינים את התוסף ב-VS Code ומפסיקים לגמרי להשתמש בטרמינל. ואז מגלים שמשימות כמו ניתוח מרובה-קבצים או Batch Operations הרבה יותר איטיות וקשות ב-IDE.

איך להימנע: זכרו את הטבלה של Dual-Mode Workflow. Terminal לניתוח ו-Git ו-Batch. IDE ל-Diffs ו-@mentions. שניהם ביחד.

טעות 2: להפעיל Auto-Accept על משימות רגישות

מה קורה: מישהו מפעיל Auto-Accept ומבקש מ-Claude "תשפר את הקוד". Claude מחליט לבד מה "לשפר" ומבצע 50 שינויים בלי שאף אחד סקר אותם. חלקם עלולים לשבור דברים.

איך להימנע: Auto-Accept רק למשימות בטוחות — תיעוד, פורמטינג, שינויים קוסמטיים. כל שאר המשימות — סקירה ידנית של כל Diff.

טעות 3: לשכוח שכל Session צורך Tokens בנפרד

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

איך להימנע: פתחו Sessions רק למשימות שבאמת צריכות לרוץ במקביל. סיימתם משימה ב-Session? סגרו אותו. אין צורך לשמור 5 Sessions "ליתר ביטחון".

טעות 4: לבלבל בין Remote Control ל-/teleport

מה קורה: מישהו עושה /teleport כשצריך Remote Control, ואז מגלה שClaude לא יכול לגשת לקבצים המקומיים. או להפך — משתמש ב-Remote Control כשרוצה להמשיך שיחה בבית, ואז המחשב נכנס ל-Sleep וה-Session נעצר.

איך להימנע: הכלל פשוט — צריך קבצים? Remote Control (ה-Session נשאר על המחשב). צריך רק שיחה? /teleport (ה-Session עובר לווב).

טעות 5: לא לתת שמות וצבעים ל-Sessions

מה קורה: פותחים 3 Sessions בלי שם ובלי צבע. אחרי 10 דקות לא זוכרים באיזה Tab מה. שולחים פרומפט לא-נכון ל-Session לא-נכון.

איך להימנע: תמיד claude -n "שם" + /color צבע. 10 שניות שחוסכות בלבול.

מילון מונחים — IDE Integration

Frameworks להחלטות

שגרת עבודה — IDE Integration יומיומית

תרחיש יומיומי מלא — מהבוקר עד הערב

תרגילים מעשיים

בדוק את עצמך — האם עברת את פרק 7?

צ'קליסט — סיכום פרק 7

• התקנתי את תוסף Claude Code ב-VS Code (או JetBrains Plugin) — ובדקתי שעובד
• אני יודע להשתמש ב-@mentions להפניה לקבצים ולטווחי שורות (@file:10-20)
• אני מבין את ה-Inline Diff View ויודע לסקור שינויים ויזואלית בעורך
• אני יודע לפתוח Conversation Tabs מרובים ב-VS Code ולעבוד על כמה משימות
• אני מבין את ה-Plan Review UI — Approve, Modify, Reject ברמת שלב
• אני יודע מתי לעבוד ב-Terminal ומתי ב-IDE — הכרת ה-Dual-Mode Workflow
• אני מכיר את ההבדל בין תוסף VS Code ל-JetBrains Plugin
• אני יכול לנהל Sessions מרובים עם שמות (-n) וצבעים (/color)
• אני מבין איך Remote Control עובד — שליטה מהנייד ב-Session שרץ על המחשב
• אני יודע מה /teleport עושה ומתי להשתמש בו (שיחה ללא קבצים)
• אני מכיר את Voice Mode — /voice + Spacebar, 20 שפות, Research Preview
• אני מבין ש-CLAUDE.md, settings, והרשאות חלים גם על Terminal וגם על IDE
• אני מכיר את Cursor/Windsurf כמשלימים של Claude Code — לא כמתחרים
• יש לי שגרת עבודה יומיומית שמשלבת Terminal + IDE לפי סוג משימה

סיכום הפרק