חדשות

DeepSeek עדכנה את V4.1 Flash: אותו שם API ומחיר, עם טענות לשיפור בביצועים

DeepSeek-V4.1-Flash-1017 מחליף את הגרסה הקודמת באתר, באפליקציה וב-API. החברה מדווחת על שיפורים וקיצור פלטים, בעוד שיטת הקריאה והמחיר נשארים.

ליבת מודל מושגית המחוברת למסלולים זורמים ולכרטיסי משימות
איור להמחשה: ליבת מודל מושגית המחוברת למסלולים זורמים ולכרטיסי משימות

DeepSeek הודיעה ב-17 באוקטובר על שדרוג V4.1 Flash לגרסת DeepSeek-V4.1-Flash-1017 באתר, באפליקציה וב-API. לפי יומן העדכונים הרשמי, דרך הקריאה והמחיר אינם משתנים: המזהה deepseek-flash מפנה לגרסה המעודכנת. החברה מדווחת על שיפור במדדי חשיבה, קוד, משימות סוכנים וראייה, לצד קיצור זמן המשימה ואורך הפלט. אלה תוצאות והערכות שמפרסמת החברה, ואינן מבטיחות שיפור זהה בכל שימוש.

לצוותים שכבר משתמשים בשירות, הפרט המרכזי הוא שהשדרוג מתרחש מאחורי שם API קיים. אין צורך להחליף את שם המודל כדי לקבל את הגרסה החדשה. עם זאת, שמירה על אותו שם ועל אותו תעריף אינה מבטיחה התנהגות זהה. לפני שמסתמכים על פלט בתהליך עסקי קבוע, כדאי לבדוק אם השתנו הדיוק, אופן השימוש בכלים וההתאמה להוראות שהמערכת שלכם נותנת.

מה מציגה החברה במדדים

בכרטיס המודל DeepSeek מציגה השוואה לגרסה הקודמת ולמודלים נוספים. בין הנתונים שלה, Terminal-Bench 4.0 עולה מ-31.2 ל-42.3, ו-DeepSWE v1.1 עולה מ-74.2 ל-77.0. אלה מדדים למשימות מוגדרות, ולא ציון אחיד לכל יכולות המודל. אין להסיק מהם שכל משתמש יקבל אותו שיעור שיפור או שכל סוג של קוד ייבנה טוב יותר באותה מידה.

גם סביבת הבדיקה משנה. DeepSeek מפרטת מסגרות הרצה שונות לחלק מהמבחנים, כולל Claude Code ו-Mini-SWE-V2. מסגרת ההרצה קובעת בין היתר אילו כלים זמינים ואיך מתנהלים סבבי העבודה. לכן השוואה שימושית צריכה לקרוא את שם המבחן יחד עם תנאי ההרצה, ולא להתייחס למספר כאילו נוצר ללא סביבה, מגבלות או שיטת הערכה מסוימת.

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

למה שם מודל קבוע מצריך בדיקה חוזרת

מזהה API יציב מפשט תחזוקה, משום שאפליקציה אינה נדרשת לשנות הגדרות בכל שדרוג. הצד השני הוא שהשם לבדו אינו מתעד איזו גרסה השיבה לבקשה בתקופה מסוימת. בהשוואה בין תוצאות, חשוב לשמור גם את מועד ההרצה ואת ההגדרות שבהן השתמשתם. כך ניתן להבחין בין שינוי בנתונים שלכם לבין שינוי בשירות המודל שמופעל מאחוריהם.

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

אם המודל מפעיל כלים, כדאי לבדוק גם מה קורה כאשר פעולה נכשלת. תשובה סופית קצרה יכולה להיראות טובה, אך אינה מגלה לבדה אילו צעדים נעשו בדרך. תיעוד של הקריאות ושל תוצאותיהן מאפשר להעריך את התהליך. בדיקת ניסוח התשובה ובדיקת הפעולות הן שתי שכבות שונות, ושתיהן חשובות לפני שמרחיבים שימוש אוטומטי בסביבת עבודה פעילה.

משקלים פתוחים אינם שירות API זהה

DeepSeek פרסמה גם את כרטיס המודל ואת המשקלים במאגר הרשמי שלה ב-Hugging Face, עם רישיון MIT. זמינות המשקלים מאפשרת לבחון מסלולי הפעלה נפרדים מהשירות המנוהל, בכפוף לציוד ולתוכנה הדרושים. אין בכך הבטחה שהפעלה מקומית תהיה פשוטה, זולה יותר או זהה לביצועי ה-API. כל מסלול כולל תנאי הרצה ועלויות תפעול משלו.

לצוות שמעוניין להפעיל את המודל בעצמו כדאי להפריד בין הורדת קבצים לבין הפעלת מערכת יציבה. נדרשים התאמה למסגרת ההסקה, הגדרות בקשה, בדיקת איכות ומעקב אחר התנהגות. כרטיס המודל כולל גם חומר הנוגע לפורמט השיחה ולכלים. אימוץ המשקלים אינו מבטל את הצורך לבדוק את התהליך שמסביב למודל, במיוחד כאשר הוא מקבל גישה למידע או לפעולות ארגוניות.

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

מה להשתנות בתקציב, ומה לא

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

אפשר גם להגדיר מראש מה ייחשב כישלון: פלט לא תקין, שינוי קוד שאינו עובר בדיקה או פעולה שלא אושרה. לאחר מכן אפשר לבדוק אם הגרסה החדשה משנה את שכיחות המקרים האלה בתרחישים שלכם. ההחלטה להרחיב שימוש צריכה להתבסס על התוצאה המלאה, ולא רק על ניסוח משכנע יותר או על השוואה בודדת שבה המודל החדש הצליח במיוחד.

השינוי החשוב הוא בגרסה שמאחורי ההרגל

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

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