OpenRouter मूल्य निर्धारण: अनुरोध लागत, डिपॉज़िट शुल्क और BYOK

OpenRouter के लिए एक सटीक बजट तैयार करने के लिए, आपको प्रोसेस किए गए अनुरोधों की वास्तविक लागत और अपने अकाउंट बैलेंस में जोड़ी जाने वाली अग्रिम धनराशि को अलग-अलग रखना होगा। इसके अलावा, यदि आप अपने स्वयं के प्रदाता API क्रेडेंशियल्स कनेक्ट करते हैं, तो आपको BYOK (Bring Your Own Key) नियमों का स्वतंत्र रूप से मूल्यांकन करना होगा। केवल “प्रति दस लाख टोकन” की एक दर इन सभी वित्तीय घटकों को स्पष्ट नहीं करती है।

मॉडल मूल्य और क्रेडिट टॉप-अप अलग-अलग मद हैं

आधिकारिक FAQ के अनुसार, अनुरोधों की लागत आपके प्रीपेइड क्रेडिट बैलेंस से काटी जाती है, और दरें उपयोग किए जाने वाले मॉडल व प्रदाता पर निर्भर करती हैं। OpenRouter का कहना है कि वह बिना किसी इनफ़्रेंस मार्कअप के प्रदाता की दरें आगे बढ़ाता है; प्लेटफ़ॉर्म कमीशन क्रेडिट ख़रीदते समय लागू होता है। 14 सितंबर 2026 तक मूल्य निर्धारण पृष्ठ पर Pay-as-you-go के लिए 5.5% का शुल्क निर्दिष्ट है।

भुगतान करने से पहले, तीन मानों का मिलान करें: आपको कितने क्रेडिट मिलेंगे, कितना शुल्क दिखाया गया है, और आपके भुगतान माध्यम से कुल कितनी राशि काटी जाएगी। न्यूनतम लेन-देन शुल्क, लागू करों और विशिष्ट भुगतान विधि की शर्तों की पुष्टि वर्तमान चेकआउट गणना में करें। मूल्य तालिका का एक प्रतिशत अंतिम चेकआउट राशि की जगह नहीं ले सकता।

एक सांकेतिक उदाहरण लें: यदि $100 के क्रेडिट की ख़रीद पर अलग से केवल 5.5% का प्लेटफ़ॉर्म शुल्क जुड़ता है, तो कुल भुगतान $105.50 होगा। यह करों, मुद्रा रूपांतरण और अन्य प्रोसेसिंग शुल्कों को छोड़कर केवल एक अंकगणितीय परिदृश्य है, कोई वास्तविक चेकआउट स्नैपशॉट नहीं। $20 के क्रेडिट का उपयोग करने के बाद, शेष बैलेंस $80 होगा; पूरे शुरुआती भुगतान को इन शुरुआती अनुरोधों की लागत के रूप में नहीं दर्ज किया जा सकता।

अपने वास्तविक वर्कलोड का आकलन कैसे करें

प्रॉम्प्ट कैशिंग या अतिरिक्त बिल योग्य सुविधाओं के बिना एक सामान्य टेक्स्ट परिदृश्य के लिए:

request_cost = input_tokens / 1000000 * input_price
             + output_tokens / 1000000 * output_price

14 सितंबर 2026 को वर्तमान मूल्य सूची के अनुसार जांची गई GLM समूह में glm-5.3 के लिए BetterToken की वास्तविक दर लेते हैं। प्रति दस लाख टोकन अमेरिकी डॉलर में, इनपुट की कीमत $1.232 और आउटपुट की कीमत $3.872 है। 8,000 अनकैश्ड इनपुट टोकन और 2,000 आउटपुट टोकन के लिए गणना इस प्रकार है:

input_cost = 8000 / 1000000 * 1.232 = $0.009856
output_cost = 2000 / 1000000 * 3.872 = $0.007744
total_cost = $0.0176
1000_requests = $17.60

