APIsRouter को एक OpenCat API provider के तौर पर add करें।

Quick answer: Settings में एक provider entry।

Settings खोलें, API Providers पर जाएं, और एक provider add करें (या existing OpenAI वाले को edit करें)। चार fields काम पूरा करती हैं: आपकी पसंद का एक display name, OpenAI पर set किया गया protocol, /v1 सहित https://api.apisrouter.com/v1 पर set किया गया API Host, और API key। यही पूरा integration है; OpenCat provider entry में जो भी host नाम है उससे standard chat completions बोलता है। Provider save होने के बाद, OpenCat endpoint के serve किए गए models list करता है। अगर आपको चाहिए कोई model auto-populated list में नहीं दिखता, तो इसे exact id से manually add करें, app exactly इसी case के लिए typed ids accept करता है। इसके बाद, app में हर conversation और assistant किसी भी catalog id को एक native option की तरह select कर सकता है।

Name:      APIsRouter
Protocol:  OpenAI
API Host:  https://api.apisrouter.com/v1
API Key:   sk-APIsRouter-...

models auto-list from the endpoint;
add ids manually if one is missing

OpenCat providers और assistants को कैसे treat करता है।

OpenCat Apple ecosystem के सबसे लंबे समय से चले आ रहे native AI clients में से एक है, एक Mac, iPhone, और iPad app जिसकी Asia भर में एक मज़बूत following है, bring-your-own-key idea के around बना: app interface है, आपकी keys access हैं, और कोई per-message middleman नहीं है। इसका developer app को ही बेचता है, एक free tier plus opencat.app पर July 2026 तक listed 9.99 dollars की एक one-time Pro purchase, जो subscription chat products से एक अलग economic shape है और exactly यही वजह है कि एक metered gateway key इसके साथ अच्छी तरह pair होती है। जो mechanics matter करती हैं: providers और assistants अलग layers हैं। एक provider एक protocol, एक host, और एक key है। एक assistant एक persona है, एक system prompt plus एक model choice, और OpenCat इनमें से कई रखने को encourage करता है। एक gateway provider के साथ, यह एक genuinely useful pattern बन जाता है: claude-sonnet-4-6 पर एक writing assistant, claude-haiku-4-5-20251001 पर एक quick-answers assistant, glm-5.2 या kimi-k2.6 पर एक bilingual assistant, सब एक app में, per conversation switchable, एक key से billed। App chat, translation, voice conversation, और image discussion को भी same interface में fold करता है, और इनमें से हर feature current assistant जो model select करता है उस पर चलता है। Provider को एक multi-vendor endpoint पर point करें और हर feature को चुपचाप model choice भी मिल जाता है।

पूरा setup: provider, models, assistants।

जो भी device हाथ में हो उस पर provider add करें; OpenCat अपने paid tier पर iCloud के through devices में conversations और settings sync करता है, तो Mac पर configured एक provider आमतौर पर re-entry की ज़रूरत के बिना iPhone तक follow करता है। अगर आप per device free tier चलाते हैं, तो हर एक पर same चार fields enter करें। फिर model picker को afterthought मानने की बजाय models के around assistants बनाएं। एक assistant बनाएं, इसे एक system prompt दें, और इसे एक catalog id से bind करें। Practical division of labor: जिस assistant से आप दिन भर बात करते हैं उसके लिए fast ids, जो matter करता है उसे draft करने वाले के लिए एक frontier id, और Chinese, Japanese, या Korean text handle करने वाले के लिए एक bilingual id। चूंकि OpenCat कई assistants को coexist करने देता है, आपको बीच conversation में सोचे बिना per-task model routing मिल जाता है। Translation और voice features के लिए, current assistant के पीछे वाला model language का काम करता है, जो वहां fast tier को सही default बनाता है: translation turns छोटे, frequent, और latency-sensitive होते हैं, exactly वह profile जिसके लिए deepseek-v4-flash और claude-haiku-4-5-20251001 price किए गए हैं।

Writer     -> claude-sonnet-4-6        (drafts, long answers)
Quick      -> claude-haiku-4-5-20251001 (default chatter)
Bilingual  -> glm-5.2                   (zh/en mixed threads)
Translate  -> deepseek-v4-flash         (short, frequent turns)

all four assistants -> one provider -> one key

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

