Gemini Decisions API: ציונים והסתברויות במקום תשובות מנוסחות
גוגל השיקה את Gemini Decisions API, שמחזיר ציונים והסתברויות לעד 1,000 שאלות מוגדרות מראש כדי לסייע לסוכני AI לנתב פניות ולבחור כלים.

גוגל השיקה ב־11 בנובמבר 2026 את Gemini Decisions API, שירות שנועד לבחון שאלות מוגדרות מראש ולהחזיר ציונים והסתברויות במקום תשובה מנוסחת. עבור מפתחים ועסקים בישראל שמפעילים סוכני AI, ההצעה ממוקדת: לא לייצר עוד טקסט, אלא לסייע בבחירה של הצעד הבא, כמו ניתוב פנייה או בחירת כלי.
מה הושק: שאלות מוגדרות במקום שיחה פתוחה
השירות מבוסס על Gemini Decision 1 ויכול לבחון עד 1,000 שאלות מוגדרות מראש מול קלט של טקסט, תמונות, אודיו, וידאו או PDF. במקום לבקש מהמודל לכתוב הסבר ולחלץ ממנו מסקנה, המפתח מקבל ציונים והסתברויות. זהו הבדל חשוב במבנה העבודה: האפליקציה צריכה להגדיר מה היא רוצה לבדוק, ולא רק למסור הוראה פתוחה.
לדוגמה, מערכת שירות יכולה לבדוק אם פנייה עוסקת בחיוב, אם נדרש טיפול של התמיכה הטכנית או אם יש בה בקשה לביטול. אלה דוגמאות לשימוש אפשרי, לא תוצאות של בדיקה בשירות החדש. גם כאשר המודל מחזיר ציון, עדיין צריך לקבוע באפליקציה כיצד לתרגם אותו לפעולה, ומה לעשות כאשר כמה אפשרויות מקבלות ציונים דומים.
ההבחנה הזאת מונעת בלבול סביב המילה Decisions. המוצר אינו מחליף את המדיניות העסקית או את מנגנון ההרשאות: הוא מספק אות שעל בסיסו אפשר לקבל החלטה. השאלה אם להחזיר כסף ללקוח, לפתוח גישה למידע או להעביר פנייה לאדם צריכה להישאר כפופה לכללים שהארגון הגדיר.
התמחור: זול לקלט, אבל החיסכון דורש בדיקה
המחיר שפרסמה גוגל הוא 0.10 דולר למיליון טוקני קלט, ללא חיוב על טוקני פלט. המבנה הזה רלוונטי במיוחד לפעולות קצרות וחוזרות, שבהן התוצר הדרוש הוא בחירה ולא פסקה. עם זאת, היעדר חיוב על פלט אינו אומר שהפעלת סוכן שלם מסתכמת במחיר הזה: קריאות נוספות, עיבוד מסמכים ושירותי המשך עשויים להוסיף עלויות.
גוגל מציגה את השירות כדרך להוזיל ולהאיץ פעולות חוזרות בסוכני AI. נתוני המהירות הם טענות החברה, ולא תוצאות של בדיקה עצמאית המצורפת לתחקיר. לכן אי אפשר להסיק ממחיר הטוקנים לבדו שהשירות יהיה מהיר או חסכוני יותר בכל מערכת, ובוודאי לא לחשב שיעור חיסכון בלי לדעת מה הוא מחליף.
מה ידוע ומה עדיין צריך לבדוק: גוגל פרסמה מחיר ומבנה פלט מוגדר. התחקיר אינו מספק מדדי איכות בעברית, אישור לזמינות בישראל או פרטים על מיקום עיבוד הנתונים. אלה שאלות לבדיקת התאמה, לא סיבות להניח שהשירות מתאים או שאינו מתאים.
ההשוואה הנכונה היא עלות של טיפול מוצלח במשימה. אם החלטה שגויה גוררת פנייה חוזרת, הפעלת כלי מיותר או תיקון ידני, מחיר נמוך לקריאה עלול להטעות. גם זמן התגובה צריך להימדד לאורך המסלול כולו, מקבלת הקלט ועד לסיום הפעולה, ולא רק בזמן שהמודל מחזיר ציון.

