Opus 4.8 ב-Claude Code: מה חדש, מחירים ואיך לעבור אליו ב-2026

תיעוד העזר של Ailoot: ailoot.ai/docs/.

מה הושק ב-Claude Code ב-28 במאי#

ב-28 במאי השיקה Anthropic את Opus 4.8 — 41 ימים אחרי Opus 4.7. Claude Code v2.1.154 והפוסט “Introducing dynamic workflows in Claude Code” יצאו באותו יום. למחרת, v2.1.156 תיקן באג בבלוקי החשיבה ששיבש את ה-API ב-Opus 4.8.

ארבעה שינויים שמשפיעים על כל מי שכותב קוד ב-Claude Code:

1. מודל Opus 4.8 החדש — אותם מחירים ($5/$25 למיליון טוקנים), אך מדדים השוואתיים גבוהים יותר, והוא מפספס באגים בקוד של עצמו בתדירות נמוכה פי 4.
2. Dynamic Workflows — Claude כותב סקריפט JS שיכול להפעיל עד 1000 תתי-סוכנים במהלך הרצה, כשלא יותר מ-16 פעילים בו-זמנית. מילת ההפעלה היא workflow בפרומפט.
3. מאמץ xhigh — רמת הסקה חדשה. ברירת המחדל ב-Opus 4.8 היא כעת high; למשימות תובעניות אפשר להעלות ל-xhigh.
4. Fast Mode נעשה זול פי 3 — קודם הוא עלה פי 6 מהמחיר הרגיל; כעת פי 2 תמורת מהירות של פי 2.5.

Anthropic עצמה מדברת בזהירות על ההשקה הזאת:

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

במה Opus 4.8 שונה מ-4.7?#

מה השתפר בנתונים

Anthropic פרסמה מדדים השוואתיים בהכרזה הרשמית שלה ובתיעוד Claude API. טבלת סיכום:

⚠️ אלה נתונים שפרסם ספק — מספרים של Anthropic, לא מדידה עצמאית.

ההבטחה המרכזית: “סיכוי נמוך פי 4 לפספס באגים”

טענת Anthropic:

זה נשמע נהדר, אבל יש כאן ניואנס: לפי ה-System Card של Anthropic, ל-Claude Opus 4.8 היה שיעור התשובות השגויות הנמוך ביותר מבין שישה מודלים בכל מדד השוואתי, כי הוא נמנע מתשובה כשהוא לא בטוח.

בתרגום משפת System Card לשפת vibe coder: המודל לא נעשה חכם פי 4. הוא פשוט נוטה יותר לומר “אני לא בטוח, בדוק את זה” במקום לייצר הזיה שנשמעת סבירה. כנות במקום עלייה ב-IQ — כך הוא השתפר.

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

מה נשאר ללא שינוי

• המחיר הרגיל ($5 למיליון טוקני קלט, $25 למיליון טוקני פלט) — ללא שינוי.
• מועד חיתוך הידע — ינואר 2026, כמו ב-4.7.
• הקשר ברירת המחדל — מיליון טוקנים ב-Anthropic API, ב-AWS Bedrock וב-GCP Vertex AI. ב-Microsoft Foundry — ‏200K.
• פלט מרבי — 128K טוקנים.
• פרמטרי דגימה (temperature, top_p, top_k) — עדיין אינם נתמכים; הם מחזירים שגיאת 400.

איפה Opus 4.8 לא מצטיין

בכנות: ב-Terminal-Bench 2.1, הציון של Opus 4.8 הוא 74.6% — לא רע, אבל הוא לא המוביל בקטגוריה. אם רוב העבודה שלך נעשית בטרמינל, כדאי לזכור זאת: Codex לעיתים קרובות מעט חזק יותר במשימות טרמינל בלבד. Opus 4.8 מוביל במדדים האחרים, אבל ההבדל הזה אמיתי.

הנקודה הכנה השנייה: בצינורות סוכניים מורכבים עם קלט שלא אומת (ניתוח אתרים, קריאת RSS), ההגנה מפני הזרקת prompt ב-Opus 4.8 אינה מובטחת. אם אתם בונים אוטומציה שקוראת מסמכים של אחרים, הוסיפו מטהר קלט נפרד.

כמה עולה Opus 4.8 ב-2026?#

מדרגות מחיר

המחיר הרגיל נשאר כמו ב-4.7 וב-4.6. זה נדיר — דורות חדשים בדרך כלל עולים יותר. Fast Mode נעשה זול פי 3: ב-4.6 וב-4.7 מצב מהיר עלה פי 6 מהמחיר הרגיל. ב-4.8 הוא עולה פי 2.

