טיפים
קצר, מעשי, ליישום מיידי. טיפ אחד בכל פעם.
- שני סשנים על אותו מחשב שלא מוצאים זה את זה סשנים של קלוד קוד (Claude Code) יכולים לשלוח הודעות זה לזה, אבל הרשימה נבנית מקבצים על הדיסק — ולכן סשן ב-WSL וסשן בווינדוס מקורי לא רואים זה את זה.
- סגנון תמציתי חדש בקלוד קוד: למה הוא לא נדלק ברגע שבוחרים אותו קלוד קוד (Claude Code) קיבל סגנון פלט בשם Concise: תשובות שמתחילות מהתוצאה. איפה בוחרים אותו, למה הוא נכנס לתוקף רק בשיחה הבאה, ומה זה עולה.
- המכסה נגמרה וקלוד קוד ממשיך לבד: מה השתנה ומה זה עולה מ-17 באוגוסט קלוד קוד (Claude Code) ממשיך לבד כשמגבלת השימוש מתאפסת, וזו ברירת המחדל. איפה מכבים, למה זה לא חל על המכסה השבועית, ומה זה עושה לחשבון.
- פרומפט המערכת של קלוד אינו סוד: הוא מתפרסם רשמית לכל מודל אנתרופיק מפרסמת את פרומפט המערכת של קלוד (Claude) לכל מודל, עם תאריך ועם השינויים בין הגרסאות. מה באמת כתוב שם, ולמה זה לא חל על ה-API.
- החלפת מודל באמצע שיחה: ההקשר נשמר, אבל משלמים עליו מחדש קלוד קוד (Claude Code) שולח את כל השיחה בכל בקשה, וה-cache של הפרומפט הוא מה שמוזיל את זה. החלפת מודל או רמת מאמץ באמצע מאפסת אותו, וזה נראה במכסה.
- מה המעסיק רואה מהסשנים שלכם בקלוד קוד מה נחשף מסשן של קלוד קוד (Claude Code) דרך ה-Compliance API של אנתרופיק, מה נשאר מחוץ לכיסוי, ולמה הכיסוי תלוי בחשבון ולא במחשב.
- מצב אוטומטי לא מכיר את התשתית שלכם: מה כדאי להגדיר עכשיו המסווג של קלוד קוד (Claude Code) סומך רק על תיקיית העבודה ועל ה-remotes שלה. כל השאר נחשב חיצוני — וכך מגדירים גבול אמון בלי לכבות את המצב.
- סקירת קוד לפני שדוחפים: פקודה אחת שרצה ברקע ומחפשת באגים בדיף בקלוד קוד (Claude Code) יש שתי סקירות קוד: מוצר ארגוני שמעיר על כל PR, ופקודה שכל מנוי מריץ בטרמינל. איך מריצים, ואיפה היא לא מכסה אתכם.
- אישור ההרשאות אינו גבול אבטחה: מה באמת עוצר פקודה בקלוד קוד גרסה 2.1.221 של קלוד קוד (Claude Code) סגרה שתי דרכים שבהן פקודה חמקה מבדיקת ההרשאות. ההסבר: הבדיקה מנתחת טקסט לפני ריצה, והבידוד נאכף בזמן ריצה.
- יוצר קלוד קוד: הדבר החשוב ביותר שאנשים לא עושים נכון הוא האימות מי שיצר את קלוד קוד (Claude Code) מסביר שהפער אינו בניסוח הפרומפט אלא בכך שלא נתנו למודל בדיקה שהוא יכול להריץ בעצמו. ארבע דרגות של אימות.
- צוות מחקר שלם בפקודה אחת — והדוח מסנן את מה שלא שרד הצלבה בקלוד קוד (Claude Code) יש workflow מחקר מובנה: כמה סוכנים סורקים מקורות במקביל ומצליבים ביניהם, והדוח חוזר עם ציטוטים. וגם: איך לא לשרוף מכסה.
- רעיון צדדי באמצע משימה? שולחים עותק של השיחה לעבוד עליו ברקע פקודת fork בקלוד קוד (Claude Code) משכפלת את השיחה, כולל כל ההקשר, לסשן רקע עצמאי שממשיך לבד — בזמן שממשיכים לעבוד במקור כרגיל.
- ברירת המחדל שלכם התחלפה: בדקו על מה אתם רצים מאז אופוס 5, קלוד קוד נפתח על מודל אחר בחשבונות Max. פקודה אחת אומרת לכם על מה אתם באמת עובדים — לפני שאתם משלמים על ניחוש.
- חברו MCP של נתונים במצב קריאה בלבד — כברירת מחדל שרת MCP שרואה את בסיס הנתונים הוא כוח אמיתי — וסיכון אמיתי. הכלל: קריאה בלבד כברירת מחדל, כתיבה רק בסביבת פיתוח נפרדת.
- לפני שבונים על שירות חדש: בדקו אם יש לו סקיל רשמי ספקים כמו Supabase כבר קידדו את הטעויות שסוכנים עושים אצלם — בסקיל רשמי שמתקינים בפקודה אחת. אל תלמדו את הלקחים האלה בדרך הקשה.
- וייב קודינג עם חגורת בטיחות: שלושה הרגלים, אפס דרמה וייב קודינג לא אומר לוותר על שליטה. מצב תכנון לפני, נקודת שמירה מוכנה, וקריאת השינויים אחרי — והזרימה נשארת זרימה.
- שאלה צדדית באמצע משימה? יש פקודה בדיוק לזה כל שאלה צדדית שנשאלת באמצע משימה בקלוד קוד מזהמת את הקשר השיחה ונשארת שם. פקודת השאלות הצדדיות עונה — בלי שהמשימה הראשית תדע שזה קרה.
- לפני משימה גדולה: תנו לקלוד לראיין אתכם במקום לכתוב לקלוד קוד מפרט מפורט — הופכים את הכיוון: קלוד מראיין אתכם שאלה אחר שאלה, כותב את המפרט בעצמו, ושיחה חדשה מבצעת אותו.
- נתקלתם ב-PR ישן בלי הקשר? חוזרים לשיחה שיצרה אותו מצאתם Pull Request מלפני שבועיים ואין מושג מה עמד מאחוריו? מדביקים את הקישור בבורר השיחות של קלוד קוד ומקבלים את השיחה המקורית, עם כל ההחלטות.
- בדיקת דוקטור אחת לחודש מנקה את הפרויקט פקודת הבדיקה בקלוד קוד כבר לא רק מדווחת — היא מוצאת סקילים ושרתי MCP לא בשימוש, גוזמת CLAUDE.md מנופח ומסמנת hooks איטיים, ומבקשת אישור.
- לולאה בלי תנאי עצירה שורפת מכסה בשקט לפני שמפעילים לולאה בקלוד קוד, מגדירים מה יעצור אותה: תקרת ניסיונות, קריטריון הצלחה, ומעקב אחרי הצריכה. הכלל שמפריד אוטומציה מבזבוז.
- כלל ממוקד-נתיב עדיף על CLAUDE.md שמנוני אילוץ שרלוונטי רק לחלק מהקוד לא צריך לשבת ב-CLAUDE.md ולעלות טוקנים בכל שיחה. כלל ממוקד-נתיב נטען רק כשנוגעים בקבצים הרלוונטיים.
- עבודה בכמות? נתבו לדרגה הזולה לא כל משימה צריכה את מודל הדגל. עבודה מכנית בנפח — סיווג, תמלול, המרות — כדאי לנתב לדרגת המודל הזולה, ולשמור את היקר למשימות הקשות.
- הכתיבו פרומפטים לקלוד בקול פרומפט טוב הוא פרומפט ארוך, וההקלדה היא המחסום. הכתבה קולית הופכת ניסוח בקשה מלאה לקלוד לעניין של שניות — וזה משפר את התוצאה.
- הפכו תרחיש Make לכלי שקלוד מפעיל בניתם אוטומציה ב-Make? דרך שרת ה-MCP ו-MCP Toolboxes אפשר להפוך אותה לכלי שקלוד מפעיל בעצמו — הסוכן לא רק רץ בתוך Make, הוא קורא לו.
- אוטומציה בטוחה: מה אף פעם לא רץ לבד פעולות בלתי-הפיכות — מחיקה, פריסה, שליחת מיילים, כסף — לא רצות בלי אישור אדם. הכלל שמפריד אוטומציה שקטה מאסון שקט.
- סוכן משנה זול: משימות מכניות על מודל קטן לא כל משימת עזר צריכה את המודל היקר. שגרו סריקות ובדיקות לסוכן משנה על Haiku, ושמרו את המכסה למקום שבאמת חשוב.
- אמתו לפני שמפרסמים: קלוד לא יודע מה קרה אתמול מודלים לא מכירים את החדשות של החודש שעבר. לפני שמפרסמים מספר, מחיר או פקודה שקלוד נתן — מבקשים ממנו לאמת מול מקור חי.
- קלוד התרשל? העלו מאמץ — אל תחליפו מודל כשקלוד קוד מדלג על קובץ או לא מריץ בדיקות, הבעיה היא רמת המאמץ ולא המודל. העלאת מאמץ פותרת את זה זול ומהר יותר מהחלפה לפייבל 5.
- מצב מהיר: הפקודה שמאיצה את אופוס מצב מהיר בקלוד קוד נותן את אותו מודל אופוס עם פלט מהיר בערך פי 2.5, בלי לוותר על איכות. מתי להדליק אותו — ומתי הוא רק שורף קרדיטים.
- לתכנן עם פייבל, לבצע עם אופוס מריצים את מצב התכנון על פייבל 5 כדי לקבל תוכנית חכמה, מאשרים, ומחליפים לאופוס 5 לביצוע. משלמים על החוכמה רק איפה שצריך.
- כלל שני הכישלונות: מתי להחליף מודל אותה משימה נכשלה פעמיים על אופוס? זה הסימן להחליף לפייבל, לא לנסח את הפרומפט בפעם השלישית. הכלל הפשוט שחוסך שעות.