APIsRouter کو OpenCat API provider کے طور پر شامل کریں۔

فوری جواب: Settings میں ایک provider entry۔

Settings کھولیں، API Providers پر جائیں، اور ایک provider شامل کریں (یا موجودہ OpenAI والی entry edit کریں)۔ چار fields کام کرتی ہیں: آپ کی پسند کا ایک display name، protocol OpenAI پر سیٹ، /v1 سمیت https://api.apisrouter.com/v1 پر سیٹ API Host، اور API key۔ یہی پوری integration ہے؛ OpenCat standard chat completions اس host سے بولتا ہے جو provider entry نام دیتی ہے۔ جیسے ہی provider save ہو، OpenCat endpoint کی serve کردہ models list کرتا ہے۔ اگر کوئی چاہا ہوا model auto-populated list میں نظر نہ آئے، تو اسے اس کی exact id سے manually شامل کریں، app بالکل اسی صورت کے لیے typed ids قبول کرتا ہے۔ اس کے بعد، app میں ہر conversation اور assistant کسی بھی کیٹلاگ 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 جس کی ایشیا بھر میں مضبوط پیروی ہے، bring-your-own-key idea کے ارد گرد بنی ہوئی: app interface ہے، آپ کی keys رسائی ہیں، اور فی-message کوئی middleman نہیں۔ اس کا developer app خود بیچتا ہے، ایک free tier جمع ایک one-time Pro purchase جو جولائی 2026 تک opencat.app پر 9.99 dollars پر لسٹ ہے، جو subscription chat products سے مختلف economic shape ہے اور بالکل اسی لیے ایک metered gateway key اس کے ساتھ اچھی طرح جوڑتی ہے۔ جو mechanics اہم ہیں: providers اور assistants الگ layers ہیں۔ ایک provider ایک protocol، ایک host، اور ایک key ہے۔ ایک assistant ایک persona ہے، ایک system prompt جمع model choice، اور OpenCat کئی رکھنے کی حوصلہ افزائی کرتا ہے۔ ایک gateway provider کے ساتھ، یہ ایک genuinely مفید pattern بن جاتا ہے: claude-sonnet-4-6 پر ایک writing assistant، claude-haiku-4-5-20251001 پر ایک quick-answers assistant، glm-5.2 یا kimi-k2.6 پر ایک bilingual assistant، سب ایک app میں، فی conversation switchable، ایک key سے bill شدہ۔ App chat، translation، voice conversation، اور image discussion کو بھی اسی interface میں سموتی ہے، اور ان میں سے ہر feature اس model پر سوار ہوتی ہے جسے موجودہ assistant منتخب کرے۔ Provider کو ایک multi-vendor endpoint پر point کریں اور ہر feature خاموشی سے model choice بھی پا لیتی ہے۔

مکمل سیٹ اپ: provider، models، assistants۔

جو device ہاتھ میں ہو اس پر provider شامل کریں؛ OpenCat اپنے paid tier پر iCloud کے ذریعے devices کے پار conversations اور settings sync کرتا ہے، تو Mac پر configure کی گئی provider عموماً re-entry کی ضرورت کے بغیر iPhone تک بھی پہنچتی ہے۔ اگر آپ فی device free tier چلاتے ہیں، تو ہر device پر وہی چار fields داخل کریں۔ پھر model picker کو بعد کی سوچ سمجھنے کی بجائے assistants کو models کے ارد گرد بنائیں۔ ایک assistant بنائیں، اسے system prompt دیں، اور اسے کسی کیٹلاگ id سے bind کریں۔ عملی تقسیم: ہر روز بات کرنے والی assistant کے لیے تیز ids، جو اہم چیزیں draft کرے اس کے لیے ایک frontier id، اور چینی، جاپانی، یا کوریائی متن سنبھالنے والی assistant کے لیے ایک bilingual id۔ چونکہ OpenCat کئی assistants کو ساتھ رہنے دیتا ہے، آپ conversation کے درمیان اس کے بارے میں سوچے بغیر فی-task model routing پاتے ہیں۔ Translation اور voice features کے لیے، موجودہ assistant کے پیچھے موجود model زبان کا کام کرتا ہے، جو تیز tier کو وہاں صحیح default بناتا ہے: translation turns مختصر، متواتر، اور latency-sensitive ہوتے ہیں، بالکل وہی profile جس کی قیمت deepseek-v4-flash اور claude-haiku-4-5-20251001 کے لیے مقرر کی گئی ہے۔

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 کو آسان بنا دیتی ہے: ایک assistant duplicate کریں، صرف model بدلیں، اور ایک دن کے لیے دونوں کو اپنے حقیقی سوالات کے خلاف چلائیں۔ Usage log فی id comparison کی قیمت لگاتا ہے جبکہ conversations آپ کو بتاتی ہیں کہ آپ کون سی دوبارہ کھولتے رہے۔