מה פירוש הדבר לשעת עבודה

שעה של קידוד פעיל ב-Claude Code עם Opus 4.8 צורכת כ-1–2 מיליון טוקני קלט ו-100–300 אלף טוקני פלט. במחירים הרגילים, זה עולה $5–10 לקלט ו-$2.5–7.5 לפלט. בעיגול, מדובר ב-$8–15 לשעה על ה-API בלבד.

בתוכניות המנוי:

• Pro ($20 לחודש) — מספיק ל-1–2 שעות עבודה פעילות ביום. prompt תובעני אחד עם Dynamic Workflow מכלה את כל המכסה.
• Max 5x ($100 לחודש) — 4–6 שעות ביום באופן עקבי. הבחירה המתאימה לרוב ה-vibe coders.
• Max 20x ($200 לחודש) — יום עבודה שלם בלי לדאוג למכסה. זה משתלם אם אתם מפעילים workflows רבים או עובדים עם Agent SDK.

פרטים נוספים במדריכים איך לא לכלות את מכסת Claude Code ולאן הולכים הטוקנים.

⚠️ פרט חשוב מ-Anthropic: workflow עם 1000 סוכנים צורך “הרבה יותר טוקנים מהפעלה טיפוסית.” הרצה גדולה יכולה לצרוך הקצאה משמעותית גם כשלא יותר מ-16 סוכנים פועלים בו-זמנית. בדקו את השימוש הזמין והגדירו תקציב להרצה לפני הפעלתה; מספר הסוכנים בו-זמנית לבדו אינו קובע את העלות הכוללת.

⚠️ Fast Mode אינו כלול בתוכניות Pro / Max / Team / Enterprise. צריך להפעיל קרדיטים לשימוש, והוא מחויב בנפרד בתעריף $10/$50 למיליון טוקנים, בנוסף למנוי. אם יש לכם Max ואתם מפעילים Fast Mode בלי קרדיטים, תופיע הודעה שעליכם להטעין את היתרה. קל לפספס זאת כשקוראים את התיעוד.

מהם Dynamic Workflows ב-Claude Code?#

במה workflow שונה מתת-סוכן ומ-skill

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

Dynamic Workflow משנה את התבנית. Claude כותב סקריפט JavaScript שמתזמר בעצמו את הסוכנים. תוצאות הביניים נשמרות במשתני הסקריפט, ולא בהקשר של Claude. רק התוצאה הסופית חוזרת להקשר. יש לכך שלוש השפעות:

1. אפשר להפעיל עד 16 סוכנים במקביל, ועד 1000 בסך הכול בכל הרצה.
2. ההקשר של Claude לא עולה על גדותיו — כל תת-סוכן עובד בסביבת sandbox משלו.
3. אפשר להשתמש בסקריפט שוב — אחרי הרצה מוצלחת, לחצו על s ב-/workflows, והוא יישמר כפקודת slash שלכם.

תיעוד ה-workflows של Anthropic מנסח זאת כך:

מגבלות זמן ריצה

שלוש דרכים להפעיל workflow

1. המילה workflow בפרומפט. “הפעל workflow כדי לבדוק כל נקודת קצה של API תחת src/routes/ ולאתר בדיקות auth חסרות”. Claude מזהה את מילת ההפעלה, כותב סקריפט ומפעיל אותו.
2. /effort ultracode — משלב הסקה xhigh עם תזמור workflow אוטומטי. הוא חל על כל המשימות המהותיות בהפעלה. בתיעוד נכתב:

3. /deep-research [question] — workflow מובנה למחקר באמצעות חיפוש באינטרנט והצלבת מקורות.

דוגמה: Bun על 750,000 שורות Rust ב-11 ימים

צוות Bun השתמש ב-Dynamic Workflows לניסוי: העברת Bun מ-Zig ל-Rust. לפי הבלוג של Anthropic:

• כ-750,000 שורות Rust נוצרו.
• 11 ימים מה-commit הראשון ועד למיזוג.
• 99.8% מהבדיקות בחבילת הבדיקות הקיימת עברו.
• כ-300 כללים לתרגום Zig → Rust.

התבנית הטכנית כללה שלושה workflows בזה אחר זה:

1. Workflow #1 ממפה את משך החיים הנכון ב-Rust לכל שדה struct בבסיס הקוד של Zig.
2. Workflow #2 כותב כל קובץ .rs כהעברה זהה מבחינת התנהגות למקבילו .zig. מאות משימות קבצים מחולקות לאצוות, עם לכל היותר 16 סוכנים בו-זמנית ושני בודקים לכל קובץ.
3. Workflow #3 הוא לולאת תיקון: מריץ build + test עד שהכול עובר.

