הריצו את Kilo Code על כל מודל קטלוג דרך OpenAI Compatible.

תשובה מהירה: רשומת ספק מותאם אישית אחת.

פתחו את ההגדרות של Kilo Code דרך אייקון גלגל השיניים, עברו אל טאב ה-Providers, ובחרו באפשרות ספק מותאם אישית. תנו לו Provider ID ושם תצוגה, הגדירו את Provider API ל-OpenAI Compatible, את Base URL ל-https://api.apisrouter.com/v1, והדביקו את המפתח שלכם.

ברגע שה-Base URL והמפתח תקפים, Kilo שואל את רשימת ה-/v1/models של ה-endpoint ומציג בוחר ניתן-לחיפוש של כל id זמין, כך שאתם בוחרים claude-sonnet-4-6 או kimi-k2.7-code מרשימה במקום להקליד אותו בעיוורון. מודלים יכולים גם להתווסף ידנית, וכותרות HTTP מותאמות אישית נתמכות כזוגות מפתח-ערך אם אתם צריכים אותן. שמרו, והמשימה הבאה של ה-agent מנותבת דרך ה-gateway.

Provider ID:    apisrouter
Display name:   APIsRouter
Provider API:   OpenAI Compatible
Base URL:       https://api.apisrouter.com/v1
API key:        sk-YOUR-APISROUTER-KEY
Models:         pick from the auto-fetched list
                (e.g. claude-sonnet-4-6, kimi-k2.7-code)

איך Kilo Code משתמש בספק.

Kilo Code (כ-26K כוכבים ב-GitHub) הוא agent קידוד AI בקוד פתוח ל-VS Code: הוא מתכנן, עורך קבצים, מריץ פקודות, ומחזר על כשלים עם שערי אישור, בשושלת של Roo ו-Cline. ללולאה הזו יש צורת תעבורה ספציפית: הקשר ארוך בכניסה, קריאות כלים ו-diffs ביציאה, הרבה תורות למשימה, מה שהופך את המודל שמאחוריה גם למנוף האיכות וגם למניע העלות.

ספק ה-OpenAI Compatible שולח את הלולאה הזו כ-chat completions סטנדרטי אל ה-Base URL שלכם, עם ה-id של המודל כמחרוזת פשוטה. פורמט ה-wire לא אכפת לו מספקים, וזה מה שהופך קניות מודל אמיתיות לאפשריות: claude-sonnet-4-6, kimi-k2.7-code, ו-gpt-5.6-sol הן רשומות ניתנות-להחלפה מאחורי ספק אחד, במקום שלושה חשבונות ספק עם שלוש הגדרות חיוב.

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

בחירת מודלי קידוד ללולאה של Kilo.

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

• claude-sonnet-4-6 הוא ברירת המחדל האמינה: שימוש-בכלים חזק, diffs נקיים, והתאוששות טובה כשפקודה נכשלת באמצע משימה.
• kimi-k2.7-code הוא הבחירה בנפח לסשנים agentic ארוכים, מכוון-קוד ומתומחר ללולאת רב-התורות ש-Kilo באמת מריצה.
• gpt-5.6-sol מתאים לעריכות מהירות ומוגדרות ולהרצות תיקון-בדיקות שבהן latency-לכל-תור מעצב את הסשן.
• claude-opus-4-7 מרוויח את קצב השימוש שלו במשימות קשות: ריפקטורים בין-קבצים, עבודת ארכיטקטורה, דיבוג שצריך את התמונה השלמה בהקשר.
• gpt-5.5 הוא הגנרליסט מהחזית ל-A/B מול Claude על המאגר שלכם עצמו במקום על טבלאות benchmark.

תשלום לפי שימוש · מתחת למחיר הרשמי

Selected models are priced below official list prices. Exact input, output, cache, and per-request prices are shown for each model.

מצבי כשל ספציפיים ל-Kilo Code.

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

• בוחר המודלים עולה ריק: ה-Base URL או המפתח שגויים, מכיוון שהבוחר מתמלא מקריאת /v1/models חיה. בצעו curl לרשימה עם אותם הערכים כדי לאשר.
• 404 על כל בקשה: Base URL איבד את ה-/v1 שלו, או שהדבקתם נתיב /chat/completions מלא במקום שבו base שייך. Kilo מקבל כתובות endpoint מלאות, אבל רק אם הן מצביעות על נתיב chat-completions נכון.
• התנהגות מקוטעת או שוכחת עמוק בתוך משימה: מגבלות הקשר מוצהרות ב-kilo.jsonc עולות על מה שהמודל באמת תומך בו. השתמשו בערכים מתועדים.
• קריאות כלים מתוארות במקום מבוצעות: ה-id שנבחר חלש בקריאת פונקציות. הריצו מחדש את המשימה על claude-sonnet-4-6 כדי להפריד בחירת מודל מהגדרה לפני שאתם נוגעים בהגדרות.
• הערה ספציפית-ל-Azure מהתיעוד: פריסות Azure GPT-5 דוחות את שדה ה-max_tokens ש-ספקים תואמי-OpenAI מותאמים אישית שולחים, כך ש-Azure צריכה להשתמש בספק ה-azure הנטיבי של Kilo. לא רלוונטי עבור gateway, אבל זה מסביר שגיאה מבלבלת אם אתם בודקים את שניהם.

מי מנתב את Kilo Code דרך gateway.

• מפתחים שרוצים ש-Claude ינהיג את ה-agent בלי יחסי חיוב נפרדים עם Anthropic, על יתרה משולמת-מראש עם התחלה חינמית וללא כרטיס.
• מי שמשווים מודלים משתמשים בבוחר שנשלף אוטומטית כדי לבדוק ids של קידוד על משימות אמיתיות במאגר האמיתי שלהם.
• משתמשים כבדים שמזווגים מודל מהחזית לעבודה ברמת-תכנון עם מודל נפח לסשני ביצוע ארוכים.
• צוותים שמודדים הוצאת agent לכל מפתח עם שימוש-לפי-מפתח במקום להנדס-לאחור חשבון ספק משותף.
• אנשים שכבר מנתבים כלים אחרים דרך gateway ורוצים שה-agent של VS Code יהיה על אותו מפתח ולוג שימוש.

אמתו את ה-endpoint והריצו את המשימה הראשונה.

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

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

curl -s https://api.apisrouter.com/v1/models \
  -H "Authorization: Bearer $APISROUTER_API_KEY" | head -50

curl -s https://api.apisrouter.com/v1/chat/completions \
  -H "Authorization: Bearer $APISROUTER_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"model":"kimi-k2.7-code",
       "messages":[{"role":"user","content":"ping"}]}'

שאלות נפוצות