Clef של Cloudflare: מודלים לסיווג ולניתוב בסוכני AI
Cloudflare השיקה את Clef ו־Clef-flash לסיווג ולניתוב בסוכני AI. המודלים זמינים ב־Workers AI ולהורדה ברישיון Apache 2.0 להפעלה עצמאית.
Cloudflare השיקה ב־1 באוקטובר את Clef ואת Clef-flash, שני מודלים שנועדו לקבל החלטות מובנות ומוגבלות בתוך סוכני AI. במקום לבקש ממודל שיחה גדול לנתח ולנסח תשובה בכל תחנה בתהליך, ההצעה כאן ממוקדת יותר: להשתמש במודל ייעודי כדי לסווג פנייה או לבחור לאן להעביר אותה. למפתחים ולעסקים בישראל זו אפשרות מעניינת לבדיקה, בעיקר במקום שבו האוטומציה צריכה להחליט לפני שהיא מתחילה לדבר.
מה הושק: רכיב החלטה, לא עוד צ'אטבוט
לפי הפרסום של Cloudflare, שני המודלים זמינים ב־Workers AI וגם להורדה ברישיון Apache 2.0. המשמעות המעשית היא שיש גם מסלול שימוש דרך שירות החברה וגם אפשרות לבחון הפעלה עצמאית של המודלים. אלה מסלולים שונים מבחינת תפעול, תשתית וטיפול במידע; עצם האפשרות להוריד מודל אינה אומרת שהפעלתו תהיה פשוטה או משתלמת בכל ארגון.
הייעוד המוצהר הוא החזרת החלטות מובנות ומוגבלות. חשבו על מערכת שמקבלת הודעת לקוח וצריכה להכריע אם להעביר אותה לתמיכה טכנית, למחלקת חיובים או לנציג אנושי. בשלב הזה העסק לא צריך תשובה מנוסחת היטב. הוא צריך בחירה מתוך אפשרויות שהוגדרו מראש, שאפשר להעביר להמשך התהליך ולבדוק בדיעבד.
התחקיר אינו מספק השוואה מספרית בין Clef ל־Clef-flash, מחירי שימוש או מדדי איכות בעברית. לכן זו סקירת היכולות המוצהרות וההתאמה האפשרית שלהן, ולא ביקורת המבוססת על התנסות. גם השם flash אינו תחליף למדידה: בחירה בין השניים צריכה להתבסס על אותו אוסף משימות, עם אותם תנאי בדיקה.
למה להפריד בין החלטה לבין ניסוח
בתכנון סוכן AI קל לחבר כל שלב לאותו מודל שיחה: לקרוא את הבקשה, לבחור כלי, לנסח תשובה ולהחליט אם להמשיך. אבל אלה משימות שונות. כשמספר התוצאות האפשריות מוגבל, רכיב החלטה ייעודי עשוי להיות חלופה שכדאי לבחון, בלי להחליף את המודל שמטפל בניסוח או בניתוח פתוח.
היתרון התכנוני אינו מסתכם בשאלת המהירות. כאשר כל שלב מחזיר החלטה מוגדרת, אפשר לבנות סביבו בדיקות ברורות: אילו קטגוריות מותר להחזיר, מה עושים עם תוצאה לא תקינה, ומתי מעבירים את המקרה לבדיקה אנושית. חשוב להפריד בין מבנה לתוכן: החלטה יכולה להגיע בפורמט תקין לחלוטין ועדיין להיות שגויה.
פלט מוגבל מקל לבדוק מה המערכת בחרה; הוא לא מוכיח שהיא בחרה נכון.
לכן אין כאן הבטחה אוטומטית לסוכן צפוי או זול יותר. שימוש במודל ייעודי מוסיף רכיב שצריך להגדיר, לנטר ולתחזק. הוא יהיה כדאי רק אם יתרונו בתהליך האמיתי יעלה על עלות השילוב, ועל המחיר של טעויות הניתוב שהוא עלול לייצר.
המבחן הישראלי: פנייה אחת, עברית ואנגלית יחד
לעסק ישראלי, הדגמה באנגלית אינה מספיקה. פנייה כמו ״חייבתם אותי שוב והחשבון עדיין locked״ משלבת בעיית חיוב, תקלה אפשרית וביטוי באנגלית. אם המערכת מחויבת לבחור מחלקה אחת, צריך להחליט מראש איזה נושא מקבל קדימות, או לאפשר מסלול של בירור נוסף. זו קודם כול הגדרה עסקית, לא בעיה שאפשר להשאיר למודל לפתור לבדו.
גם שמות מוצרים, קיצורים ושגיאות כתיב צריכים להיכלל בבדיקה. מוקד שירות בארץ עשוי לקבל הודעות קצרות ולא מנומסות, תעתיק של מילים באנגלית, או פנייה שמפנה לשיחה קודמת בלי להסביר אותה. מומלץ לבדוק כל קבוצה בנפרד, כדי שממוצע כללי מוצלח לא יסתיר חולשה דווקא בסוג ההודעות הנפוץ אצל הלקוחות שלכם.
- במוקד שירות: לבדוק סיווג למחלקות קיימות לפני שמאפשרים למערכת לשלוח תשובה ללקוח.
- במערכת מסמכים: לבחון ניתוב לסוג הטיפול המתאים, תוך השארת מסמכים לא ברורים לבדיקה ידנית.
- בסוכן פנימי למפתחים: לבחון בחירה בין מסלולי עבודה מוגדרים, בלי להעניק למודל עצמו הרשאות רחבות.
- בפניות רגישות: להגדיר מראש מצבים שבהם ההחלטה היחידה המותרת היא העברה לאדם.
סיווג אינו אישור לבצע פעולה. גם אם המודל בחר במסלול ״החזר כספי״ או ״שינוי הרשאות״, מערכת נפרדת צריכה לבדוק זהות, הרשאות וכללים עסקיים לפני הביצוע.
כך בונים בדיקה שמועילה להחלטת הרכישה
נקודת פתיחה טובה היא תהליך קיים שיש בו קטגוריות ברורות והיסטוריה של החלטות אנושיות. בחרו דוגמאות שעברו הסרת מידע מזהה, הגדירו מהי התשובה הרצויה לכל אחת, ובקשו מאדם נוסף לבדוק את המקרים השנויים במחלוקת. אם הצוות עצמו אינו מסכים לאן פנייה צריכה להגיע, קשה לייחס את הכישלון למודל.
לאחר מכן השוו את Clef ואת Clef-flash לפתרון הקיים, ולא רק זה לזה. במשימה פשוטה, גם כללים רגילים המבוססים על שדות בטופס או מילות מפתח עשויים להספיק. במשימה עמומה יותר, כדאי לכלול בהשוואה את מודל השיחה שכבר משמש את הארגון. המטרה אינה להוכיח שמודל חדש מנצח, אלא לזהות באילו מקרים הוא מוסיף ערך.
- הגדירו קטגוריות, דוגמאות לכל קטגוריה ומסלול למקרה שלא ניתן לסווג.
- הריצו את החלופות על אותו אוסף בדיקה, בנפרד מהדוגמאות ששימשו להגדרת המשימה.
- מדדו איכות, זמן תגובה ועלות בפועל, כולל ניסיונות חוזרים ותיקונים ידניים.
- הפעילו תחילה במקביל לתהליך הקיים, בלי לתת לתוצאה להפעיל פעולות מול לקוחות.
- בדקו טעויות לפי חומרתן: העברה למחלקה סמוכה אינה שקולה לאישור פעולה לא מורשית.
בבחירת מסלול ההפעלה, בחנו בנפרד את ניהול המידע. הפעלה עצמאית עשויה לאפשר שליטה רחבה יותר בתשתית, אבל דורשת תחזוקה ואבטחה. בשימוש בשירות מנוהל צריך לבדוק את התנאים העדכניים, שמירת הנתונים ומיקום העיבוד. רישיון המודל כשלעצמו אינו תשובה לשאלות פרטיות או לעמידה בדרישות הארגון.
למי כדאי לנסות, ולמי עדיין לא
Clef ו־Clef-flash ראויים לבדיקה אצל צוותים שכבר בונים סוכנים ויש להם שלב סיווג או ניתוב מוגדר. הם פחות מתאימים כפתרון קסם לתהליך שאיש עוד לא ניסח את כלליו, או כתחליף גורף למודל שיחה. הערך האפשרי שלהם נמצא בגבול ברור בין החלטה צרה לבין העבודה שמגיעה אחריה.
השורה התחתונה היא להתחיל ממשימה קטנה והפיכה. אם בדיקה בעברית תראה איכות מספקת ויתרון תפעולי מול החלופות, אפשר להרחיב בהדרגה. עד אז, ההשקה של Cloudflare מספקת כלי חדש לבחינה, לא הוכחה שכל סוכן צריך עוד מודל בתוכו.
שאלות נפוצות
מה הם Clef ו־Clef-flash של Cloudflare?
אלה מודלים ייעודיים לקבלת החלטות מובנות ומוגבלות בתוך תהליכי AI, למשל לצורך סיווג וניתוב. Cloudflare פרסמה אותם ב־1 באוקטובר 2026, והם זמינים ב־Workers AI וגם להורדה ברישיון Apache 2.0.
האם Clef תומך בסיווג פניות בעברית?
התחקיר המצורף אינו כולל תוצאות ביצועים בעברית, ולכן אי אפשר לקבוע מה תהיה איכות הסיווג. לפני שימוש עסקי מומלץ לבדוק פניות אמיתיות שעברו הסרת פרטים מזהים, כולל סלנג, שגיאות כתיב ושילוב עברית ואנגלית.
האם Clef יכול להחליף מודל שיחה בסוכן AI?
Clef מיועד לשלבי החלטה מוגדרים, ולא בהכרח להחלפת כל יכולות השיחה והכתיבה של הסוכן. אפשר לבחון אותו כרכיב שבוחר מסלול טיפול, בעוד רכיב אחר מנסח תשובה או מבצע פעולה תחת בקרות מתאימות.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.
תגובות