כרטיס כותרת שנוצר עבור השוואת מיגרציה בין Gemini Decision 1 ל-Drex Max v1.1, עם תגים המציגים $0.10 לעומת $0.03 לכל מיליון טוקני קלט, 262,144 טוקנים משותפים לעומת 131,072 לכל שאלה, 63% לעומת 33% שיעור מעבר מסמכים, וכותרת תחתונה שמציינת ששני הנתונים הם ערכי מחירון ומדד נכון ל-13 בנובמבר 2026.
Engineering & Research

העברת עומס החלטות מ-Drex Max אל Gemini Decision 1

מחבר

Gideon Frost

תאריך פרסום

מודלים אחרונים · 20צפו בכל המודלים →
בנצ'מרקים: Artificial Analysis · מתעדכן יומית
חזרה לכל הפוסטים

ההעברה נראית כמו שינוי URL, אבל היא לא. Drex Max v1.1 וGemini Decision 1שניהם מקבלים בלוק של הקשר וקבוצה של שאלות עם טיפוסים ומחזירים הסתברויות, כך שהצהריים הראשונים של ההעברה עוברים היטב: משנים את שם השדה, מפנים את הלקוח לנתיב בסיס אחר, מריצים את חבילת הבדיקות. מה שנכשל הוא השבוע השני, כשהנפח מגיע ומתברר ששני מודלי החיוב חלוקים בדבר מה שאתם קונים. זהו התיאור של מה שבאמת חייב להשתנות, שנכתב למי שיש ברשותו אינטגרציית Drex Max v1.1 עובדת ותוהה אם ציון הכותרת של המודל החדש יותר מצדיק את המעבר.

נתחיל מהגרסה הכנה של העסקה. ב-Artificial Analysis Decision Index v2.1,‏ Drex Max v1.1 מקבל ציון 73 ו-Gemini Decision 1 מקבל ציון 66. המודל הישן יותר מנצח, והוא מנצח ב-6.6 נקודות, שרובן ברכיב שנושא 30% מהציון המשולב. אם עומס העבודה שלך הוא מיון מסמכים, ההגירה היא הרעה במסווה של שדרוג. אם מדובר במשהו אחר, המשך לקרוא, כי שתי נקודות הקצה לא דומות כפי שצורות הבקשה שלהן מרמזות.

ההבדל שאינו מופיע בשום לוח מובילים

Drex Max v1.1 מעניק לכל שאלה תקציב משלה של 131,072 טוקנים. Gemini Decision 1 מעניק לכל הבקשה 262,144 טוקנים, המשותפים בין הקלט לבין כל שאלה שבה. שני המשפטים האלה מתארים את אותה קטגוריית מוצרים ומפיקים עצה הנדסית הפוכה.

בדרקס, שאילת 200 שאלות עולה 200 תקציבים נפרדים, והתקרה המעשית לבקשה היא מגבלת הקצב שלך ולא ההקשר. ב-Gemini Decision 1, 200 שאלות וחוזה אחד בן 200,000 טוקנים לא נכנסים לאותה בקשה: 200,000 טוקנים של קלט מותירים 62,144 לשאלות ולהוראות, וזה נוח, אבל קלט של 250,000 טוקנים מותיר 12,144 והבקשה נכשלת. התקרה אמיתית, היא משותפת, והיא משתנה בהתאם לכמות שנשלחת.

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

Screenshot of the Gemini Decision 1 documentation page in the Google AI Studio docs, headed gemini-decision-1, stating that a single request can evaluate up to 1,000 independent questions over shared input up to 262,144 tokens, listing the yes/no, single-select and rubric rating question types with their return values, and showing a Python sample that sends a yes/no question and a routing choice over the same customer message in one call.

מה מסתיר המחיר לכל טוקן

Drex Max v1.1 רשום במחיר של $0.03 למיליון טוקני קלט כמחיר השקה לעומת מחיר מחירון של $0.06, ו-Gemini Decision 1 עומד על $0.10. אף אחד מהם לא גובה תשלום עבור פלט. אם קוראים רק את העמודה הזו, Drex זול פי 1.7 עד 3.3, וזה מספיק כדי לסיים את הדיון עבור צוות עם נפח שימוש גבוה.

נמדד לפי משימה, הפער מצטמצם. Artificial Analysis מעמידה את Drex Max v1.1 על 103 דולר למיליון משימות החלטה ואת Gemini Decision 1 על 345 דולר, יחס של כ-3.3 — השוואת מחירי מחירון, לא מחיר השקה. הסיבה היא ש-Gemini Decision 1 קורא יותר טוקנים כדי להגיע לתשובה. הקונטקסט המשותף שלו גדול פי שניים, וציוני הרכיבים שלו מרמזים שהוא מעביר יותר קלט דרך כל שאלה ולא פחות. לפי משימה, הפער הכנה הוא בערך שלוש לאחת לטובת Drex, והנחת ההשקה היא מצב זמני שלא ישרוד את חידוש החוזה השני שלך.

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

טיפול במסמכים הוא המקור לציונים.

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

• AA-Paperclip, משקל 30% — Drex Max v1.1 משיג 72.8 ועובר 63% מהמסמכים באופן מלא במבחן הכול-או-כלום; Gemini Decision 1 משיג 56.8 ועובר 33%. רכיב זה לבדו אחראי לרוב ההבדל בציון המשולב.

