एक custom provider के साथ पूरा catalog model Chatbox में add करें।

Quick answer: Model Provider settings में एक dialog।

Chatbox Settings खोलें और Model Provider tab पर switch करें। Add click करें, फिर Add Custom Provider। Dialog को पांच values से भरें: एक Name (APIsRouter), API Mode को OpenAI API Compatible पर set, API Key में अपनी key, API Host में https://api.apisrouter.com/v1, और API Path को उसी /chat/completions default पर छोड़ दें जो Chatbox /v1 पर खत्म होने वाले host के लिए भर देता है। फिर models add करें। Fetch button /v1/models के through endpoint की model list खींचता है ताकि आप catalog से सीधे ids enable कर सकें, और New आपको हाथ से एक id type करने देता है अगर आप एक छोटी curated picker चाहते हैं। Key field के बगल में Check click करें और Chatbox एक live request चलाता है; एक green confirmation का मतलब है provider wired हो गया है। हमने इस exact flow को current Chatbox web app के against validate किया है, और same dialog desktop और mobile builds में ship होता है।

Chatbox एक custom provider से कैसे बात करता है।

Chatbox (GitHub पर chatboxai, लगभग 41K stars) सबसे ज़्यादा installed AI chat clients में से एक है: Windows, macOS, और Linux के लिए native apps, iOS और Android के लिए mobile builds, और web.chatboxai.app पर एक browser version। यह बड़े vendors के लिए first-party entries के साथ ship होता है, हर एक अपनी key चाहता है, और custom provider dialog बाकी सब चीज़ों के लिए documented path है। OpenAI API Compatible mode में एक custom provider एक endpoint का plain description है: host, path, key, और model ids की एक list। हर conversation turn एक standard chat-completions request बन जाती है उस host के against, model id picker से एक string के तौर पर travel करती है। Chatbox को इससे फर्क नहीं पड़ता कि किसी id के पीछे कौन सा vendor model train करता है, जो बिल्कुल वह है जो यहां एक multi-vendor gateway को useful बनाता है: एक provider entry claude-sonnet-4-6, gpt-5.5, gemini-3.5-flash, और deepseek-v4-flash को same picker में डाल देती है, same key के through billed। चार first-party providers stack करने से practical difference सिर्फ कम keys नहीं है। Chatbox settings प्रति device sync होती हैं, तो आप जो भी vendor account add करते हैं वह एक और key है जिसे आप अपने phone, अपने laptop, और web app पर paste करते हैं। एक custom provider प्रति device एक paste है, और एक conversation को Claude से DeepSeek पर switch करना एक provider change की बजाय एक picker change है।

पूरा setup: dialog में हर field।

Name सिर्फ एक label है; APIsRouter picker को readable रखता है। API Mode को OpenAI API Compatible होना चाहिए, जो Chatbox को standard chat completions बोलने के लिए कहता है; dropdown में दूसरा mode Gemini-native endpoints के लिए है और वह नहीं है जो एक gateway चाहता है। API Host और API Path request URL में compose होते हैं, और यही pair है जहां setups गलत होते हैं। https://api.apisrouter.com/v1 पर set host के साथ, path /chat/completions है, और Chatbox exactly वही भर देता है जब यह एक /v1 host पहचानता है। Chatbox docs bare-host convention भी describe करते हैं, जहां host /v1 छोड़ देता है और path default रूप से /v1/chat/completions होता है; दोनों same URL में compose होते हैं, तो एक shape चुनें और दूसरी field को उसके default पर छोड़ दें। जो टूटता है वह इन दोनों को mix करना है, एक /v1 host के साथ एक /v1/chat/completions path, जो एक doubled /v1/v1 URL produce करता है जो 404 करता है। Field labels और autofill behavior Chatbox releases के बीच थोड़ा shift होते हैं, तो memory से ज़्यादा composed URL पर भरोसा करें। Models के लिए, Fetch low-effort path है: Chatbox वह सब list करता है जो endpoint serve करता है और आप जो चाहते हैं वह toggle on करते हैं। New curated path है: हाथ से ids type करें और picker छोटी रहती है। हर model row में capability switches हैं (vision, tool use); उन्हें तब तक off छोड़ें जब तक आपको पता न हो model उस capability को support करता है, क्योंकि एक unconfigured model plain text के तौर पर treat होता है और यही safe default है। Check से खत्म करें, फिर एक conversation शुरू करें और अपने नए provider name के नीचे एक model चुनें।

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

एक daily chat client के लिए models चुनना।

