Gemini 4 Argon ב-OpenCode: הגדרה והמגבלות הנוכחיות

אפשר להגדיר Gemini 4 Argon ב-OpenCode דרך ספק Google שלו, שתומך בפורמט המקורי. השאלה שכדאי לבדוק היא מה קורה אחרי התשובה הראשונה: האם הלקוח שומר חלקים חתומים, מחזיר תוצאות של כלים כראוי ומזהה תשובה להמשך היצירה? הבדיקה הלא מקוונת שלנו ב-OpenCode v1.19.0 הראתה טיפול תקין בטקסט ובהודעות כלים, אך חשפה בעיות בהמשך פלט ארוך ובזרמים שנקטעו.

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

הגדר Gemini 4 Argon ב-OpenCode

בדוק את הגרסה המותקנת באמצעות opencode --version. התוצאות שלהלן חלות על הגרסה שפורסמה, v1.19.0, שנבדקה ב-14 באוקטובר 2026. גרסה חדשה יותר מחייבת בדיקה משלה; קיומה של יכולת בענף פיתוח אינו מוכיח שהגרסה המותקנת תומכת בה.^[1]

צור תיקיית פרויקט ריקה לבדיקה הראשונה. הורד אליה את קובץ ההגדרות של OpenCode. סעיף החיבור שבו נראה כך:

{
  "provider": {
    "google": {
      "npm": "@ai-sdk/google",
      "options": {
        "apiKey": "{env:SEEDROUTER_API_KEY}",
        "baseURL": "https://api.seedrouter.ai/v1beta"
      },
      "models": {
        "gemini-4-argon": {
          "name": "Gemini 4 Argon",
          "reasoning": true,
          "tool_call": true,
          "limit": { "context": 1048576, "output": 4096 },
          "options": {
            "thinkingConfig": { "thinkingLevel": "low", "includeThoughts": true }
          }
        }
      }
    }
  }
}

OpenCode תומך בהצבת ערכים של משתני סביבה בקובצי הגדרות.^[2] הגדר את SEEDROUTER_API_KEY במעטפת הפקודות בלי לכלול את המפתח בקומיטים של הפרויקט. הקובץ להורדה גם בוחר ב-google/gemini-4-argon, משבית שיתוף ועדכונים אוטומטיים ומתיר רק את כלי read. בדוק את ההרשאות האלה לפני שתשתמש במאגר קוד קיים. הדגלים reasoning ו-tool_call מתארים את התנהגות הלקוח; הם אינם מוכיחים שחשבון או שירות מסוימים תומכים בכל הפעולות.

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

התחל בבקשה קצרה אחת

אחרי שתבדוק את ההגדרות ואת התעריפים הנוכחיים, הרץ:

OPENCODE_CONFIG="$PWD/gemini-4-argon-opencode.json" \
OPENCODE_DISABLE_MODELS_FETCH=1 \
OPENCODE_DISABLE_AUTOCOMPACT=1 \
opencode run --model google/gemini-4-argon \
  "Explain a mutex in one sentence. Do not use tools."

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

נתיב הבקשה בפורמט המקורי אמור להסתיים ב-gemini-4-argon:streamGenerateContent?alt=sse. בגרסה שנבדקה, ספק Google שלח את פרטי האימות ב-x-goog-api-key. הדבר שונה מדוגמאות cURL עם כותרת Bearer במדריך ה-API הכללי; בחירה בספק OpenAI כללי אינה יוצרת את אותה בקשה בפורמט המקורי.

מה הוכיחו הבדיקות הלא מקוונות

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

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

למה פלט ארוך מחייב בדיקות נוספות

תשובת CONTINUATION של Argon דורשת את הבקשה המקורית ואת הערך העדכני ביותר של השדה ברמה העליונה continuationToken. כשממשיכים את אותה יצירה, אין להוסיף פלט חלקי להיסטוריית השיחה הרגילה.^[3]

במקרה הבדיקה שלנו, OpenCode v1.19.0 סיווג את CONTINUATION כערך לא מוכר. הבקשה הבאה השמיטה את הטוקן והוסיפה את התשובה החלקית להיסטוריה. כשהזרם הסתיים אחרי פלט חלקי בלי אירוע סיום, הלקוח שלח גם בקשות רגילות נוספות. השירות המדומה עצר את התרחיש אחרי שש קריאות; מכאן לא נובע שהלקוח מוגבל לשישה ניסיונות חוזרים.

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

שאלות על הגדרת OpenCode

האם נכללות כאן בדיקות אמיתיות של כלים וחיוב?

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

אפשר להשתמש במקום זאת בהגדרה תואמת OpenAI?

זהו פרוטוקול אחר עם היקף תאימות אחר. המדריך הזה בודק תוכן וחתימות בפורמט המקורי של Gemini. התיעוד של Google על long decode מחריג את נקודת הקצה שלה שתואמת OpenAI מתמיכה ביכולת הזאת.^[3]

האם השבתת צמצום ההקשר האוטומטי משביתה גם ניסיונות חוזרים?

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

החלט מה לבדוק בהמשך

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

מקורות

[1] גרסת OpenCode v1.19.0 ומימוש הספקים שלה.

[2] הגדרות OpenCode: משתני סביבה.

[3] Google Gemini: long decode והמשך.