• When2Call, 10% — Drex עם 95.3 לעומת 80.5 של Gemini, פער של 14.8 נקודות בשיקול דעת בקריאת כלים, היתרון הפרופורציונלי הרחב ביותר של Drex בכל מקום.

• EvalSafe-O*NET-AA, 15% — 88.3 לעומת 87.1. שגיאת עיגול, והמבחן היחיד הנוגע לבטיחות במערך.

• AA-Omniscience-Decision v1.1, 15% — Drex 60.3, Gemini 66.3. היתרון של Gemini, והסיבה לכך שסיקור ההשקה שלו שם את הידע בחזית.

• HLE-MultiChoice v1.1, 15% — Drex 46.6, Gemini 48.7. צר, ושני המודלים מסרבים במקום לנחש לעתים קרובות מספיק כדי שהדיוק הגולמי יהיה נמוך בהרבה מהמספרים האלה.

• AA-Symmetry v1.1, 15% — Drex 79.8 לעומת 70.5. האם התשובה שורדת את השאלה כשמסדרים אותה מחדש, מתייגים אותה מחדש ושוללים אותה, שזה הדבר הקרוב ביותר על הלוח למבחן יציבות.

A generated two-row comparison of Drex Max v1.1 against Gemini Decision 1 on the Artificial Analysis Decision Index and on document pass rate, with Drex Max ahead on both: an index score of 73 against 66, and a document pass rate of 63% against 33%.

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

מהירות, והטיעון בעד שמירה על שניהם

Drex Max v1.1 מריץ משימה בחציון של 283 מילישניות. Gemini Decision 1 מריץ את אותה משימה ב-211. המודל החדש יותר מהיר אף על פי שהוא עושה יותר עבודה, וזה המקום היחיד שבו המעבר עוזר בלי סייג. עבור בדיקה סינכרונית לפני פעולה שמוצגת למשתמש, 70 מילישניות זה לא דבר של מה בכך.

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

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

העברת הקריאה עצמה

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

ראשית, Drex נקרא בנתיב /v1/systemone כאשר מזהה המודל מוצמד ל-drex-max; הכינוי drex-latest ב-quickstart אינו המזהה המוצמד, ושימוש בו משמעו שהמודל שלך משתנה מתחתיך בלי פריסה. ל-Gemini Decision 1 יש הבעיה ההפוכה: אין כינוי בכלל, רק gemini-decision-1, ובקשה שמציינת gemini-decision לא תיפתר. הצמד משני הצדדים, והתייחס למזהה המודל כמספר גרסה בקונפיגורציה שלך, לא כקבוע בקוד המקור שלך.

שנית, מגבלות המדיה אינן מתורגמות. Drex Max v1.1 מקבל עד 8 תמונות בכל בקשה. Gemini Decision 1 מקבל טקסט, תמונה, אודיו, וידאו ו-PDF, עם מגבלות של 100 MB של base64 מוטמע, 50 MB לכל PDF ו-15 MB לכל HTTPS URL, והוא דוחה לחלוטין קישורים ל-YouTube ומזהי gs:// URI. צינור עיבוד של Drex שמקבץ שמונה סריקות עמודים בכל בקשה הופך לצינור עיבוד של Gemini ששולח את העמודים כ-PDF אחד או מפצל את האצווה.

שלישית, סוגי השאלות קרובים, אבל הגבולות אינם זהים. שניהם תומכים ב־כן/לא, בבחירה ובניקוד. Gemini מגביל בחירה וניקוד ל־2–255 אפשרויות או רמות, ומצמיד את ההסתברות של כן/לא לטווח 0.01–0.99, כך שכל סף שקוד Drex שלך הגדיר מעל 0.99 לעולם לא יופעל בשקט לאחר ההעברה. בדוק כל קבוע סף בבסיס הקוד, לא רק אלה שבקובץ התצורה.

Screenshot of the Decisions API overview page in the Google AI Studio documentation, showing the sentence that the API generates zero text tokens so output token usage is always 0, a diagram of shared multimodal input being scored by Gemini Decision 1, and a table of the yes/no, choice and score question types with the values each returns.

היכן נתב מתאים, והיכן לא

OrcaRouter אינו מספק לא את gemini-decision-1 ולא את drex-max. שניהם נקודות קצה להסתברויות בלבד, וראוטר במתכונת שלנו משמש חזית ליעדי chat-completions; טענה אחרת תהיה טענת זמינות שנכשלת בבקשה הראשונה. תפקידו של הראוטר במיגרציה הזו הוא החלק בצינור שאינו ה-scorer.

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

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

שורה תחתונה

עברו ל-Gemini Decision 1 אם ההחלטות שלכם הן בצורת ידע, אם מהירות חשובה, או אם אתם רוצים הקשר משותף גדול מספיק להכיל רשומה שלמה בבת אחת. הישארו ב-Drex Max v1.1 אם הן בצורת מסמך — ושיעור ההצלחה אומר שסביר שכך הם, מאחר שברגע שמסתכלים, מתברר שרוב עומסי העבודה של החלטות הם בעצם חילוץ מסמכים. הריצו את שניהם אם תשובה שגויה יקרה, ותקצבו יחס עלות של שלושה לאחד לפני שאתם מבטיחים למישהו חיסכון. ההגירה היא יום עבודה ורבע מכיול מחדש; ההחלטה לעשות אותה היא לגבי איזה מרכיב של האינדקס עומס העבודה שלכם באמת דומה לו.