OpenRouter یا براہِ راست API؟ 5.5٪ فیس کے بدلے fallback ملتا ہے

۲ نومبر ۲۰۲۶ کو دیکھے گئے OpenRouter کے نرخ نامے کے مطابق Standard میں ماڈل کا استعمال فراہم کنندہ کی فہرستی قیمت پر بل ہوتا ہے، مگر کریڈٹ خریدنے پر 5.5٪ فیس لگتی ہے؛ Business میں یہ فیس 8٪ ہے، جبکہ BYOK پر ماہانہ 25,000 ڈالر کے فہرستی استعمال تک OpenRouter کی فیس نہیں اور اس سے اوپر 5٪ فیس ہے۔ کریڈٹ کی فیس ہر درخواست کے ٹوکن نرخ میں اضافہ نہیں، لیکن مطلوبہ کریڈٹ خریدنے کی مجموعی قیمت بڑھاتی ہے۔

ایک ہی ماڈل اور ایک ہی فہرستی استعمال کے لیے براہِ راست API عموماً کم پیچیدہ بل دیتی ہے۔ OpenRouter کے کریڈٹ ان درخواستوں کے لیے مفید ہو سکتے ہیں جنہیں ایک فراہم کنندہ کی خرابی کے بعد دوسرے اہل فراہم کنندہ تک پہنچنا ہو؛ BYOK اپنے فراہم کنندہ کی کلید اور بلنگ رکھتے ہوئے OpenRouter کا راستہ دیتا ہے۔ اصل انتخاب اس بات پر منحصر ہے کہ ماڈل کے کتنے قابلِ قبول میزبان موجود ہیں، ناکام درخواست کا اثر کیا ہے اور متبادل میزبان کی قیمت کتنی ہے۔

ایک ہی استعمال کے تین بل

یہ مشروط حساب ۲ نومبر ۲۰۲۶ کو دیکھے گئے شائع شدہ نرخوں پر مبنی ہے۔ فرض کریں ایک ماہ میں ایک ہی ماڈل کے ٹوکن کی فہرستی قیمت تینوں راستوں پر برابر ہے، براہِ راست فراہم کنندہ کوئی معاہداتی رعایت نہیں دیتا، اور خریدا گیا کریڈٹ پورا استعمال ہو جاتا ہے۔ رقم امریکی ڈالر میں ہے؛ ٹیکس، ادائیگی کے اضافی اخراجات اور دوسری خدمات شامل نہیں۔ BYOK کے نتائج یہ بھی فرض کرتے ہیں کہ درخواستیں اپنی فراہم کنندہ کلید ہی سے کامیاب ہوتی ہیں۔

• چھوٹا استعمال، ماہانہ 100 ڈالر: براہِ راست API کا فرضی بل 100 ڈالر ہے۔ OpenRouter Standard میں 100 ڈالر کے کریڈٹ پر 5.50 ڈالر خریداری فیس لگتی ہے، اس لیے مجموعی ادائیگی 105.50 ڈالر بنتی ہے۔ BYOK میں فراہم کنندہ 100 ڈالر بل کرتا ہے اور یہ استعمال بلا فیس حد میں رہتا ہے، لہٰذا مجموعہ 100 ڈالر ہے۔
• بڑھتا ہوا استعمال، ماہانہ 10,000 ڈالر: براہِ راست بل 10,000 ڈالر، Standard کریڈٹ کی مجموعی خریداری 10,550 ڈالر اور BYOK کا مجموعہ 10,000 ڈالر ہوگا۔ اس منظرنامے میں Standard کا 550 ڈالر فرق کریڈٹ خریدنے کی فیس ہے، ٹوکن کی الگ قیمت نہیں۔
• بڑا استعمال، ماہانہ 30,000 ڈالر: براہِ راست بل 30,000 ڈالر اور Standard کریڈٹ کا مجموعہ 31,650 ڈالر بنتا ہے۔ BYOK میں بلا فیس حد سے اوپر کے 5,000 ڈالر پر 250 ڈالر فیس بنتی ہے؛ اگر اس فیس کے لیے نئے Standard کریڈٹ خریدے جائیں تو ان کی 13.75 ڈالر خریداری فیس سمیت مجموعہ 30,263.75 ڈالر ہوگا۔

