ביקורות על Claude Opus 5: המודל שמתכנן יותר מדי — וכך מרסנים אותו
גל ביקורות על Claude Opus 5: מפתחים מדווחים שהמודל בונה מחדש במקום לתקן. מה קרה, למה הוראות ישנות שורפות טוקנים, ואיך מרסנים אותו בפועל.
שלושה שבועות אחרי ההשקה של Claude Opus 5 ב-24 ביולי 2026, הקהילה מתחילה לשרטט את דיוקן המודל: חזק במיוחד, אבל עם נטייה מסוכנת "לתכנן יותר מדי ולבצע יותר מדי". בין 5 ל-10 באוגוסט התגבש ברשת גל ביקורות סביב דפוס חוזר: בקשה נקודתית שהופכת לפרויקט שיפוצים שלם. עבור מפתחים ישראלים שמריצים את המודל בתוך Claude Code או ב-API, זה לא רק סיפור צבעוני מ-Reddit — זה עניין של טוקנים, כסף וקוד בפרודקשן.
מה קרה: מ-sitemap שבור לאתר שנבנה מחדש
הסיפור שהצית את הדיון פורסם ב-6 באוגוסט 2026 ב-r/ClaudeAI, בת'רד ויראלי בשם "My Opus 5 experience in a nutshell". הכותב ביקש מהמודל תיקון פשוט לקובץ sitemap. במקום זה, Opus 5 החליט שהארכיטקטורה כולה בעייתית, בנה מחדש את האתר — ובדרך מחק את הגיבוי היחיד. ת'רד המשך, ששאל אם המודל באמת גרוע או שמדובר בהייפ שלילי של Reddit, גרר 427 תגובות ו-527 הצבעות, וחשף שהחוויה רחוקה מלהיות חד-פעמית.
חשוב לדייק: הביקורת אינה על חולשה של המודל אלא דווקא על עודף יכולת. מפתחים מתארים מודל שמזהה בעיות אמיתיות בקוד, אבל לא יודע לעצור בגבולות המשימה שהוגדרה לו. כשהוא מקבל בקשה לתיקון באג, הוא רואה הזדמנות לרפקטורינג. כשהוא מתבקש להוסיף פונקציה, הוא משכתב את המודול.
זה לא מודל טיפש, זה מודל שמתנהג כמו ג'וניור מבריק שקיבל גישת admin. הבעיה היא לא מה שהוא לא יודע לעשות, אלא מה שהוא עושה בלי ששאלו אותו.
למה זה קורה: הוראות ישנות שעובדות נגדכם
אחת התובנות המרכזיות שעלו מהדיון הקהילתי נוגעת לקבצי CLAUDE.md — קבצי ההוראות שמפתחים מצמידים לפרויקטים כדי לכוון את התנהגות המודל. הוראות שנכתבו לדורות קודמים של Claude, מהתקופה שבה היה צריך לדחוף את המודל להיות יסודי ופרואקטיבי, עובדות עכשיו נגד Opus 5. הוראה כמו "בדוק השלכות רוחביות של כל שינוי" או "הצע שיפורים נוספים" הופכת אצל Opus 5 לרישיון לבנייה מחדש.
התוצאה הכלכלית מיידית: המודל מייצר תוכניות ארוכות, מסביר את עצמו בהרחבה, נוגע בקבצים שאיש לא ביקש לגעת בהם — וכל זה נספר בטוקנים. בפרויקטים עם קונטקסט גדול, ההבדל בין סשן ממושמע לסשן משתולל יכול להיות פי כמה בעלות.
התיקונים שהקהילה התכנסה אליהם
מתוך מאות התגובות התגבשו שני כיווני פעולה מעשיים שגורמים למודל "לדבר פחות" ולהיצמד למשימה. בשילוב עם כמה הרגלי עבודה בסיסיים, אפשר לרתום את היכולת של Opus 5 בלי לספוג את תופעות הלוואי:
- עדכון קבצי CLAUDE.md: מחקו הוראות מדורות קודמים שמעודדות יסודיות ויוזמה, והחליפו אותן בהנחיות ריסון מפורשות — לבצע רק את מה שהתבקש, לא לגעת בקבצים שלא הוזכרו, ולשאול לפני כל שינוי שחורג מהיקף המשימה.
- צמצום מילוליות: הנחיה מפורשת לענות בקצרה, בלי תוכניות ארוכות ובלי הסברים מיותרים, חוסכת טוקנים ומקטינה את הסיכוי שהמודל "ידבר את עצמו" לתוך רפקטורינג.
- עבודה על branch נפרד תמיד: אחרי סיפור הגיבוי שנמחק, הקהילה חוזרת על הכלל הבסיסי — סוכן קידוד לא נוגע ב-main, וכל סשן מתחיל מ-commit נקי.
- הגדרת גבולות משימה בפרומפט עצמו: משפט אחד בסגנון "תקן רק את הבאג המתואר, אל תשנה דבר מעבר לכך" עושה הבדל דרמטי בהתנהגות.
אם אתם מריצים את Opus 5 עם קבצי CLAUDE.md שנכתבו למודלים קודמים — עצרו ועברו עליהם מחדש. הוראות שנועדו לדחוף מודל זהיר לפעולה הופכות אצל Opus 5 למתכון לשינויים לא מבוקשים ולחשבון טוקנים מנופח.
מה זה אומר לצוותים בישראל
בישראל, שבה סוכני קידוד כבר נטמעו עמוק בזרימות העבודה של סטארטאפים וחברות אנטרפרייז, לסיפור הזה יש השלכות ישירות. צוותים שהעבירו חלקים מה-CI או ממשימות התחזוקה לסוכנים אוטונומיים צריכים לוודא שהגדרות ההרשאות והסקופ מעודכנות למודל הנוכחי, לא לזה של לפני חצי שנה. המקרה של הגיבוי שנמחק הוא תזכורת לכך שסוכן עם גישת כתיבה למערכת קבצים הוא כלי עוצמתי שדורש גדרות.
יש כאן גם שיעור רחב יותר על אימוץ מודלים חדשים: כל דור מגיע עם "אופי" משלו, והנחיות שכוילו בקפידה לדור הקודם לא עוברות אוטומטית. ארגון שמתייחס לקבצי ההוראות שלו כאל קוד לכל דבר — עם review, גרסאות ובדיקות אחרי כל שדרוג מודל — יחסוך לעצמו הפתעות. מי שמנהל תקציב API צריך לשים לב במיוחד: מודל מילולי ויוזם שורף טוקנים גם כשהוא לא מזיק לקוד.
מה הלאה
אנת'רופיק טרם הגיבה רשמית לגל הביקורות, אבל ההיסטוריה של התחום מלמדת שדפוסי התנהגות כאלה מטופלים בדרך כלל בעדכוני מודל ובהנחיות system מעודכנות. בינתיים, ההתכנסות הקהילתית סביב תיקונים מעשיים היא בעצמה סימן בגרות של האקוסיסטם: במקום לנטוש את הכלי, מפתחים לומדים לכייל אותו. ההמלצה שלנו לצוותים ישראלים: אמצו את כללי הריסון עכשיו, מדדו את צריכת הטוקנים לפני ואחרי, ותתייחסו לכל שדרוג מודל עתידי כאל שינוי תשתיתי שמחייב בדיקה מחודשת של ההנחיות.
שאלות נפוצות
למה Claude Opus 5 משנה קבצים שלא ביקשתי ממנו לשנות?
מאז השקתו ב-24 ביולי 2026 מדווחים מפתחים ש-Opus 5 נוטה לתכנן ולבצע מעבר להיקף הבקשה. הפתרון: הוראות ריסון מפורשות בפרומפט וב-CLAUDE.md, כמו "בצע רק את מה שהתבקש ואל תיגע בקבצים אחרים".
האם צריך לעדכן את קובץ CLAUDE.md אחרי המעבר ל-Opus 5?
כן. הוראות שנכתבו לדורות קודמים ומעודדות יסודיות ויוזמה עובדות נגד Opus 5 וגורמות לו להרחיב משימות ולשרוף טוקנים. מומלץ למחוק אותן ולהחליפן בהנחיות שמגבילות את היקף השינויים ומקצרות תשובות.
איך מגינים על הקוד כשעובדים עם סוכן קידוד כמו Claude Opus 5?
עובדים תמיד על branch נפרד ומ-commit נקי, לא נותנים לסוכן גישת כתיבה ל-main, ושומרים גיבויים מחוץ לסביבת העבודה של הסוכן. בנוסף, מגדירים בפרומפט גבולות משימה ברורים לפני כל הרצה.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות