הוסיפו כל מודל מהקטלוג ל-Chatbox עם ספק מותאם אישית אחד.

תשובה מהירה: דיאלוג אחד בהגדרות Model Provider.

פתחו את ה-Settings של Chatbox ועברו לטאב Model Provider. לחצו על Add, ואז Add Custom Provider. מלאו את הדיאלוג עם חמישה ערכים: Name (APIsRouter), API Mode מוגדר ל-OpenAI API Compatible, המפתח שלכם ב-API Key, https://api.apisrouter.com/v1 ב-API Host, והשאירו את API Path על ברירת המחדל /chat/completions ש-Chatbox ממלא עבור מארח שמסתיים ב-/v1. אז הוסיפו מודלים. כפתור ה-Fetch מושך את רשימת המודלים של ה-endpoint דרך /v1/models כך שתוכלו להפעיל ids מהקטלוג ישירות, ו-New נותן לכם להקליד id ביד אם אתם מעדיפים בורר קצר ואצור. לחצו Check ליד שדה המפתח ו-Chatbox מריץ בקשה חיה; אישור ירוק אומר שהספק מחווט. אימתנו את הזרימה המדויקת הזו מול אפליקציית ה-web הנוכחית של Chatbox, ואותו דיאלוג נשלח גם ב-builds של שולחן העבודה והנייד.

איך Chatbox מדבר עם ספק מותאם אישית.

Chatbox (chatboxai ב-GitHub, בערך 41K כוכבים) הוא אחד מקליינטי הצ'אט AI המותקנים ביותר: אפליקציות נטיביות ל-Windows, macOS, ו-Linux, builds נייד ל-iOS ו-Android, וגרסת דפדפן ב-web.chatboxai.app. הוא מגיע עם ערכים ראשוניים לספקים הגדולים, כל אחד רוצה מפתח משלו, ודיאלוג הספק המותאם אישית הוא המסלול המתועד לכל דבר אחר. ספק מותאם אישית במצב OpenAI API Compatible הוא תיאור פשוט של endpoint: מארח, נתיב, מפתח, ורשימת ids של מודלים. כל תור שיחה הופך לבקשת chat-completions סטנדרטית מול המארח ההוא, עם id המודל מהבורר נוסע כמחרוזת. Chatbox לא אכפת לו איזה ספק אימן את המודל מאחורי id, וזה בדיוק מה שהופך gateway רב-ספקים לשימושי כאן: ערך ספק אחד שם claude-sonnet-4-6, gpt-5.5, gemini-3.5-flash, ו-deepseek-v4-flash באותו בורר, מחויב דרך אותו מפתח. ההבדל המעשי מהערמת ארבעה ספקים ראשוניים הוא לא רק פחות מפתחות. הגדרות Chatbox מסונכרנות לכל מכשיר, כך שכל חשבון ספק שאתם מוסיפים הוא עוד מפתח להדביק לטלפון, למחשב הנייד, ולאפליקציית ה-web שלכם. ספק מותאם אישית אחד הוא הדבקה אחת לכל מכשיר, והחלפת שיחה מ-Claude ל-DeepSeek היא שינוי בורר במקום שינוי ספק.

הגדרה מלאה: כל שדה בדיאלוג.

Name הוא רק תווית; APIsRouter שומר את הבורר קריא. API Mode חייב להיות OpenAI API Compatible, שאומר ל-Chatbox לדבר chat completions סטנדרטי; המצב האחר ב-dropdown הוא ל-endpoints נטיביים של Gemini ולא מה שגateway רוצה. API Host ו-API Path מרכיבים את ה-URL של הבקשה, והזוג הזה הוא איפה שהגדרות משתבשות. עם המארח מוגדר ל-https://api.apisrouter.com/v1, הנתיב הוא /chat/completions, ו-Chatbox ממלא בדיוק את זה כשהוא מזהה מארח /v1. תיעוד Chatbox גם מתאר את המוסכמה של מארח-בודד, שבו המארח משמיט /v1 והנתיב ברירת מחדל ל-/v1/chat/completions; שניהם מרכיבים לאותו URL, אז בחרו צורה אחת והשאירו את השדה השני על ברירת המחדל שלו. מה שנשבר הוא ערבוב שניהם, מארח /v1 עם נתיב /v1/chat/completions, שמייצר URL /v1/v1 כפול שמחזיר 404. תוויות שדות והתנהגות מילוי-אוטומטי משתנות מעט בין גרסאות Chatbox, אז תסמכו על ה-URL המורכב יותר מהזיכרון. עבור מודלים, Fetch הוא המסלול המעט-מאמץ: Chatbox מפרט כל מה שה-endpoint משרת ואתם מסמנים מה שאתם רוצים. New הוא המסלול האצור: הקלידו ids ביד והבורר נשאר קצר. לכל שורת מודל יש מתגי יכולת (vision, שימוש בכלים); השאירו אותם כבויים אלא אם אתם יודעים שהמודל תומך ביכולת, מכיוון שמודל לא-מוגדר מטופל כטקסט פשוט וזו ברירת המחדל הבטוחה. סיימו עם Check, ואז התחילו שיחה ובחרו מודל תחת שם הספק החדש שלכם.