BetterToken इस लागत में कोई अलग लेन-देन शुल्क नहीं जोड़ता है: इस वॉल्यूम के लिए लागत प्रति अनुरोध $0.0176 या एक हज़ार समान अनुरोधों के लिए $17.60 ही रहती है। इसे 1.055 से गुणा करने की आवश्यकता नहीं है — OpenRouter का डिपॉज़िट शुल्क BetterToken पर लागू नहीं होता है। उदाहरण में टोकन संख्या काल्पनिक है; दर किसी काल्पनिक मॉडल के बजाय सीधे सक्रिय कैटलॉग से ली गई है। कैश्ड टोकन और अतिरिक्त टूल कॉल इसमें शामिल नहीं हैं। यह BetterToken की गणना का एक उदाहरण है, OpenRouter पर GLM-5.3 के वास्तविक मूल्य के साथ प्रत्यक्ष तुलना नहीं।

इस तरह की गणना को एक व्यावहारिक परिचालन बजट में बदलने के लिए, बातचीत के पूरे इतिहास और सिस्टम निर्देशों सहित वास्तविक अनुरोध आकारों को मापें। छोटे प्रश्नों और लंबे संदर्भ वाले कार्यों की अलग-अलग गणना करें। किसी स्वायत्त एजेंट के लिए, केवल उसके अंतिम उत्तर का बजट बनाने के बजाय, परिणाम स्वीकार होने से पहले आवश्यक सभी मध्यवर्ती कॉल्स को जोड़ें। यदि किसी असंतोषजनक उत्तर के बाद पुनः प्रयास (retry) करने पर बिल योग्य कॉल हुई है, तो उसे भी अपने व्यय लॉग में दर्ज किया जाना चाहिए।

प्रॉम्प्ट कैशिंग, इमेज, रीज़निंग टोकन और प्रति-अनुरोध शुल्क इस गणना को बदल सकते हैं: मॉडल कार्ड पर विशिष्ट बिलिंग इकाइयों की जांच करें। खर्च का मिलान Activity के माध्यम से किया जाता है। BetterToken के साथ तुलना के लिए, इसके मूल्य निर्धारण पृष्ठ और Workspace में अपने स्वयं के रिकॉर्ड का उपयोग करें, जहां मॉडल, टोकन और खर्च उपलब्ध हैं। हमेशा समान कार्य और समान बिलिंग इकाइयों की तुलना करें; केवल दो अलग-अलग दर तालिकाओं को देखना यह साबित नहीं करता कि कौन सा मार्ग अधिक किफ़ायती होगा।

मुफ़्त टियर का मतलब असीमित थ्रूपुट नहीं है

मूल्य निर्धारण पृष्ठ मुफ़्त टियर के लिए प्रति दिन 50 अनुरोधों की सीमा दिखाता है। यह प्रत्येक खाता प्रकार या किसी भी सशुल्क फ़ॉलबैक मार्ग के लिए समान शर्तों का वादा नहीं है। सीमा दस्तावेज़ खर्च की सीमाओं और अनुरोध आवृत्ति की सीमाओं को अलग करता है: HTTP 402 के लिए बैलेंस और कुंजी की सीमा की जांच की आवश्यकता होती है, जबकि HTTP 429 प्लेटफ़ॉर्म या अपस्ट्रीम प्रदाता की ओर से आ सकता है।

HTTP 429 मिलने पर, कारण और यदि उपलब्ध हो तो Retry-After हेडर देखें, और प्रयासों के बीच अंतराल (backoff delay) रखें। असीमित पुनः प्रयास (retry loop) न चलाएं। यदि रूटिंग नियम किसी सशुल्क मॉडल पर स्विच होते हैं, तो परिनियोजन से पहले उस मॉडल की लागत को अपने बजट में शामिल करें। मुफ़्त मार्ग अनुकूलता की जांच के लिए उपयोगी है, लेकिन उत्पादन वर्कलोड के लिए सीमा समाप्त होने या सेवा विफलता की स्थिति में एक स्पष्ट परिचालन योजना होनी चाहिए।

BYOK: दोनों इनवॉइस की जांच करें

