एक सवाल जो हमें किसी न किसी रूप में लगातार मिलता है:
DeepSeek की कीमत प्रति दस लाख टोकन लगभग शून्य है। Reverie बस मुफ़्त क्यों नहीं हो सकता?
यह जायज़ सवाल है और कंधे उचकाने के बजाय असली जवाब का हक़दार है। इसकी बुनियाद आंशिक रूप से सही भी है: कुछ मॉडल वाकई प्रति टोकन सस्ते हैं, और वह कीमत सार्वजनिक है — कोई भी देख सकता है।
वह संख्या जो नहीं दिखाती, वह है वह सब कुछ जो मॉडल कॉल के इर्द-गिर्द होना पड़ता है ताकि बातचीत, बातचीत जैसी लगे। यह लेख उसी हिस्से से गुज़रता है, जितना ठोस हो सके उतना ठोस।
इस विषय को हम पहले भी छू चुके हैं। क्रेडिट सिस्टम पर हमारी पोस्ट ने गुणकों और इनाम कार्यक्रमों को समझाया था, और मुफ़्त मॉडलों वाली पोस्ट ने बताया था कि तमाम अनिश्चितता के बावजूद हमने उन्हें क्यों शुरू किया। पर दोनों उस सवाल से ठीक पहले रुक गई थीं जो लोग फिर भी पूछते रहते हैं: पैसा असल में जाता कहाँ है? यही उसका जवाब है — पहले से कहीं ज़्यादा विस्तार से।
मॉडल का बिल एक पंक्ति है, पूरा चालान नहीं
जब आप संदेश भेजते हैं, मॉडल कॉल दिखने वाला हिस्सा होता है। यही इकलौता हिस्सा है जिस पर प्रकाशित कीमत लगी होती है — इसीलिए लागत की हर चर्चा इसी पर टिक जाती है।
Reverie पर एक अकेले आदान-प्रदान में और क्या-क्या शामिल होता है, इसकी मोटी सूची:
- संदर्भ जुटाना और जोड़ना — कैरेक्टर की परिभाषा, आपका पर्सोना, वर्ल्ड बुक्स, दीर्घकालिक स्मृति की प्रविष्टियाँ, हाल की बातचीत और सक्रिय प्लगइन — सबको लाना, प्राथमिकता देना और एक टोकन बजट में फिट करना पड़ता है।
- सारांश और स्मृति संपीड़न — नीचे विस्तार से; यह अपने आप में एक अलग मॉडल कॉल है।
- मॉडरेशन — और यह संदेशों पर लगे फ़िल्टर से कहीं ज़्यादा है। कोई कैरेक्टर प्रकाशित करने पर उसकी छवियाँ एक विज़न मॉडल से गुज़रती हैं। किसी कैरेक्टर, प्लगइन या क्रिएटर की शिकायत करने पर एक AI छँटाई चलती है जो इंसान के देखने से पहले ही सामग्री और शिकायत, दोनों पढ़ती है। प्लगइन के संशोधन भी इसी तरह जाँचे जाते हैं।
- भंडारण — हर संदेश, हर छवि, हर कैरेक्टर कार्ड, हर फोर्क का हर संस्करण, अनिश्चितकाल तक रखा और परोसा जाता है।
- इंफ्रास्ट्रक्चर — एप्लिकेशन सर्वर, डेटाबेस और उसकी प्रतिकृतियाँ, कैश, क्यू, CDN, और हर उत्तर की पूरी अवधि तक खुली रखी जाने वाली स्ट्रीमिंग कनेक्शन।
- निगरानी और observability — एरर ट्रैकिंग, लेटेंसी और विफलता के मेट्रिक्स, प्रदाताओं की हेल्थ जाँच, और वे लॉग जो हमें बताते हैं कि कोई मॉडल दो दिन पहले नहीं, दो घंटे पहले बिगड़ना शुरू हुआ।
- इंजीनियरिंग — वे लोग जो फ़ीचर बनाते हैं, और वे लोग जिन्हें रात तीन बजे उठाया जाता है जब किसी प्रदाता में गड़बड़ी आती है।
- सपोर्ट और संचालन — टिकट का जवाब, रिफ़ंड, रिपोर्ट्स की समीक्षा, मॉडरेशन अपील, भुगतान शुल्क, कर, लेखा-जोखा।
यह सूची भी पूरी नहीं है — यह बस वह हिस्सा है जिसका नाम लेना आसान है।
इनमें से कुछ भी किसी मॉडल प्रदाता के प्राइसिंग पेज पर नहीं दिखता। ये सब वास्तविक, बार-बार आने वाली लागतें हैं, और अधिकांश स्थिर रहने के बजाय उपयोग के साथ बढ़ती हैं।
और यह वह हिस्सा है जो लोगों को सबसे ज़्यादा चौंकाता है: जो मॉडल कॉल आपको दिखती है, वह हमारे खर्च का सिर्फ़ एक हिस्सा है। उसके चारों ओर सर्वर, भंडारण, बिना किसी से शुल्क लिए चलने वाली पृष्ठभूमि मॉडल कॉल और प्लेटफ़ॉर्म चलाने वाले लोग हैं। किसी एक मॉडल की टोकन कीमत घटने से ये लागतें गायब नहीं होतीं।
हम इसके लिए कोई साफ़-सुथरा प्रतिशत गढ़ने नहीं जा रहे: यह बँटवारा उपयोग के साथ हिलता है और हम ऐसा आँकड़ा नहीं देना चाहते जिसे बाद में वापस लेना पड़े। स्थिर बात यह अंतर है: प्रदाता की API कीमत और प्लेटफ़ॉर्म चलाने की लागत एक ही संख्या नहीं हैं। सस्ती इन्फ़रेंस बिल का एक हिस्सा घटाती है, उसके आसपास की हर चीज़ को नहीं हटाती।
सारांश: वह सुविधा जिसका आपसे शुल्क नहीं लिया जाता
इसका अलग से ज़िक्र ज़रूरी है, क्योंकि यह डिज़ाइन से ही अदृश्य है।
संदर्भ विंडो सीमित होती है। अगर बातचीत बस बढ़ती ही जाए, तो दो में से एक होगा: सबसे पुराने हिस्से चुपचाप विंडो से बाहर गिर जाएँगे और आपका कैरेक्टर भूलने लगेगा — या हर संदेश पूरा इतिहास ढोएगा और उत्तरोत्तर धीमा और महँगा होते-होते पूरी तरह काम करना बंद कर देगा।
इसलिए Reverie सारांश बनाता है। जब कोई धागा लंबा हो जाता है, सिस्टम पुराने हिस्से को एक कथात्मक सारांश में संपीड़ित करता है — रिश्ते की स्थिति, भावनात्मक गतिकी और अनसुलझे सूत्र बचाते हुए — और कच्चे प्रतिलेख की जगह उसे संदर्भ में डालता है। यह अपने-आप, पृष्ठभूमि में होता है, बिना आपके कहे।
वह सारांश स्वयं एक मॉडल कॉल है। यह बहुत सारे टोकन पढ़ता है और नए टोकन लिखता है। और लंबी बातचीत के पूरे जीवनकाल में यह बार-बार होता है।
हम इसका बिल आपसे नहीं लेते। आपके क्रेडिट इतिहास में "स्मृति रखरखाव" नाम की कोई मद नहीं है। यह प्लेटफ़ॉर्म चलाने की लागत में समाहित है, क्योंकि उपयोगकर्ताओं से उस मशीनरी का शुल्क लेना जो उनकी अपनी बातचीत को सुसंगत रखती है, हमें गलत सौदा लगा।
यही तर्क अन्य पृष्ठभूमि कामों पर भी लागू होता है — संदर्भ अनुकूलन, स्मृति निष्कर्षण, और वह चरण जो तय करता है कि याद रखने लायक क्या है।
वे मॉडल कॉल जो तब होती हैं जब आप यहाँ नहीं होते
हम जो चुकाते हैं उसका एक हिस्सा आपकी किसी माँग से जुड़ा ही नहीं होता।
सक्रिय संदेश — जब कोई कैरेक्टर पहले आपसे बात शुरू करता है — तय समय पर चलते हैं। एक प्रक्रिया तय करती है कि किससे संपर्क करना समझदारी होगी, इतना संदर्भ पढ़ती है कि पता चले क्या कहना है, और फिर कुछ ऐसा लिखती है जो खोलकर पढ़ने लायक हो। यह प्रति संदेश एक मॉडल कॉल है — उस बातचीत के लिए जो आपने अभी शुरू भी नहीं की थी।
कैरेक्टर मोमेंट्स भी ऐसे ही काम करते हैं: चुपचाप पृष्ठभूमि में तैयार होते हैं ताकि किसी कैरेक्टर के पन्ने पर कुछ नया रहे — चाहे उस दिन किसी ने उससे बात की हो या नहीं।
इनमें से कोई भी क्रेडिट नहीं काटता। कैरेक्टर पहले संदेश भेजे तो कोई शुल्क नहीं, कोई मोमेंट आए तो भी नहीं। ये हमारी समय-सारणी पर चलते हैं और हमारे बिल पर।
यहाँ ठहरकर सोचना बनता है, क्योंकि यह आम धारणा को उलट देता है। हमारे मॉडल खर्च का एक ठीक-ठाक हिस्सा ऐसा है जिसके पीछे कोई उपयोगकर्ता माँग है ही नहीं। यह इसलिए है क्योंकि सिर्फ़ जवाब देने वाला कैरेक्टर उस कैरेक्टर से कम जीवंत लगता है जो कभी-कभी खुद कुछ शुरू करता है — और यह फ़र्क़ असली पैसे माँगता है, पहले से खर्च किया हुआ, उन बातचीतों पर जिनका शायद जवाब भी न आए।
मॉडरेशन छँटाई भी इसी श्रेणी में आती है, और यह सबसे अजीब मामला है। जब कोई किसी कैरेक्टर की शिकायत करता है, पहली समीक्षा एक मॉडल कॉल होती है — जिसे किसी अजनबी ने चलाया, और जो शायद आपकी महीनों पहले प्रकाशित सामग्री पर है। दोनों में से किसी से शुल्क नहीं लिया जाता। यही बात तब भी लागू है जब कोई क्रिएटर कैरेक्टर प्रकाशित करता है और उसकी छवियाँ विज़न मॉडल से गुज़रती हैं: वह जाँच हमारे बिल पर चलती है, ऐसे काम पर जिसके बारे में हमें उम्मीद है कि सब ठीक निकलेगा।
सुझाए गए जवाब, पहली प्रतिक्रिया की ट्यूनिंग, और गुणवत्ता के बाकी छोटे चरण भी इसी श्रेणी में हैं। अलग-अलग सस्ते, लगातार चलते हुए, और कभी अलग मद में न दिखते हुए।
हाँ, हम प्रॉम्प्ट कैशिंग का इस्तेमाल करते हैं
एक वाजिब अगला सवाल: अगर कैरेक्टर की परिभाषा और शुरुआती बातचीत संदेशों के बीच बदलती नहीं, तो हर बार उन्हें भेजने का खर्च क्यों?
जहाँ संभव है, वहाँ हम नहीं करते। प्रॉम्प्ट कैशिंग पहले से इस्तेमाल में है, और हम प्रति अनुरोध कैश हिट दर ट्रैक करते हैं — ठीक इसीलिए कि जब हमारा ही कोई अपडेट गलती से किसी कैश प्रीफ़िक्स को तोड़ दे तो हमें पता चल जाए।
लेकिन हिट दर पूर्ण नहीं है और कभी होगी भी नहीं। अनुरोध OpenRouter के माध्यम से कई प्रदाताओं में रूट होते हैं, और कैश उसी विशिष्ट प्रदाता के पास रहता है जिसने उसे बनाया। अगला संदेश किसी दूसरे बैकएंड पर गया तो कैश साथ नहीं जाता। अलग-अलग प्रदाता कैशिंग को अलग शब्दार्थ, अलग न्यूनतम आकार और अलग समाप्ति व्यवहार के साथ पेश करते हैं। इसके अलावा, प्रॉम्प्ट के जो हिस्से सबसे ज़्यादा बदलते हैं — नवीनतम संदेश, अद्यतन सारांश, अभी चालू किया गया प्लगइन — ठीक वहीं बैठते हैं जहाँ वे कैश किए गए प्रीफ़िक्स की पूँछ को अमान्य कर देते हैं।
कैशिंग बिल को उल्लेखनीय रूप से घटाती है। इसे मिटाती नहीं, और सैद्धांतिक 100 % हिट दर को आधार मानकर निकाले गए आँकड़े उत्पादन से टकराते ही टूट जाते हैं।
भ्रांति बनाम वास्तविकता
भ्रांति: DeepSeek बहुत सस्ता है, इसलिए हर AI वेबसाइट लगभग मुफ़्त होनी चाहिए। वास्तविकता: मॉडल API एक तैयार उत्पाद पहुँचाने की लागत का एक घटक भर है। इन्फ़रेंस वह हिस्सा है जिसकी कीमत सार्वजनिक है; उसके चारों ओर लिपटा सब कुछ वह हिस्सा है जो आपको किसी चालान में कभी नहीं दिखता।
भ्रांति: API का बिल शून्य कर दो तो उत्पाद चलाना सस्ता हो जाएगा। वास्तविकता: नहीं होगा। टोकन सस्ते होने से इंफ्रास्ट्रक्चर, भंडारण, मॉडरेशन, सपोर्ट और इंजीनियरिंग गायब नहीं हो जाते। संदेश भेजते समय की मॉडल कॉल मुफ़्त भी हो जाए, तब भी ये आसपास की लागतें और ऊपर बताई गई पृष्ठभूमि मॉडल कॉल बनी रहेंगी।
भ्रांति: सारांश और स्मृति मुफ़्त सुविधाएँ हैं, इसलिए इन्हें देना भी मुफ़्त है। वास्तविकता: ये आपके लिए मुफ़्त हैं। सारांश, सक्रिय संदेश, कैरेक्टर मोमेंट्स और मॉडरेशन छँटाई — सब हमारे भुगतान वाली मॉडल कॉल हैं। सक्रिय संदेश और मोमेंट्स आपके अनुरोध के बिना चल सकते हैं; मॉडरेशन किसी प्रकाशन या रिपोर्ट से शुरू होता है, किसी बिल योग्य चैट संदेश से नहीं।
भ्रांति: प्रॉम्प्ट कैशिंग है तो दोहराया गया संदर्भ मुफ़्त है। वास्तविकता: कैशिंग बहुत मदद करती है और हम इसका इस्तेमाल करते हैं। पर बहु-प्रदाता रूटिंग, कैश की समाप्ति और हर प्रॉम्प्ट की लगातार बदलती पूँछ के कारण असली हिट दरें पूर्णता से काफ़ी नीचे रहती हैं।
भ्रांति: सस्ता ग़ैर-आधिकारिक API इस्तेमाल करने से सब ठीक हो जाएगा। वास्तविकता: यह एक संख्या घटा सकता है और दूसरी बढ़ा सकता है — लेटेंसी, अस्थिरता, डेटा जोखिम या रोलप्ले की गुणवत्ता। कुछ ग़ैर-आधिकारिक एंडपॉइंट अनुरोध बदलते हैं या प्रदाता की अनुमति के बिना मिली पहुँच दोबारा बेचते हैं। आगे इसी पर विस्तार।
भ्रांति: मुफ़्त उपयोगकर्ता वह लागत हैं जिसे प्लेटफ़ॉर्म बर्दाश्त करता है। वास्तविकता: मुफ़्त उपयोगकर्ता ही वह तरीका हैं जिससे प्लेटफ़ॉर्म बढ़ता है। इनमें से कई आगे चलकर क्रिएटर और सब्सक्राइबर बनते हैं। बंदिश यह नहीं कि मुफ़्त उपयोग है या नहीं — बंदिश यह है कि वह टिकाऊ रहता है या नहीं।
हम आधिकारिक कीमतें क्यों चुकाते हैं
मॉडल का बिल बहुत घटाने का एक जाना-पहचाना तरीका है: रिवर्स-इंजीनियर किए गए ग़ैर-आधिकारिक API एंडपॉइंट। इनके स्रोत अलग-अलग होते हैं। कुछ प्रदाता की अनुमति के बिना मिले रास्तों की पहुँच दोबारा बेचते हैं; इस बाज़ार के दुरुपयोग वाले सिरे पर कुछ क्षमता चोरी के भुगतान साधनों से खरीदी जाती है।
हम इनका इस्तेमाल नहीं करते और न करने का इरादा है। ये चैनल हमारी मॉडल लागत काफ़ी घटा देते। हमने इन्हें देखा और दो अलग कारणों से मना किया।
पहला, यह सीधे-सीधे गलत है। जहाँ पहुँच धोखाधड़ी से हासिल या वित्तपोषित की गई हो, उसे दोबारा बेचना कुछ अतिरिक्त कदमों वाली चोरी ही है — चाहे इस उद्योग के कुछ कोनों में यह कितना ही सामान्य क्यों न हो गया हो। हम ऐसे चैनलों से प्लेटफ़ॉर्म चलाकर फिर पारदर्शिता पर लेख नहीं लिखेंगे।
दूसरा, यह उत्पाद को ख़राब करता है — और यही वह हिस्सा है जो उपयोगकर्ताओं को सीधे महसूस होता है, भले उन्हें कभी पता न चले कि कोई उत्तर कहाँ से आया:
- लेटेंसी बढ़ती है। रिवर्स-इंजीनियर किए गए रास्ते अतिरिक्त पड़ाव जोड़ते हैं, साझा खातों के पीछे कतार में लगते हैं और अप्रत्याशित ढंग से थ्रॉटल करते हैं। दो सेकंड में आने वाले उत्तर और बारह सेकंड में आने वाले उत्तर का फ़र्क़ बातचीत और फ़ॉर्म भरने के बीच का फ़र्क़ है।
- वे अपने सिस्टम प्रॉम्प्ट घुसाते हैं। कई ग़ैर-आधिकारिक एंडपॉइंट अनुरोध को आगे भेजने से पहले अपने डिफ़ॉल्ट सिस्टम प्रॉम्प्ट में लपेट देते हैं। वह प्रॉम्प्ट हमें और आपको, दोनों को नहीं दिखता, और कैरेक्टर की परिभाषा से टकराता है। आवाज़ सपाट पड़ जाती है। कैरेक्टर लहजा तोड़ते हैं, ऐसी चीज़ों से इनकार करते हैं जिनसे नहीं करना चाहिए, या एक आम असिस्टेंट वाले अंदाज़ की ओर बहने लगते हैं। रोलप्ले की गुणवत्ता ठीक वही चीज़ है जो सबसे पहले बिगड़ती है, और जब प्रॉम्प्ट आपके नियंत्रण में न हो तो इस तरह की गिरावट को पकड़ना सबसे मुश्किल होता है।
- वे बिना सूचना गायब हो जाते हैं — जैसे ही प्रदाता छेद बंद करता है, आपका चलता हुआ सेटअप भी साथ ले जाते हैं।
- मॉडल के संस्करण चुपचाप बदल जाते हैं, इसलिए कल जो कैरेक्टर सही लगता था, आज बिना किसी समझाए जा सकने वाले कारण के अलग जवाब देता है।
- आपके डेटा की कोई जवाबदेही नहीं। न डेटा प्रोसेसिंग समझौता, न रिटेंशन नीति, न पूछने के लिए कोई।
Reverie ऐसी बातचीतें सँभालता है जिनमें लोगों ने सचमुच निवेश किया है। पैसे बचाने के लिए उन्हें किसी गुमनाम बिचौलिए से गुज़ारना ऐसा सौदा नहीं जो हम करने को तैयार हों। आधिकारिक प्रदाता महँगे पड़ते हैं। वे फ़ोन भी उठाते हैं, और रास्ते में आपके कैरेक्टर के निर्देश दोबारा नहीं लिखते।
इस कारोबार की असली शक्ल
टीम छोटी है और Reverie कोई बहुत मुनाफ़े वाला कारोबार नहीं है।
एक संदेश की क्रेडिट कीमत उसी संदेश की टोकन लागत क्यों नहीं होती, इसकी एक संरचनात्मक वजह है और उसे समझना ज़रूरी है। बातचीत में केवल इन्फ़रेंस ही है जिसे प्रति संदेश मापा जा सकता है। इस लेख की बाकी हर चीज़ — सारांश, सक्रिय संदेश, मॉडरेशन छँटाई, भंडारण, सर्वर, लोग — के पास बिल बनाने के लिए कोई स्वाभाविक इकाई ही नहीं है। "वह पृष्ठभूमि प्रक्रिया जिसने तय किया कि आपके कैरेक्टर को क्या याद रखना चाहिए" नाम का बिल कोई नहीं भेज सकता।
तो जो एक चीज़ मापी जा सकती है, उसे अपने से ज़्यादा का हिसाब उठाना पड़ता है। टोकन को सीधे आगे बढ़ा देने के बजाय क्रेडिट व्यवस्था के होने की पूरी वजह यही है: अगर एक संदेश ठीक अपने ही टोकन जितना लेता और उससे ज़्यादा कुछ नहीं, तो उसके इर्द-गिर्द की हर चीज़ बिना किसी आधार के चल रही होती — और उसके इर्द-गिर्द की हर चीज़ ही अधिकांश हिस्सा है।
हम मुनाफ़ा अधिकतम करने की कोशिश नहीं कर रहे। हम स्थायी घाटे में भी नहीं चल सकते, क्योंकि जिस प्लेटफ़ॉर्म का पैसा ख़त्म हो जाए वह अस्तित्व में रहना बंद कर देता है — और इस्तेमाल करने वाले हर व्यक्ति के लिए यह सीमाओं वाली क्रेडिट व्यवस्था से कहीं बुरा नतीजा है।
इन दो बंदिशों के बीच हमने जानबूझकर उपयोगकर्ता के ज़्यादा नज़दीक वाला पक्ष चुना है। अभी प्राथमिकता आधिकारिक लॉन्च से पहले सबसे बेहतर उत्पाद बनाना है, कमाई कसना नहीं। इसका मतलब है कन्वर्ज़न अनुकूलन से पहले फ़ीचर देना और गुणवत्ता सुधारना — और इसका मतलब है कि मौजूदा गणित उससे ढीला है जितना राजस्व मुख्य लक्ष्य होने पर होता।
मुफ़्त क्रेडिट भी असली लागत हैं
बिना भुगतान किए Reverie इस्तेमाल करने के कई रास्ते हैं:
- रोज़ाना चेक-इन इनाम
- रोज़ाना लकी ड्रॉ, जो उसके ऊपर से मिलता है
- उपलब्धियाँ
- आधिकारिक बाउंटी
- क्रिएटर पुरस्कार
- रेफ़रल पुरस्कार, और जब आपका बुलाया व्यक्ति क्रेडिट खरीदे तो कमीशन
- शेयर करने के इनाम
- रिडीम कोड और गिफ़्ट कार्ड
- सालाना समरी (Wrapped) का इनाम
- सामुदायिक योगदान, जिसमें Reverie का प्रचार करने में मदद भी शामिल है
ड्रॉ के बारे में ठोस बात कहना बनता है, क्योंकि लोग इसी को सजावट मान लेते हैं। इसमें पाँच स्तर हैं — 1,000 / 2,000 / 8,000 / 30,000 / 80,000 क्रेडिट — और भार क्रमशः 50 / 30 / 15 / 4 / 1। गुणा करके देखें तो अपेक्षित मूल्य लगभग 4,300 क्रेडिट प्रति ड्रॉ बैठता है। प्रति उपयोगकर्ता, प्रति दिन, और वह भी चेक-इन इनाम के ऊपर से। सब जोड़कर देखें तो मुफ़्त परत महज़ दिखावा नहीं है। चेक-इन का आधार 10,000 क्रेडिट है, लगातार हाज़िरी के बोनस उसके ऊपर जुड़ते हैं — तीसरे दिन +5,000, सातवें दिन +8,000, तीसवें दिन +50,000, सौवें दिन +200,000 — और ड्रॉ इन सबके ऊपर बैठता है। सातवें दिन बिना कुछ खर्च किए अपेक्षित कुल लगभग 22,300 क्रेडिट है; वास्तविक राशि ड्रॉ के नतीजे पर निर्भर करती है।
यह असल में कितनी दूर चलता है
इस मोड़ पर एक जायज़ सवाल है: लगभग 22,300 क्रेडिट से क्या ख़रीदा जा सकता है — यह हमने कभी साफ़-साफ़ नहीं बताया।
क्रेडिट टोकन × मॉडल के गुणक के हिसाब से खर्च होते हैं। टेक्स्ट मॉडलों के गुणक 0 से 2 के बीच रहते हैं, और मॉडल चुनने वाली जगह पर हर गुणक भेजने से पहले ही दिख जाता है।
जिसे लोग कम आँकते हैं वह यह है कि टोकन की संख्या तय नहीं है — वह बातचीत के साथ बढ़ती है। एक नई चैट कुछ हज़ार टोकन भेजती है: कैरेक्टर, आपका पर्सोना, थोड़ा-सा इतिहास। पुरानी चैट कहीं ज़्यादा भेजती है, क्योंकि हाल की बातचीत हर एक बारी में साथ जाती है। हम कच्चे इतिहास को लगभग 10,000 टोकन पर काट देते हैं और उससे पुराना सब सारांश में डाल देते हैं — सारांश के होने की वजह ठीक यही है: इस सीमा के बिना छह महीने पुरानी बातचीत हर संदेश पर अपना पूरा इतिहास दोबारा भेजती और प्रति बारी लागत बेहिसाब बढ़ती जाती।
व्यवहार में, नई चैट में 0.3× मॉडल पर एक बारी कुछ सौ क्रेडिट की पड़ती है, जबकि वही बारी किसी लंबी बातचीत की गहराई में 1× मॉडल पर दस हज़ार या उससे ज़्यादा की। एक ही प्लेटफ़ॉर्म, एक ही दिन, दस गुना से भी अधिक का फ़र्क़।
यही दायरा "मेरे क्रेडिट कितने चलेंगे" का ईमानदार जवाब है। अगर वे उम्मीद से तेज़ी से ग़ायब हो रहे हैं, तो आप शायद किसी महँगे मॉडल पर लंबी बातचीत में गहरे उतरे हुए हैं — और अब आपको पता है कि दो में से कौन-सा बटन घुमाना है।
चेक-इन स्क्रीन खुद भी एक मॉडल कॉल करती है। चेक-इन पर आपका कैरेक्टर जो अभिवादन लिखता है वह टेम्प्लेट नहीं है — वह तैयार किया जाता है, प्रति कैरेक्टर दिन में एक बार कैश होता है, और बेकाबू न हो इसलिए रोज़ाना सीमा भी लगी है। फिर भी यह वह अनुमान-गणना है जिसका भुगतान हम करते हैं — उस पन्ने पर, जिसका पूरा मक़सद ही क्रेडिट बाँटना है।
खर्च के तरीके से जुड़ा एक और ब्योरा यहीं आता है: मुफ़्त क्रेडिट हमेशा भुगतान किए गए क्रेडिट से पहले खर्च होते हैं। अगर आपके पास दोनों हैं, तो पहले नल वाला हिस्सा खाली होता है। यह जानबूझकर है — जो क्रेडिट आपने सचमुच खरीदे, वे आपके पास ज़्यादा देर टिकते हैं — पर इसका मतलब यह भी है कि लागत हर बार सबसे पहले मुफ़्त परत ही सोखती है।
इनमें से हर एक असली खर्च है। जब आप दैनिक इनाम लेकर उसे किसी बातचीत में खर्च करते हैं, मॉडल प्रदाता फिर भी हमें बिल भेजता है, सर्वर फिर भी चलते हैं, सारांश फिर भी बनता है। क्रेडिट आपके लिए मुफ़्त हैं; उनके पीछे की गणना किसी के लिए मुफ़्त नहीं।
फिर भी हम इन कार्यक्रमों का खर्च उठाते हैं, क्योंकि मुफ़्त पहुँच ही वह तरीका है जिससे ज़्यादातर लोग जान पाते हैं कि यह प्लेटफ़ॉर्म उनके लिए है या नहीं, और क्योंकि आज के मुफ़्त उपयोगकर्ताओं का अच्छा-ख़ासा हिस्सा कल के क्रिएटर और सब्सक्राइबर बनता है। यह तभी चलता है जब मुफ़्त हिस्सा उतना ही रहे जितना प्लेटफ़ॉर्म उठा सके। जब आँकड़े हिलते हैं, कार्यक्रम समायोजित होते हैं — इसलिए नहीं कि हम कम देना चाहते हैं, बल्कि इसलिए कि सँभाल सकने से ज़्यादा बाँटना अंत में कुछ भी न बाँट पाने पर ख़त्म होता है।
लागत घटेगी तो कीमत भी घटेगी
यह हिस्सा विवरण नहीं, वादा है।
मॉडल की कीमतें समय के साथ गिरती हैं। कैशिंग सुधरती है। इंफ्रास्ट्रक्चर ज़्यादा कुशल होता है। हमारा अपना कोड टोकन कम बर्बाद करने लगता है — पिछले महीनों में संदर्भ जोड़ने और सारांश पर हुए ज़्यादातर ख़ामोश काम का यही मक़सद था।
जब हमें संचालन लागत घटाने का कोई टिकाऊ तरीका मिलता है, तो हमारी स्पष्ट प्राथमिकता उसे मार्जिन में दर्ज करने के बजाय उपयोगकर्ताओं तक पहुँचाना है। सस्ते मॉडल, बेहतर गुणक, ज़्यादा उदार इनाम। हम यह बार-बार कर चुके हैं और आगे भी करना चाहेंगे, क्योंकि ऐसा प्लेटफ़ॉर्म जिसे लोग जमकर इस्तेमाल कर सकें, हमारे लिए थोड़े बेहतर अंतर से ज़्यादा कीमती है।
वहाँ असली काम करने वाला शब्द है टिकाऊ। ऐसी बचत आगे बढ़ाना जो अस्थायी निकले, मतलब बाद में उसे वापस लेना — और यह कभी न देने से भी बुरा है।
असल में आप किसके लिए भुगतान कर रहे हैं
जब आप Reverie पर क्रेडिट खर्च करते हैं, तो आप किसी मॉडल प्रदाता से मार्कअप के साथ टोकन नहीं खरीद रहे।
आप भुगतान कर रहे हैं एक ऐसी बातचीत के लिए जो याद रखती है कि क्या हुआ; जो उस बिंदु के आगे भी सुसंगत रहती है जहाँ कच्चा संदर्भ ढह चुका होता; जो ऐसे प्रदाताओं पर चलती है जो अपने अपटाइम और आपके डेटा के लिए जवाबदेह हैं; जिसका बैकअप है और जिसे निर्यात किया जा सकता है; और जो हर कुछ हफ़्तों में साफ़ तौर पर बेहतर होती है क्योंकि कुछ लोग पूरे समय उस पर काम कर रहे हैं।
हो सकता है आप फिर भी और मुफ़्त क्रेडिट चाहें। यह पूरी तरह जायज़ है, और हम भी और देना चाहेंगे — हम इस पर प्राइसिंग पेज की तरफ़ से नहीं, लागत की तरफ़ से काम कर रहे हैं।
पर हम चाहेंगे कि आप जानें कि जवाब उतना सीधा क्यों नहीं जितना किसी मॉडल प्रदाता के प्राइसिंग पेज पर लिखी संख्या।
किसी ख़ास कटौती को लेकर सवाल है, या लगता है कि हमारे आँकड़े कहीं गलत हैं? आपका क्रेडिट इतिहास हर संदेश के पीछे की असली टोकन संख्या दिखाता है, और हमारा Discord खुला है। हमें धुँधली धारणाओं से ज़्यादा असली आँकड़ों पर बहस करना पसंद है।
यहाँ उद्धृत इनाम राशियाँ और क्रेडिट गुणक प्रकाशन के समय के प्लेटफ़ॉर्म को दर्शाते हैं, और लागत बदलने पर समायोजित होते हैं। ऐप में हमेशा मौजूदा मान दिखते हैं।