Name:      APIsRouter
API Mode:  OpenAI API Compatible
API Key:   sk-YOUR-APISROUTER-KEY
API Host:  https://api.apisrouter.com/v1
API Path:  /chat/completions   (autofilled)

Models: Fetch (pull the catalog) or New (type ids)
Then:   Check → green confirmation

בחירת מודלים לקליינט צ'אט יומיומי.

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

• שאלות יומיומיות ושכתובים מהירים הם עבודת פרץ. claude-haiku-4-5-20251001 ו-gemini-3.5-flash עונים מהר מספיק שהאפליקציה מרגישה מיידית, והם נושאים את רוב התעבורה היומיומית היטב.
• ניסוח ארוך, היסק זהיר, ודיוני קוד מרוויחים את claude-sonnet-4-6 או gpt-5.5. השאירו אחד מכל שכבה מופעל והחליפו לכל שיחה במקום לכל ספק.
• deepseek-v4-flash היא הבחירה בנפח אם Chatbox הוא ה-sidebar הפתוח-תמיד שלכם; שיחות קטנות ותכופות מצטברות והשכבה המהירה שומרת על היתרה זזה לאט.
• שיחות עם קלט תמונה צריכות id בעל יכולת vision עם מתג ה-vision מופעל בשורת המודל ההיא; אשרו את היכולת מול תיעוד המודל לפני שאתם מהפכים את המתג.
• הפעילו מעט מודלים במכוון במקום למשוך הכל: כל toggle הוא שורת בורר, והוספת id נוסף מאוחר יותר היא עריכה של עשר שניות.

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

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

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

הנתיב הכפול הוא הקלאסי. 404 על כל הודעה אומר ש-API Host ו-API Path שניהם נושאים /v1 או שהנתיב חוזר על מה שהמארח כבר מסתיים בו; פתחו את ערך הספק וקראו את שני השדות כ-URL אחד. תוצאה ריקה מ-Fetch בדרך כלל אומרת שהמפתח שגוי או חסר, מכיוון שרשימת המודלים היא בעצמה בקשה מאומתת. בדקו את שדה ה-API Key והשתמשו בכפתור ה-Check, שחושף שגיאות אימות ישירות. מודל שנכשל רק בחלק מהשיחות הוא בדרך כלל מתג יכולת: vision מופעל על מודל שחסר קלט תמונה, או זרימה תלוית-כלים שפוגעת במודל עם כלים כבויים. אפסו את שורת המודל לברירות מחדל והפעילו יכולות אחת בכל פעם. וזכרו שערך הספק חי לכל התקנה. הוספת APIsRouter בשולחן העבודה שלכם לא מגדירה את הטלפון שלכם; חזרו על הדיאלוג שם, או השתמשו בשיתוף ההגדרות של Chatbox עצמו אם הגרסה שלכם מציעה זאת. הדבר היחיד שלעולם לא צריך חזרה הוא הרשמות ספק, מכיוון שמפתח אחד מכסה כל מודל בכל מכשיר.

מי מנתב את Chatbox דרך gateway.

• אנשים שרוצים Claude, GPT, Gemini, ו-DeepSeek בבורר אחד בלי לתחזק ארבעה חשבונות ספק וארבעה מפתחות על פני שלושה מכשירים.
• משתמשים באזורים שבהם הרשמות ספק מסוימות כואבות; גישה מבוססת-הטענה בלי דרישת כרטיס מסירה את התלות לכל-ספק.
• מפתחים שכבר מנתבים את העורך והטרמינל שלהם דרך gateway ורוצים את קליינט הצ'אט שלהם על אותו מפתח ואותו יומן שימוש.
• קוני-מודלים שמשווים ids על שיחות אמיתיות לפני שהם מחייבים פרויקט לאחד; כל מועמד הוא שורת בורר, לא חשבון.
• משקי בית וצוותים קטנים שמאחדים על endpoint אחד, יתרה אחת, ונראות שימוש-לפי-מפתח במקום מנויים מפוזרים.

אמתו את ה-endpoint ובצעו דיבוג להודעה הראשונה.

הוכיחו את חצי ה-gateway מחוץ ל-Chatbox קודם: פרטו מודלים עם המפתח שלכם, ואז הריצו השלמת צ'אט אחת מול id שאתם מתכננים להפעיל. אם שניהם עוברים, כל מה שנשאר הוא בדיאלוג הספק. בתוך Chatbox, כפתור ה-Check הוא האות המהיר ביותר. שגיאות אימות הן שדה המפתח. שגיאות not-found בשליחה הן אי-התאמת id, שקורה בעיקר עם ערכי New שהוקלדו ביד; העתיקו ids מפלט ה-/v1/models במקום מהזיכרון. 404s על כל בקשה הם הרכבת מארח/נתיב שמכוסה למעלה. ברגע שהודעות זורמות, קונסולת APIsRouter מציגה מודל לכל בקשה, ספירות טוקן, והוצאה. קליינט צ'אט מייצר הרבה בקשות קטנות לאורך היום, ויומן השימוש הוא איפה שההרגל הזה הופך למספר לכל-מודל, לכל-יום שאתם באמת יכולים לקרוא.

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":"claude-haiku-4-5-20251001",
       "messages":[{"role":"user","content":"ping"}]}'

שאלות נפוצות