آخری منظرنامے میں BYOK کی اضافی فیس OpenRouter کریڈٹ سے ادا ہوتی ہے، اس لیے اس کا ادائیگی کا راستہ بھی حساب میں شامل ہے۔ پہلے سے موجود کریڈٹ استعمال ہوں تو اسی مہینے کی نئی ادائیگی مختلف دکھائی دے سکتی ہے، اگرچہ ان کریڈٹ کی خریداری کی لاگت ختم نہیں ہوتی۔ فراہم کنندہ کی رعایت، مختلف میزبان کا نرخ یا ناکامی کے بعد مشترک OpenRouter گنجائش کا استعمال ان مشروط مجموعوں کو بدل دے گا۔

فراہم کنندہ ناکام ہو تو درخواست کہاں جاتی ہے؟

متبادل راستے کی قدر تب بنتی ہے جب مطلوبہ ماڈل ایک سے زیادہ اہل فراہم کنندگان کے پاس ہو۔ پہلے فراہم کنندہ سے خرابی یا درخواست کی حد کا جواب آئے تو OpenRouter اگلے اہل راستے کو آزما سکتا ہے؛ ناکام کوشش کے ماڈل ٹوکن کا بل نہیں بنتا، جبکہ جواب دینے والی کوشش اپنے نرخ پر بل ہوتی ہے۔ براہِ راست API پر یہی انتظام ممکن ہے، مگر ایپ کو دوسری کلید، دوبارہ کوشش کی منطق اور ہر کوشش کا نتیجہ خود سنبھالنا پڑتا ہے۔

OpenRouter کے روٹنگ تجربے میں نئے طریقے سے فی درخواست لاگت 6٪ بڑھی، پہلے ٹوکن تک درمیانی وقت 16.9٪ کم ہوا اور کم از کم ایک 429 خرابی پانے والی درخواستوں کا حصہ 46٪ کم ہوا۔ تجربے میں پرانی اور نئی OpenRouter روٹنگ کا تقابل کیا گیا تھا، براہِ راست API کا نہیں۔ نتیجہ ایک اہم خرچ واضح کرتا ہے: تیز یا زیادہ قابلِ اعتماد میزبان کو ترجیح دینے سے ماڈل استعمال کا بل بڑھ سکتا ہے، اور یہ اضافہ کریڈٹ خریدنے کی فیس سے الگ ہے۔

روٹنگ کا فائدہ ہر ماڈل کے لیے یکساں نہیں۔ اگر منتخب ماڈل کا صرف ایک قابلِ قبول میزبان ہو، یا آپ کی علاقائی اور ڈیٹا سے متعلق شرائط دوسرے میزبانوں کو خارج کر دیں، تو خودکار دوبارہ کوشش کے لیے کوئی متبادل نہیں بچے گا۔ اسی لیے فراہم کنندگان کی کل تعداد سے زیادہ اہم وہ تعداد ہے جو آپ کی خاص درخواست پوری کر سکتی ہے۔

رفتار کا جواب درخواست اور مقام کے ساتھ بدلتا ہے

Opper کے رفتار کے تجربے میں GPT-4.1 کے لیے ہر منزل پر 200 کالیں کی گئیں: OpenRouter کا پہلے ٹوکن تک وقت 0.640 سیکنڈ اور OpenAI کی براہِ راست API کا 0.712 سیکنڈ تھا، جبکہ جواب بنانے کی رفتار بالترتیب 73.2 اور 81.8 ٹوکن فی سیکنڈ رہی۔ اس نمونے میں OpenRouter نے جواب جلد شروع کیا، لیکن براہِ راست راستے نے بعد کے ٹوکن تیزی سے دیے۔ مختصر جواب والی گفتگو اور طویل جواب بنانے والی ایپ میں ان دو پیمائشوں کی اہمیت مختلف ہوگی۔

InferenceBench کی امریکی پیمائش میں OpenRouter کے روٹ شدہ نمونے کے لیے پہلے ٹوکن تک وقت 640 ملی سیکنڈ، قابلِ اعتماد شرح 99.3٪ اور رفتار 83 ٹوکن فی سیکنڈ درج ہے؛ اس میں 13 ماڈل اور دو خطے شامل ہیں۔ یہاں کئی ماڈلز کا مجموعی نتیجہ ہے، جبکہ Opper نے ایک مخصوص ماڈل کو مختلف راستوں سے آزمایا۔ یکساں نظر آنے والا پہلے ٹوکن کا عدد ان دونوں پیمائشوں کو ایک جیسا تجربہ نہیں بناتا۔