Per-assistant binding comparison को effortless बना देती है: एक assistant duplicate करें, सिर्फ model बदलें, और एक दिन दोनों को अपने असली सवालों के against चलाएं। Usage log per id comparison की price करता है जबकि conversations बताती हैं आपने कौन-सा बार-बार खोला।

• Phone-first usage latency-first usage है। claude-haiku-4-5-20251001 और deepseek-v4-flash इतनी तेज़ी से जवाब देते हैं कि app networked की बजाय native महसूस होता है।
• One-time-purchase economics metered keys को reward करती हैं: कोई seat fee नहीं है तो आपकी एकमात्र recurring cost tokens है, तो casual traffic को fast ids पर रखना एक भारी महीने को छोटा रखता है।
• claude-sonnet-4-6 उस assistant का हक कमाता है जो आपके लिए लिखता है, जहां per-message price visible quality खरीदती है।
• glm-5.2 और kimi-k2.6 उस Chinese-English traffic के लिए first-class picks हैं जो OpenCat के user base का एक बड़ा हिस्सा actually रखता है; gateway के through वे separate vendor accounts की ज़रूरत की बजाय same picker में Claude के साथ बैठते हैं।
• Translation और voice turns छोटे और constant हैं; इन्हें fast tier पर रखें और features free लगते हैं।

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

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

OpenCat के लिए specific failure modes।

Setup के बाद requests अभी भी api.openai.com पर जाना मतलब conversation आपके नए provider का इस्तेमाल नहीं कर रही। Providers OpenCat में coexist करते हैं, और पहले बनाई गई एक assistant या conversation अपनी original provider binding रखती है; यह मानने की बजाय कि नई entry globally ले ली, assistant का provider और model switch करें। बिना /v1 के एक API Host तब fail होता है जब app request paths append करता है; working shape, जैसा OpenCat के लिए gateway guides consistently दिखाते हैं, /v1 सहित base है, https://api.apisrouter.com/v1। एक empty या partial model list dead end नहीं है। Auto-list endpoint की model listing पर depend करती है, और OpenCat किसी भी missing चीज़ के लिए manually typed ids accept करता है; आपकी key के साथ /v1/models output ही authoritative spelling है जो आप type करते हैं। Keys per provider entry हैं, तो gateway पर rotate की गई एक key provider settings में update होनी चाहिए; महीनों की silence के बाद अचानक fail होने वाला app आमतौर पर एक expired या rotated key है, app problem नहीं। और अगर devices disagree करें, एक काम करे एक fail हो, settings sync boundary पहला suspect है: confirm करें कि failing device के पास actually provider entry और key है।

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

• BYOK users जिन्होंने subscriptions से बचने के लिए app खरीदा और key side भी उतनी ही simple चाहते हैं: एक balance, हर model, कोई card on file नहीं।
• Chinese और English के across bilingual users, जिनके लिए एक picker में GLM और Kimi Claude के साथ actual daily workflow है, novelty नहीं।
• Multi-device लोग, desk पर Mac और transit में iPhone, जो per-vendor apps और logins की बजाय दोनों को serve करने वाली एक provider entry चाहते हैं।
• OpenCat की translation features इस्तेमाल करने वाले heavy translators, जहां fast catalog ids पर छोटे frequent turns habit को सस्ता रखते हैं।
• Developers जिनके पास किसी given vendor की billing तक access नहीं है। बिना card requirement वाला top-up based access per-provider sign-up dependency हटा देता है।

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

अगर हाथ में हो तो पहले एक terminal से endpoint confirm करें: अपनी key से models list करें और वे ids check करें जिन्हें इस्तेमाल करने की योजना है। iPhone-only setups पर, सीधे in-app path पर जाएं: provider save करें, देखें कि model list populate होती है या नहीं, और एक छोटा message भेजें। Failure sort छोटा है। Authentication error key field है। Connection या not-found error API Host है, लगभग हमेशा एक missing /v1। Model error का मतलब id endpoint की listing से अलग type हुई। और एक conversation जो old provider जैसा behave करे वह old provider से bound है; provider list नहीं, assistant की settings check करें। जब messages चलने लगें, APIsRouter console per-request model, token counts, और spend दिखाता है। एक bring-your-own-key app के लिए, वह log पूरी financial picture है, हर device और हर assistant एक ही page पर, जो exactly वह visibility है जो subscription chat apps कभी नहीं देते।

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

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