BYOK (Bring Your Own Key) का अर्थ है OpenRouter के माध्यम से अपनी स्वयं की प्रदाता API कुंजी का उपयोग करना। 14 सितंबर 2026 तक मूल्य निर्धारण पृष्ठ के अनुसार, Pay-as-you-go में बिना किसी BYOK शुल्क के प्रति माह $25,000 तक का सूची-मूल्य इनफ़्रेंस शामिल है, जिसके बाद 5% प्लेटफ़ॉर्म शुल्क लागू होता है। यह छूट की गणना के लिए एक मौद्रिक सीमा है — यह न तो मुफ़्त अनुरोधों की संख्या है और न ही OpenRouter द्वारा आपके अपस्ट्रीम प्रदाता बिल का भुगतान करने का वादा।

कुंजियों का प्रबंधन वर्कस्पेस BYOK इंटरफ़ेस में किया जाता है। BYOK दस्तावेज़ के अनुसार, अनुरोधों का प्रेषण एक सख्त पदानुक्रम का पालन करता है: पहले प्राथमिकता वाली कुंजियों (Prioritized keys) का उपयोग किया जाता है, फिर आवश्यकता पड़ने पर साझा OpenRouter एंडपॉइंट्स (shared OpenRouter endpoints) पर जाया जाता है, और उसके बाद मॉडल फ़िल्टर व रूटिंग नियमों के अधीन बैकअप कुंजियों (Fallback keys) का उपयोग किया जाता है। साझा क्षमता पर फ़ॉलबैक करने से OpenRouter क्रेडिट खर्च होते हैं। इसके अलावा, वर्कस्पेस बजट और सुरक्षा सीमाएं (guardrail budgets) डिफ़ॉल्ट रूप से BYOK खर्च को बाहर रखती हैं; यदि आवश्यक हो, तो उन्हें “Include BYOK spend” सेटिंग के साथ सक्रिय किया जा सकता है।

रूट को कॉन्फ़िगर और सत्यापित करने के लिए अनुशंसित चरण:

1. अनुमतियों और फ़िल्टर की जांच करें: सुनिश्चित करें कि प्रदाता API कुंजी के पास आवश्यक मॉडल अनुमतियां हैं, और OpenRouter में उपयुक्त मॉडल फ़िल्टर कॉन्फ़िगर किए गए हैं।
2. कुंजी प्राथमिकता नीतियां निर्धारित करें: कुंजियों के उपयोग का क्रम तय करें और यह निर्धारित करें कि क्या अनुरोध साझा एंडपॉइंट्स या Fallback keys पर स्विच होने की अनुमति है।
3. बजट को अलग-अलग रखें: सीमाओं की अलग-अलग योजना बनाएं — एक सीधे अपने अपस्ट्रीम प्रदाता के साथ और दूसरी छूट सीमा समाप्त होने के बाद फ़ॉलबैक क्षमता या BYOK शुल्क को कवर करने के लिए अपने OpenRouter बैलेंस पर।
4. एक परीक्षण अनुरोध निष्पादित करें: एक सीमित कॉल भेजें, Activity लॉग में View Raw Metadata खोलें, provider_responses ब्लॉक की जांच करें और डेटा का अपने वास्तविक बिलों के साथ मिलान करें। यह कभी न मान लें कि स्वचालित लागत ट्रैकिंग अपस्ट्रीम इनवॉइस से पूरी तरह मेल खाती है।

यदि एक सीधा API आपकी परिचालन आवश्यकताओं को पूरा करता है, तो उसके अंतिम बिल की तुलना OpenRouter के माध्यम से उसी कार्यभार को चलाने से करें। यदि आपको विभिन्न मॉडलों की आवश्यकता है, तो समाधान में एकीकृत बिलिंग और मानकीकृत इंटरफ़ेस की सुविधा को भी शामिल करें। प्रारंभिक तुलना के लिए कार्यों का एक छोटा, सीमित बैच पर्याप्त है: प्रति स्वीकृत परिणाम की कुल लागत केवल इनपुट दर की तुलना करने से कहीं अधिक उपयोगी जानकारी देगी।