رفتار کا فرق صرف درمیان میں روٹنگ کی ایک اضافی تہہ ہونے سے طے نہیں ہوتا۔ فراہم کنندہ کا میزبان، درخواست بھیجنے کا مقام، اس وقت دستیاب گنجائش، پہلے سے محفوظ سیاق اور جواب کی لمبائی سب نتیجے پر اثر ڈال سکتے ہیں۔ جس ایپ میں صارف پورا جواب آنے کا انتظار کرتا ہے، وہاں صرف پہلے ٹوکن کا وقت مجموعی انتظار کی درست تصویر نہیں دیتا۔

BYOK، درخواست کی حد اور عملی کنٹرول

ادا شدہ ماڈلز کے لیے OpenRouter اپنے منصوبے کی الگ درخواست کی حد مقرر نہیں کرتا، تاہم فراہم کنندہ کی حد برقرار رہتی ہے۔ متعدد اہل میزبان دستیاب ہوں تو ایک میزبان کی حد کے بعد دوسرا راستہ مدد دے سکتا ہے؛ ایک ہی اہل میزبان رہ جائے تو وہی حد رکاوٹ ہوگی۔ مفت ماڈلز کی الگ حدوں سے ادا شدہ ایپ کی گنجائش کا اندازہ نہیں لگایا جا سکتا۔

OpenRouter کی BYOK رہنمائی کے مطابق اپنی فراہم کنندہ کلید سے جانے والی درخواست پر اس فراہم کنندہ کے اکاؤنٹ کی حدیں اور بلنگ لاگو ہوتی ہیں؛ ترجیحی کلید ناکام ہو تو پہلے سے طے شدہ صورت میں OpenRouter کی مشترک گنجائش استعمال ہو سکتی ہے، جس کی ادائیگی OpenRouter کریڈٹ سے ہوتی ہے۔ اس لیے BYOK کا بلا فیس حساب اسی وقت برقرار رہتا ہے جب درخواست اپنی کلید پر پوری ہو۔ مشترک گنجائش بند کرنے سے خرچ اپنے اکاؤنٹ تک محدود رہ سکتا ہے، مگر ناکامی کے بعد دستیاب راستے بھی کم ہو سکتے ہیں۔

خودکار انتخاب کے بجائے فراہم کنندگان کی ترتیب مقرر کرنا، مخصوص میزبانوں کو شامل یا خارج کرنا اور متبادل راستہ بند کرنا بھی ممکن ہے۔ مخصوص معاہدے یا ڈیٹا پالیسی کے لیے یہ کنٹرول اہم ہو سکتا ہے، لیکن پابندی لگانے کے بعد صرف منظور شدہ میزبان ہی درخواست سنبھال سکیں گے۔ BYOK کی کلید شامل کرنا اس بات کی ضمانت نہیں کہ ہر دوسرے میزبان پر منتقلی بھی آپ کے فراہم کنندہ کے بل ہی میں رہے گی۔

کس کام کے لیے کون سا راستہ موزوں ہے؟

اگر ایپ ایک ہی فراہم کنندہ پر چلتی ہے، اس کے معاہداتی نرخ اہم ہیں اور ٹیم ناکامی کے بعد دوبارہ کوشش خود سنبھال سکتی ہے تو براہِ راست API کا بل اور اختیار زیادہ واضح رہتے ہیں۔ اگر ایک ماڈل کے متعدد قابلِ قبول میزبان ہیں اور کسی ایک کی خرابی صارف تک نہیں پہنچنی چاہیے تو OpenRouter Standard کی اضافی خریداری فیس قابلِ قبول ہو سکتی ہے۔ موجودہ فراہم کنندہ کی کلید اور بلنگ برقرار رکھنے کے لیے BYOK مناسب درمیانی راستہ ہے، بشرطیکہ مشترک گنجائش پر منتقلی کا خرچ بھی فیصلے میں شامل ہو۔

فیصلے کا اصل موازنہ ایک ہی ماڈل کی فہرستی قیمت سے آگے جاتا ہے: مکمل ادائیگی، پہلے ٹوکن اور پورے جواب کا وقت، اور ناکامی کے بعد دستیاب اہل میزبان ایک ساتھ دیکھنے پڑتے ہیں۔ کریڈٹ کی فیس پہلے سے معلوم ہے؛ متبادل راستے کی قدر اس ایپ کی درخواستوں اور قابلِ قبول فراہم کنندگان سے طے ہوگی۔

یہ بھی پڑھیں:

• پاکستان میں Stripe یا PayPal؟ دونوں کی merchant access ابھی براہِ راست نہیں
• Podscribe کا YouTube attribution براہِ راست نہیں—تخمینے کی اصل حد یہ ہے
• Proton Mail یا Gmail؟ رازداری کے بدلے مفت ذخیرہ کم ملتا ہے