איפה הוא עשוי להשתלב בסוכן AI
היישום המעניין הוא הפרדה בין הערכת הקלט לבין ניסוח התשובה. סוכן יכול להשתמש בשלב החלטה כדי לבחור מסלול טיפול, ורק לאחר מכן להפעיל רכיב שמנסח תשובה או מבצע משימה. כך לא חייבים לבקש מאותו רכיב גם להבין את הפנייה, גם לבחור פעולה וגם להסביר אותה למשתמש.
- ניתוב פניות: הערכה אם הבקשה מתאימה לצוות חיובים, תמיכה טכנית או טיפול אנושי.
- בחירת כלים: בדיקה אם נדרש חיפוש במסמכים, בירור מצב הזמנה או שימוש בכלי אחר שהסוכן מורשה להפעיל.
- מיון מסמכים: הערכה אם קובץ שהתקבל מתאים למסלול עיבוד מסוים, לפני הפעלת התהליך המלא.
- סינון ראשוני: סימון מקרים עמומים לבדיקה נוספת, במקום לכפות בחירה אוטומטית בכל מצב.
הציון הוא קלט להחלטה עסקית, לא תחליף לכללים שמגדירים מתי מותר לבצע אותה.
לא כל משימת ניתוב מצדיקה מודל. כשההחלטה נשענת על שדה מובנה או על כלל חד־משמעי, קוד רגיל עשוי להיות פשוט יותר לבדיקה ולתחזוקה. הערך האפשרי כאן נמצא במקרים שבהם צריך לפרש תוכן משתנה, אך מרחב השאלות ידוע מראש. גם אז, ציונים שמוצגים כהסתברויות אינם ערובה לכך שהמערכת צודקת.
למה זה משנה לעסקים ולמפתחים בישראל
לעסק ישראלי שמקבל פניות בעברית ובאנגלית, השימוש המעשי הראשון עשוי להיות ניתוב לתור הנכון לפני יצירת תשובה. אבל בדיקת התאמה מקומית צריכה לכלול עברית מדוברת, שגיאות כתיב, שמות מוצרים באנגלית ובקשות שמכילות כמה נושאים. הצלחה בדוגמאות נקיות אינה מספיקה כדי להעריך התנהגות בתיבת שירות אמיתית.
במערכת שמשרתת גם דוברי ערבית, כדאי להעריך כל שפה בנפרד ולבדוק ערבוב שפות. חשוב גם להבחין בין טעות בניתוב, שאפשר לתקן, לבין פעולה בעלת השלכות כספיות או חשיפת מידע. אותו ציון אינו חייב להוביל לאותה רמת אוטומציה בכל תהליך; רמת הסיכון צריכה להשפיע על סף ההפעלה.
לפני העברת חשבוניות, הקלטות או מסמכי לקוחות לשירות, הארגון צריך לבדוק את תנאי עיבוד המידע, השמירה וההרשאות. עצם התמיכה ב־PDF או באודיו אינה אישור להעביר מידע רגיש. עבור סטארטאפ ישראלי שמוכר לחו״ל, אלה גם שאלות שעשויות לעלות בבדיקות הרכש של לקוחותיו.
מה הלאה: ניסוי מצומצם לפני חיבור לפעולות
נקודת פתיחה סבירה היא תהליך אחד עם אפשרויות מוגדרות ותשובות ייחוס שנבדקו בידי אדם. אפשר להריץ את השירות במקביל למנגנון הקיים, בלי לתת לו לשנות את הטיפול בפועל, ולבחון דיוק, עלות כוללת, זמן תגובה ושיעור המקרים שמצריכים התערבות. כדאי לבדוק גם אם שינוי קטן בניסוח השאלה משנה את ההחלטה באופן לא רצוי.
Gemini Decisions API מציע כיוון ממוקד: שימוש במודל כדי להעריך אפשרויות, בלי לדרוש ממנו לייצר תשובה ארוכה. עבור צוותים בישראל, ההזדמנות היא לבנות שלב החלטה שקל יותר למדוד ולחבר לתהליך קיים. המבחן אינו כמה מעט טקסט המערכת מייצרת, אלא אם היא בוחרת במסלול הנכון בתדירות ובעלות שמצדיקות את ההטמעה.
שאלות נפוצות
מה זה Gemini Decisions API?
זהו שירות של גוגל המבוסס על Gemini Decision 1, שבוחן עד 1,000 שאלות מוגדרות מראש מול קלט ומחזיר ציונים והסתברויות במקום טקסט חופשי. הקלט יכול לכלול טקסט, תמונות, אודיו, וידאו או PDF.
כמה עולה השימוש ב־Gemini Decisions API?
המחיר שפרסמה גוגל בהשקה הוא 0.10 דולר למיליון טוקני קלט, ללא חיוב על טוקני פלט. העלות הכוללת של מערכת תלויה גם בכמות הקריאות, בנפח הקלט ובשירותים נוספים המופעלים בהמשך התהליך.
האם Gemini Decisions API מתאים לניתוב פניות בעברית?
ניתוב פניות הוא שימוש אפשרי, אך התחקיר אינו כולל מדדי איכות ייעודיים לעברית או אישור לזמינות בישראל. לפני הטמעה יש לבדוק את תנאי הגישה ולהעריך את הדיוק על פניות אמיתיות בעברית, לרבות ערבוב שפות וניסוחים עמומים.
דרגו את הכתבה
הדירוג עוזר לנו לדעת מה שווה לכם.



תגובות