Gemini Decision לעומת Gemini Decision 1: האחד הוא שם, והשני הוא מזהה מודל

חפשו Gemini Decision ותמצאו סיקור השקה, רשומה בלוח המובילים, שורת תמחור והפניה ל-API, כולם משתמשים במילים מעט שונות לאותו דבר. חפשו Gemini Decision 1 ותמצאו את מזהה המודל שבאמת עובד. שתי המחרוזות נבדלות בתו אחד ומתנהגות אחרת לגמרי בקוד: אחת היא מה שאנשים קוראים למוצר, והשנייה היא הערך היחיד ש-POST /v1beta/decisions יקבל. אם ביליתם אחר צהריים שלם על 404 ותהיתם למה מודל שבברור קיים לא נמצא, זה המאמר שהיה חוסך לכם את זה.

The confusion is not anyone's mistake in particular. G​oogle shipped a model, an endpoint and a family name in the same release on 11 November 2026, and the natural way to write about all three is to shorten them. The shortening works in prose and fails in a request body, and the gap between those two facts is where most of the support tickets in this category will come from over the next month.

למה שני השמות מתפענחים

התחל עם המיפוי, כי כל השאר נובע ממנו.

• Gemini Decision — a product name. It refers to the decision-model line, and in G​oogle's own documentation it appears as the family label in prose, in the model card heading, and in sentences like "available with G​emini Decision only". It is not a model id, there is no alias behind it, and passing it as model returns an unknown-model error rather than falling back to the newest member of the family.

• Gemini Decision 1 — the model, and the id gemini-decision-1. This is the value that works. It is the only model the Decisions API serves, and the documentation says so explicitly: the endpoint is available with G​emini Decision 1 only.

Two names, one model, and no alias between them. That last part is the unusual bit. Most G​oogle model families offer a moving alias and a pinned id — a -latest form for prototypes and a dated or numbered form for production. This one offers only the pinned form, so any code path built on the assumption that families have a floating head will fail here rather than silently tracking a new version.

איפה שהשם השני ממשיך להופיע

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

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

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

איך לבדוק מה מפתח נתון יכול למעשה לקרוא

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

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

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

שלוש הטעויות שהעמימות הזו למעשה יוצרת

• ה-404 של מודל לא מוכר. המובן מאליו. gemini-decision בגוף הבקשה מחזיר שגיאה שנראית כמו בעיית הרשאות, אבל היא לא. אם השגיאה מזכירה את המודל ולא את הפרויקט, בדקו את המחרוזת לפני שתבדקו את חשבון החיוב.

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

• ההנחה בדבר נקודת הקצה השגויה. עדין אף יותר, מפני שהמודל קיים והשם נכון: שליחת gemini-decision-1 לנקודת קצה רגילה של generate-content עדיין נכשלת. המודל כלל אינו ניתן לקריאה בדרך הזו. הוא יעד של הסתברויות בלבד בנקודת הקצה decisions, ובקשה שמבקשת ממנו פרוזה מבקשת משהו שהוא אינו מפיק. כל ספריית לקוח שברירת המחדל שלה היא chat completions תזדקק לנתיב מפורש.

מה זה אומר על המודל, לא רק על שמו

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

זו הסיבה שלמשפחה אין עדיין כינוי צף ואין לה חבר שני: אין עם מה להיות תואם. זה גם מסביר מדוע לא ניתן פשוט להוסיף את המודל לנתב לשימוש כללי. OrcaRouter אינו כולל את gemini-decision-1, משום שנקודת קצה שמספקת הסתברויות בלבד אינה יעד chat-completions, והצבתה מאחורי מפתח שמדבר בסכימה הזו תהיה הבטחה ששכבת הניתוב לא יכולה לקיים. מה שכן נמצא אצלנו במרחב ההחלטות הוא typesafe/jev-1.14 של TypeSafe, מודל החלטות שאפשר לקרוא לו דרך אותו ממשק כמו כל דבר אחר בקטלוג.

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

אם אתה בוחר בין שתי המחרוזות בטופס

There is a version of this question that is not about identifiers at all, and it is worth answering directly because the phrasing invites it: someone comparing "G​emini Decision" with "G​emini Decision 1" may believe they are looking at two products, an older one and a newer one, and want to know which to adopt. There is only one. Nothing called G​emini Decision shipped before G​emini Decision 1, and the shorter name is the family label for a family that currently has a single member.

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

שורה תחתונה

Use gemini-decision-1 in every request body, endpoint path and config value, and use "G​emini Decision" only where a human reads it. There is no alias to fall back on, no second model hiding behind the shorter name, and no chat-completions path to the longer one. The cost of getting this wrong is small — one 404, one confused afternoon — but the cost of assuming an alias exists is larger, because that mistake survives review and fails in production. Pin the id, log the model the response names, and treat the family name as prose.