המלכודת העיקרית: workflows יכלו את המכסה גם במשימות קטנות

מסקנה מעשית: אם אפשר לטפל במשימה באמצעות 1–2 תתי-סוכנים פשוטים, אל תפעילו workflow; השתמשו בתתי-סוכנים ידנית. Workflows משתלמים עבור 50+ קבצים, לא 5.

Dynamic Workflow הוא הצעד הבא בהנדסת הקשר. תהליך עבודה יכול לחלק עבודה לעד 1000 הפעלות סוכנים בסך הכול, תוך תזמון של לא יותר מ-16 בו-זמנית. ללא הקשר משותף של הפרויקט, טעויות עלולות להצטבר לאורך האצוות משום שכל סוכן רואה רק את החלק שלו.

מתי כדאי להפעיל מאמץ xhigh?#

בהערות הגרסה של Claude Code v2.1.154, Anthropic אומרת במפורש: Opus 4.8 פועל ב-effort=high כברירת מחדל — זהו הסטנדרט החדש אחרי ההשקה. קודם הסטנדרט היה נמוך יותר. רמת xhigh החדשה זמינה מעליה למשימות התובעניות ביותר, שבהן המודל משקיע יותר טוקני חשיבה בכל צעד.

מתי להשתמש ב-xhigh:

• העברות (תבנית ארכיטקטונית חדשה → 50+ קבצים).
• ביקורות אבטחה (סקירת אבטחה של 200+ נקודות קצה).
• רפקטורים מתוכננים עם בדיקות אינווריאנטים.
• מפגשי ניפוי באגים מורכבים וארוכים, שבהם המודל צריך לזכור את כל התהליך.

מתי לא להשתמש בו:

• עריכות שגרתיות בקובץ אחד (כתיבת בדיקה, שינוי שם של מתודה).
• prompts פשוטים עם מבנה ברור.
• תיעוד / הערות — xhigh מוסיף עלות גם שם.

ב-Claude Code v2.1.154, מחוון המאמץ שינה את שמו מ-“Speed/Intelligence” ל-“Faster/Smarter.” ברירת המחדל /effort high מוחלת כעת מאחורי הקלעים; אין צורך להחליף אותה במפורש.

מתי כדאי להשתמש ב-Fast Mode?#

מחירים:

מתי להשתמש בו:

• משימות אינטראקטיביות שבהן זמן התגובה חשוב יותר מהדיוק (סקירת קוד בשידור חי).
• עריכות מהירות ובדיקת השערות.
• הדגמה / הצגה ללקוח.

מתי לא להשתמש בו:

• עבודה סוכנית ארוכת טווח — המחיר הכפול בהקשר של 1M פוגע בכדאיות הכלכלית.
• Dynamic Workflow גדול — Fast Mode מכפיל את תעריפי הטוקנים החלים, והשימוש מצטבר מכל הסוכנים שהופעלו. מגבלת 1000 ההפעלות הכוללות אינה מכפיל קבוע של פי 1000 לעלות המשימה; תכננו תקציב לפי שימוש הקלט והפלט המצטבר בפועל.
• הפעלות רקע שבהן מהירות אינה קריטית.

איך לעבור ל-Opus 4.8 בלי לאבד הגדרות?#

שלב 1. עדכון Claude Code

בטרמינל:

claude upgrade

או התקינו מחדש לפי התיעוד של Anthropic.

⚠️ גרסת היעד היא v2.1.156 או חדשה יותר. ב-v2.1.154 היה באג: בשימוש ב-Opus 4.8, בלוקי החשיבה שונו, וזה גרם לשגיאות API. הבאג תוקן ב-v2.1.156.

בדקו את הגרסה:

claude --version

שלב 2. החלפת המודל ב-/config

ב-Claude Code:

/model claude-opus-4-8

או פתחו /config → מקטע Model → בחרו Opus 4.8 מהרשימה. מזהה המודל בנקודת הקצה של ה-API הוא claude-opus-4-8.

שלב 3. הפעלת Dynamic Workflows (תוכנית Pro)

Dynamic Workflows מושבתים כברירת מחדל בתוכנית Pro. פתחו /config → מקטע Workflows → הפעילו אותם. הם מופעלים מראש בתוכניות Max, Team ו-Enterprise אישי. בתוכנית Enterprise עם מנהל מערכת, ייתכן שהמנהל השבית אותם; בקשו ממנו להפעילם.