चूंकि हर enabled model एक key के through bill होता है, दो ids compare करना एक account decision की बजाय एक picker switch है। कुछ दिनों दोनों पर same तरह की conversations run करें, फिर APIsRouter console में per-model spend पढ़ें और जो अपनी जगह कमाए उसे रखें।

• रोज़मर्रा के questions और quick rewrites burst work हैं। claude-haiku-4-5-20251001 और gemini-3.5-flash इतनी तेज़ी से जवाब देते हैं कि app instant महसूस होता है, और वे ज़्यादातर day-to-day traffic अच्छे से carry करते हैं।
• लंबी drafting, careful reasoning, और code discussions claude-sonnet-4-6 या gpt-5.5 कमाते हैं। हर tier का एक model enabled रखें और प्रति provider की बजाय प्रति conversation switch करें।
• अगर Chatbox आपकी हमेशा-खुली sidebar है तो deepseek-v4-flash volume pick है; लगातार छोटी conversations जुड़ती जाती हैं और fast tier balance को धीरे-धीरे चलाता रहता है।
• Image-input conversations को उस model row पर vision switch enabled वाली एक vision-capable id चाहिए; switch flip करने से पहले model documentation के against capability confirm करें।
• Deliberately कुछ models enable करें बजाय सब कुछ fetch करने के: हर toggle एक picker row है, और बाद में एक और id add करना दस-second edit है।

जितना उपयोग उतना भुगतान · आधिकारिक मूल्य से कम

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

Chatbox के लिए specific failure modes।

Doubled path classic है। हर message पर एक 404 का मतलब है API Host और API Path दोनों एक /v1 carry करते हैं या path वह repeat करता है जिस पर host पहले से खत्म होता है; provider entry खोलें और दोनों fields को एक URL की तरह पढ़ें। Fetch से एक empty result का आमतौर पर मतलब है key गलत है या missing है, क्योंकि model listing खुद एक authenticated request है। API Key field check करें और Check button use करें, जो authentication errors सीधे surface करता है। एक model जो कुछ conversations में ही error करता है आमतौर पर एक capability switch है: एक ऐसे model पर vision enabled जिसमें image input नहीं है, या एक tool-dependent flow एक model को hit करता है जिस पर tools switched off हैं। Model row को defaults पर reset करें और capabilities को एक-एक करके re-enable करें। और याद रखें provider entry प्रति installation रहती है। अपने desktop पर APIsRouter add करना आपके phone को configure नहीं करता; वहां dialog दोहराएं, या अगर आपका version offer करता है तो Chatbox की खुद की config sharing use करें। जिस एक चीज़ को कभी दोहराने की ज़रूरत नहीं वह vendor sign-ups है, क्योंकि एक key हर device पर हर model cover करती है।

कौन Chatbox को एक gateway के through route करता है।

• लोग जो एक picker में Claude, GPT, Gemini, और DeepSeek चाहते हैं तीन devices के across चार vendor accounts और चार keys maintain किए बिना।
• Users जिन regions में कुछ vendor sign-ups painful हैं; बिना card requirement वाला top-up based access प्रति provider dependency हटा देता है।
• Developers जो पहले से अपना editor और terminal tools एक gateway के through route करते हैं और अपने chat client को same key और same usage log पर चाहते हैं।
• Model shoppers जो किसी project को एक पर commit करने से पहले real conversations पर ids compare करते हैं; हर candidate एक picker row है, account नहीं।
• Households और छोटी teams जो एक endpoint, एक balance, और per-key usage visibility standardize करती हैं, scattered subscriptions की बजाय।

Endpoint verify करें और पहले message को debug करें।

पहले Chatbox के बाहर gateway half prove करें: अपनी key के साथ models list करें, फिर एक id के against एक chat completion run करें जिसे आप enable करने वाले हैं। अगर दोनों pass होते हैं, बाकी सब जो बचता है वह provider dialog में है। Chatbox के अंदर, Check button सबसे तेज़ signal है। Authentication errors key field हैं। Send पर Not-found errors एक id mismatch हैं, जो ज़्यादातर hand-typed New entries के साथ होता है; memory की बजाय /v1/models output से ids copy करें। हर request पर 404s ऊपर covered host/path composition है। एक बार messages flow होने लगें, APIsRouter console प्रति-request model, token counts, और spend दिखाता है। एक chat client दिन के across कई छोटे requests generate करता है, और usage log वह जगह है जहां वह habit एक प्रति-model, प्रति-day number बन जाती है जिसे आप actually पढ़ सकते हैं।

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"}]}'

अक्सर पूछे जाने वाले प्रश्न