Fable 5.1 אינו עוד עדכון קטן למודל קיים.
הוא נבנה עבור משימות ארוכות, מורכבות ורב־שלביות.
ההבדל המרכזי אינו רק באיכות התשובה הראשונה. הוא נמצא ביכולת של המודל להחזיק תהליך שלם, להשתמש בכלים, לבדוק תוצאות ולהמשיך גם כשהמציאות משתנה.
מודלים רבים מצטיינים בשאלות קצרות. הם מסכמים טקסט, כותבים קוד או עונים במהירות על שאלה ממוקדת.
האתגר האמיתי מתחיל כשהמשימה דורשת עשרות פעולות. צריך לאסוף מידע, להפעיל כלים, לבדוק תוצאות, לזהות טעויות ולתקן אותן לאורך הדרך.
Fable 5.1 מתאים לפיצ׳רים שנוגעים בכמה קבצים, לריפקטורינג רחב, למיגרציות, לאיתור באגים ולבדיקות קוד.
הוא יכול להתחיל מהבנת מבנה הפרויקט. לאחר מכן הוא מציע תוכנית עבודה, משתמש בכלי פיתוח, בודק את התוצאה וחוזר לתיקונים במידת הצורך.
המשמעות היא שינוי בגישה. במקום לבקש מהמודל לכתוב קטע קוד מבודד, אפשר לתת לו יעד רחב יותר, גבולות ברורים, כלים ותנאי הצלחה.
עדיין נדרש פיקוח אנושי. עם זאת, המודל יכול לקחת אחריות על יותר שלבים בתהליך.
אותו עיקרון עובד גם במחקר. Fable 5.1 מתאים למשימות שדורשות חיפוש, השוואה, בדיקת מקורות והסקת מסקנות.
במקרים כאלה, התשובה אינה נמצאת במסמך אחד. היא נבנית בהדרגה מתוך כמה מקורות וכמה פעולות.
המודל יכול לעבוד גם עם מסמכים, גיליונות אלקטרוניים ומצגות. הוא מסוגל להתקדם משאלה ראשונית לתוצר שלם יותר, כמו מסמך מסכם, גיליון עם נוסחאות או מצגת שנבנית מדף ריק.
כאן נמצא השינוי החשוב באמת. מודל רגיל נמדד לעיתים לפי איכות התשובה שלו.
סוכן חכם נמדד גם לפי הדרך שבה הוא מתקדם אחרי פעולה לא מוצלחת.
הערך של סוכן חכם נמדד פחות בתשובה הראשונה, ויותר ביכולת שלו להתקדם אחרי שהמציאות משתנה.
ב־Fable 5.1 החשיבה האדפטיבית מופעלת תמיד. במקום להפעיל או לכבות חשיבה באופן ידני, שולטים בעומק שלה באמצעות פרמטר effort.
כך אפשר להתאים את ההשקעה למורכבות המשימה. סיכום קצר יכול לעבוד עם מאמץ נמוך. תכנון ארכיטקטורה, מחקר עמוק או ניתוח מורכב דורשים מאמץ גבוה יותר.
החידוש החשוב הוא האפשרות לשנות את רמת המאמץ במהלך אותה שיחה. אפשר להתחיל במשימה מורכבת ברמה גבוהה, ואז לרדת לרמה נמוכה כאשר מגיעים לפעולה שגרתית.
למודל יש חלון הקשר של מיליון טוקנים, כברירת מחדל וגם כמקסימום.
בפועל, המשמעות היא יכולת לעבוד עם כמויות גדולות מאוד של מידע באותה מסגרת. זה שימושי בפרויקטים גדולים, במאגרי מסמכים, בקוד רב ובקבצים שצריך להשוות ביניהם.
אבל חלון הקשר גדול אינו מחליף תכנון. עדיין צריך לבחור מידע רלוונטי, לארגן אותו ולהגדיר למודל מה בדיוק עליו לחפש.
Fable 5.1 משפר את השימוש בדפדפנים, ביישומי מחשב ובכלי תוכנה. הוא גם מתמודד טוב יותר עם התאוששות מפעולות שנכשלו.
זו נקודה קריטית בסוכנים עסקיים. סוכן אמיתי לא רק מייצר טקסט. הוא קורא מידע, מפעיל מערכת, בודק תוצאה ומתקן פעולה כשמשהו לא הסתדר.
אפשר לקרוא על עקרונות העבודה עם מודלים וכלים גם ב־תיעוד הרשמי של Anthropic.
Fable 5.1 אינו תומך ב־forced tool use. הגדרות כמו tool_choice עם any או עם כלי מסוים מחזירות שגיאת בקשה.
האפשרויות auto ו־none ממשיכות לעבוד כרגיל. הגישה המומלצת היא להשאיר את בחירת הכלי על auto ולכתוב בפרומפט מתי עליו להשתמש בו.
לדוגמה, אפשר להנחות את המודל להשתמש בכלי מזג האוויר כאשר השאלה דורשת נתונים כאלה. אם נדרש JSON תקין, עדיף להשתמש ב־strict tool use או ב־structured outputs.
Fable 5.1 שומר מידע על המודל שיצר כל בלוק חשיבה. המודל החדש יכול לקרוא בלוקים שנוצרו על ידי מודלים קודמים.
הכיוון ההפוך אינו עובד. מודלים קודמים אינם יכולים לקרוא בלוקים שיצר Fable 5.1.
הבעיה מופיעה כשמחליפים מודל באמצע שיחה. מעבר אל Fable 5.1 יכול לשמור את החשיבה הקודמת. מעבר ממנו למודל ישן יותר עלול להסיר את הבלוקים שנוצרו לאחר המעבר.
גם שינוי הודעה קודמת, הסרת כלי או בנייה מחדש של system prompt עלולים לפגוע בתוקף של בלוקי החשיבה.
הדרך הבטוחה ביותר לעבוד עם Fable 5.1 היא לבנות את השיחה קדימה. מוסיפים הודעות חדשות, אך לא משנים את ההיסטוריה שכבר נשלחה.
כאשר צריך לשנות הוראה, עדיף להשתמש בהודעת מערכת באמצע השיחה. אפשר גם להגביל אותה לתור אחד.
כאשר צריך לצמצם את ההקשר, עדיף להשתמש בדחיסה או בעריכת הקשר בצד השרת. כך שומרים טוב יותר על יציבות השיחה ועל יעילות המטמון.
התחילו בהגדרת היעד. מה הסוכן צריך להשיג? אילו פעולות הוא רשאי לבצע? מה נחשב הצלחה?
הגדרה כזו חשובה יותר מעוד ניסוח מתוחכם בפרומפט. היא נותנת למודל מסגרת עבודה ברורה.
אל תפעילו מאמץ גבוה על כל פעולה. התחילו נמוך במשימות קצרות וברורות.
העלו את המאמץ כאשר המשימה כוללת תכנון, מחקר, שימוש בכלים או כמה שכבות של החלטות.
סוכן שעובד במערכת אמיתית ייתקל בשגיאות. כלי עלול להחזיר תוצאה חלקית. קובץ עלול להשתנות. מקור יכול להיות לא זמין.
לכן צריך להגדיר מה הסוכן עושה כשפעולה נכשלת. היכולת להמשיך בצורה מסודרת חשובה לא פחות מהיכולת להתחיל.
היסטוריית שיחה, כלי תוכנה והוראות קבועות צריכים להישאר יציבים ככל האפשר.
עקביות כזו עוזרת למודל לשמור הקשר. היא גם משפרת את השימוש במטמון ומאפשרת שליטה טובה יותר בעלויות.
Fable 5.1 יכול להפיק עדכוני התקדמות בין קריאות לכלים. העדכונים מסבירים בקצרה מה המודל מצא ומה הוא מתכנן לעשות בהמשך.
כברירת מחדל, העדכונים אינם מוצגים למשתמש. לכן תהליך ארוך עלול להיראות שקט, גם כשהמודל עובד.
באמצעות thinking.display עם הערך updates אפשר לקבל שורות סטטוס ולהציג אותן בממשק.
זו החלטה מוצרית, לא רק טכנית. במערכת פנימית לא תמיד צריך להציג כל שלב. במערכת מול לקוח, עדכון קצר יכול להפחית חוסר ודאות ולשפר את חוויית השימוש.
Fable 5.1 אינו מתאים אוטומטית לכל משימה. לפי תיעוד המודל, עבור רוב העבודות כדאי להתחיל עם Claude Opus 5.
Fable 5.1 מתאים כאשר מדובר במשימת חשיבה תובענית, בתהליך ארוך או במקרה שבו הערכות הביצועים של Opus 5 אינן מספיקות.
אפשר לחשוב על הבחירה בשני צירים. הראשון הוא מורכבות המשימה. השני הוא אורך התהליך ומספר הפעולות שהסוכן צריך לבצע.
Fable 5.1 שומר על מחירי הקלט והפלט של Fable 5, אך מציע מחיר נמוך יותר לקריאות מטמון.
לפי התמחור שסופק, מחיר הקלט הוא 10 דולר למיליון טוקנים. כתיבת מטמון לחמש דקות עולה 12.50 דולר, וכתיבת מטמון לשעה עולה 20 דולר.
קריאות מטמון עולות 0.25 דולר למיליון טוקנים. הפלט עולה 50 דולר למיליון טוקנים.
במערכות עם שיחות ארוכות, הוראות קבועות וכלים חוזרים, ההבדל עשוי להיות משמעותי. לכן כדאי להשאיר את החלקים הקבועים בפרומפט יציבים לאורך הסשן.
| מצב עבודה | הגישה המתאימה | מה חשוב לבדוק |
|---|---|---|
| שאלה קצרה | מאמץ נמוך ותשובה ישירה | האם נדרש מידע עדכני או כלי חיצוני |
| מחקר רב־שלבי | מאמץ גבוה ושימוש בכלי חיפוש | אימות מקורות ומעקב אחר שלבי העבודה |
| סוכן פיתוח | שיחה מצטברת וכלי תוכנה | קריאות מקביליות, תיקונים ושמירת ההיסטוריה |
| עבודה עם מסמכים | חלון הקשר גדול והנחיות ברורות | ציטוטים, מבנה התוצר ודיוק הנתונים |
| מערכת מול לקוח | עדכוני התקדמות מבוקרים | מה המשתמש רואה ומה נשאר פנימי |
תוכן טקסטואלי שנוצר על ידי Fable 5.1 נושא סימן מים סטטיסטי של Anthropic בפלטפורמות שבהן המודל זמין.
הסימן אינו משנה את המשמעות, האיכות או הקריאות של הטקסט.
קבצי תמונה ווידאו נתמכים שהמודל יוצר, למשל באמצעות כלי הרצת קוד, יכולים לכלול אישורי מקור חתומים מסוג C2PA כאשר שולפים אותם דרך Files API.
לארגונים שעוסקים באישור, תיעוד ותאימות, זו נקודה שכדאי לכלול כבר בשלב התכנון.
המודל מתאים לצוותים שבונים סוכני AI, מערכות פיתוח אוטונומיות, תהליכי מחקר וכלי עבודה עם מסמכים.
הוא רלוונטי במיוחד כאשר המשימה נמשכת זמן רב ודורשת כמה החלטות ופעולות.
לא. חשיבה אדפטיבית מופעלת תמיד.
הגדרות שמנסות להפעיל או לכבות חשיבה באופן ידני, כולל budget_tokens או disabled, מחזירות שגיאה. יש להשמיט את ההגדרה או להשתמש ב־adaptive.
אפשר, אך צריך להבין את כיוון המעבר.
Fable 5.1 יודע לקרוא בלוקים שנוצרו על ידי מודלים קודמים. מודלים קודמים אינם יודעים לקרוא את בלוקי החשיבה שלו. לכן מעבר חזרה עלול להסיר את החשיבה שנוצרה אחר כך.
אל תשנו הודעות, כלים או system prompt שכבר נשלחו.
שמרו על שיחה מצטברת. אם צריך להמשיך למרות אי־התאמה, אפשר להגדיר מדיניות שמסירה את בלוק החשיבה, אך חשוב לתעד את השינוי במערכת.
לא בהכרח.
התחילו במודל שמתאים לעלות ולמורכבות. עברו ל־Fable 5.1 כאשר נדרשים תכנון עמוק, הקשר רחב, שימוש בכלים או תהליך ארוך.
Fable 5.1 מיועד לשלב שבו AI מפסיק להיות רק כלי לתשובות והופך למנוע שמנהל תהליך.
הוא מציע יתרונות בפיתוח ארוך, במחקר, בעבודה עם מסמכים, בשימוש בכלים ובהבנת הקשר רחב.
עם זאת, ההטמעה דורשת משמעת טכנית. צריך לשמור על היסטוריה מצטברת, להימנע מכפיית כלים, לתכנן את רמת המאמץ ולבחון את העלות לאורך זמן.
Fable 5.1 לא מחליף תהליך טוב. הוא מאפשר לתהליך טוב להגיע רחוק יותר.