שלב 4. הרצת בדיקה

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

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

אם התגובה מתאימה והביטוי “using claude-opus-4-8” מופיע בתחילתה, המעבר הצליח. אם מתקבלת שגיאת 400, בדקו את גרסת Claude Code שלכם (חזרו לשלב 1).

מה לא צריך להעביר

• CLAUDE.md פועל עם כל מודל ללא שינויים. פרטים נוספים במדריך איך להגדיר CLAUDE.md.
• Skills מזוהים אוטומטית על ידי Opus 4.8. פרטים נוספים במדריך Claude Code Skills.
• שרתי MCP פועלים באותו אופן. מדריך MCP הוא 7 שילובים מוכנים.
• Subagents ו-Plan Mode לא השתנו. סיכום הבחירה בין Skills, Subagents, MCP ו-Plugins נמצא במדריך המרכזי הרלוונטי.

האם כדאי לעבור מ-Sonnet 4.6 או מ-Haiku 4.5?#

כבר סקרתי את הבחירה בין Sonnet ל-Opus במדריך ישן יותר, אבל הוא עסק ב-4.7. הכללים משתנים מעט עם Opus 4.8.

טבלת החלטה ל-2026:

עבור רוב ה-vibe coders, השילוב המתאים הוא Sonnet 4.6 כמודל ברירת המחדל, לצד Opus 4.8 למשימות תובעניות דרך בורר /model. כך תשלמו פחות ועדיין תטפלו כראוי במשימות התובעניות.

מה לא עובד ב-Opus 4.8?#

שלושה תחומים שבהם Opus 4.8 לוקה בחסר לפי דיווחים מעשיים:

1. אסטרטגיה ותכנון מפת דרכים עתירי נתונים. דיווחים מהשטח מראים ש-4.7 עדיין עדיף לניתוח. אם השימוש העיקרי שלכם הוא לבנות טבלת מדדים ולהציע מפת דרכים, נסו תחילה את 4.8; אם הוא נכשל, חזרו ל-4.7 בעזרת /model claude-opus-4-7.

2. “10% האחרונים” בבסיסי קוד קיימים. המודל מצטיין בעבודת greenfield (פרויקט חדש מאפס), אבל מתקשה להבשיל קוד ישן — מקרי קצה ומוזרויות ארכיטקטוניות ייחודיות. זו חולשה טיפוסית של מודלי הסקה: הם מייצרים היטב, אבל מתקשים “לסיים” משהו שכבר קיים.

3. הזיות עדיין קיימות. “סיכוי נמוך פי 4 לפספס באגים” פירושו שהמודל אומר “אני לא יודע” לעיתים קרובות יותר, אבל כשההקשר אינו מספיק, הוא עדיין עלול להמציא דבר סביר לכאורה. ההגנה היא הקשר הפרויקט: ככל ש-CLAUDE.md שלם יותר, כך נשאר פחות מקום להזיות.

אין פירוש הדבר “אל תעדכנו.” פירוש הדבר: הבינו את המגבלות ושמרו את Sonnet 4.6 ואת Opus 4.7 כחלופות גיבוי.

מה יבוא אחרי Opus 4.8?#

בניסוח של Anthropic, “השבועות הקרובים” פירושם בדרך כלל 4–8 שבועות. כלומר, סביר שמודל ברמת Mythos יושק ביוני–יולי 2026. זה משנה את האסטרטגיה:

• אם הפרויקטים הנוכחיים שלכם משתמשים ב-Sonnet 4.6 או ב-Opus 4.7 — עדכנו ל-4.8 ונסו xhigh ו-workflows במשימות מסוימות. זו גרסה משודרגת ללא שינוי במחיר.
• אם תכננתם העברה גדולה באמצעות workflow — אל תמהרו. מודל שיוכל לעשות זאת טוב עוד יותר עשוי לצאת בעוד חודש או חודשיים. אפשר להתחיל בניסוי על מודול אחד כדי להבין איך זה עובד.
• אם התכוונתם לבנות מחדש את התשתית סביב Dynamic Workflows — המתינו. Mythos עשוי לשנות את דפוסי העבודה הבסיסיים.

אי-הוודאות הזאת היא העצה המרכזית: הישארו גמישים. Opus 4.8 הוא שדרוג הדרגתי טוב. Mythos עשוי להיות קפיצת מדרגה. אל תשקיעו בעבודה מחדש בהיקף גדול חודש לפני שמודל חדש עשוי לצאת.

המשיכו לגלות את Ailoot ב-ailoot.ai.