• Phone-first usage latency-first usage ہے۔ claude-haiku-4-5-20251001 اور deepseek-v4-flash اتنی تیزی سے جواب دیتی ہیں کہ app native محسوس ہو، networked نہیں۔
• One-time-purchase economics metered keys کو reward کرتی ہیں: کوئی seat fee نہ ہونے کا مطلب ہے آپ کا واحد recurring cost tokens ہیں، تو casual traffic کو تیز ids پر رکھنا ایک بھاری مہینے کو چھوٹا رکھتا ہے۔
• claude-sonnet-4-6 اس assistant کا حق دار ہے جو آپ کے لیے لکھتی ہے، جہاں فی-message قیمت نظر آنے والی quality خریدتی ہے۔
• glm-5.2 اور kimi-k2.6 OpenCat کے user base کے ایک بڑے حصے کی حقیقی چینی-انگریزی traffic کے لیے first-class picks ہیں؛ gateway کے ذریعے وہ الگ vendor accounts کی بجائے Claude کے ساتھ ایک ہی picker میں بیٹھتی ہیں۔
• Translation اور voice turns مختصر اور مسلسل ہیں؛ انہیں تیز tier پر رکھیں اور features مفت محسوس ہوں گی۔

استعمال کے مطابق ادائیگی · سرکاری قیمت سے کم

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

OpenCat سے مخصوص failure modes۔

Setup کے بعد بھی requests کا api.openai.com کی طرف جاتے رہنا مطلب conversation آپ کی نئی provider استعمال نہیں کر رہی۔ OpenCat میں providers ساتھ رہ سکتی ہیں، اور پہلے بنائی گئی کوئی assistant یا conversation اپنی اصل provider binding رکھتی ہے؛ یہ فرض کرنے کی بجائے کہ نئی entry نے عالمی طور پر جگہ لے لی، assistant کی provider اور model بدلیں۔ بغیر /v1 والا API Host اس وقت فیل ہوتا ہے جب app request paths append کرتا ہے؛ working shape، جیسے OpenCat کے لیے gateway guides مستقل طور پر دکھاتے ہیں، /v1 سمیت base ہے، https://api.apisrouter.com/v1۔ ایک خالی یا نامکمل model list کوئی dead end نہیں۔ Auto-list endpoint کی model listing پر منحصر ہے، اور OpenCat کسی بھی missing چیز کے لیے manually typed ids قبول کرتا ہے؛ آپ کی key کے ساتھ /v1/models output ہی وہ ہے جو آپ ٹائپ کریں اس کی authoritative spelling ہے۔ Keys فی provider entry ہیں، تو gateway پر rotate کی گئی key کو provider settings میں update کرنا ضروری ہے؛ مہینوں کی خاموشی کے بعد اچانک فیل ہونے والی app عموماً ایک expired یا rotated key ہے، app کا مسئلہ نہیں۔ اور اگر devices متضاد ہوں، ایک کام کرے اور ایک فیل، تو settings sync boundary پہلا شبہ ہے: تصدیق کریں کہ فیل ہونے والے device کے پاس واقعی وہ provider entry اور key موجود ہے۔

OpenCat کو gateway کے ذریعے کون route کرتا ہے۔

• وہ BYOK users جنہوں نے subscriptions سے بچنے کے لیے app خریدی اور جو key side کو بھی اتنا ہی سادہ چاہتے ہیں: ایک balance، ہر model، کوئی کارڈ فائل میں نہیں۔
• چینی اور انگریزی کے پار bilingual users، جن کے لیے ایک picker میں GLM اور Kimi کا Claude کے ساتھ ہونا اصل روزمرہ workflow ہے، محض ایک novelty نہیں۔
• Multi-device لوگ، ڈیسک پر Mac اور سفر میں iPhone، جو فی-vendor apps اور logins کی بجائے دونوں کو serve کرنے والی ایک provider entry چاہتے ہیں۔
• OpenCat کی translation features استعمال کرنے والے heavy translators، جہاں تیز کیٹلاگ ids پر مختصر متواتر turns عادت کو سستا رکھتے ہیں۔
• وہ developers جن کے پاس کسی مخصوص vendor کی billing تک رسائی نہیں۔ Top-up پر مبنی رسائی بغیر کارڈ کی شرط کے فی-provider sign-up کا انحصار ختم کر دیتی ہے۔

Endpoint verify کریں اور پہلی chat debug کریں۔

اگر ہاتھ میں ہو تو پہلے terminal سے endpoint تصدیق کریں: اپنی key سے models list کریں اور جن ids کا ارادہ رکھتے ہیں انہیں چیک کریں۔ صرف-iPhone setups پر، سیدھا in-app راستے پر جائیں: provider save کریں، دیکھیں کیا model list populate ہوتی ہے، اور ایک مختصر message بھیجیں۔ Failure کی ترتیب مختصر ہے۔ ایک authentication error key field ہے۔ ایک connection یا not-found error API Host ہے، تقریباً ہمیشہ missing /v1۔ ایک model error مطلب id endpoint کی listing سے مختلف ٹائپ کی گئی۔ اور ایسی conversation جو پرانی provider جیسا رویہ رکھے وہ پرانی provider سے bound ہے؛ assistant کی settings چیک کریں، provider list نہیں۔ جب messages چلنے لگیں، APIsRouter console per-request model، token counts، اور spend دکھاتا ہے۔ ایک bring-your-own-key app کے لیے، وہ log پوری financial picture ہے، ہر device اور ہر assistant ایک ہی page پر، بالکل وہی visibility جو subscription chat apps کبھی نہیں دیتیں۔

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

عمومی سوالات