हर AI लेखन-टूल किसी और की बनाई हुई मॉडल पर चलता है - Anthropic का Claude, OpenAI का GPT, Google का Gemini, xAI का Grok और खुले मॉडलों की एक लंबी पूँछ। आम तौर पर टूल मॉडल बनाने वाली कंपनी को भुगतान करता है और वह लागत आप तक पहुँचा देता है, किसी सब्सक्रिप्शन या क्रेडिट-पैक में लपेटकर। अपनी खुद की API key लाने से यह व्यवस्था उलट जाती है: मॉडल बनाने वाली कंपनी आपको सीधे बिल भेजती है, और लेखन-टूल वह कार्यशाला बन जाता है जिसमें मॉडल काम करता है। एक उपन्यासकार के लिए इसका मतलब कम लागत हो सकता है, मॉडल चुनने की खुली छूट, और इस सवाल का ज़्यादा साफ़ जवाब कि उसकी पांडुलिपि कहाँ जाती है। साथ ही यह आपके हाथ में कुछ ऐसी ज़िम्मेदारियाँ भी सौंप देता है जिन्हें बंडल वाला रास्ता चुपचाप आपके लिए सँभाल लेता था।
API key असल में है क्या
API key अक्षरों की एक लंबी कड़ी होती है जो मॉडल प्रदाता के सर्वरों को आपकी पहचान बताती है। जब कोई सॉफ़्टवेयर मॉडल को अनुरोध भेजता है - "यह दृश्य लिखो", "इस अध्याय का सारांश दो" - तो key उसके साथ जाती है, और प्रदाता उसके सहारे सिर्फ़ दो बातें तय करता है: अनुरोध की अनुमति है या नहीं, और किसके खाते से पैसे कटेंगे। बस इतना ही। key में आपका लेखन, आपकी सेटिंग या आपका इतिहास नहीं होता। यह पासवर्ड से ज़्यादा भुगतान-कार्ड के नंबर जैसी चीज़ है, और उसी जैसी सावधानी की हक़दार है।
आप इसे प्रदाता के डेवलपर कंसोल से लेते हैं, जो उपभोक्ता वाले चैट-ऐप से अलग जगह है। ChatGPT या Claude की सशुल्क सदस्यता के साथ API की पहुँच नहीं मिलती; API का बिल अलग, उपयोग के हिसाब से, अपने ही खाते के ज़रिए बनता है। बहुत-से लेखक यहीं चूक जाते हैं। चैट-सदस्यता टाइप करते हुए इंसान के लिए एक तयशुदा शुल्क है; API सॉफ़्टवेयर के लिए मापी हुई पहुँच है, और लेखन-टूल को यही API चाहिए।
कोई लेखक अपनी key क्यों लाए
पहला कारण पैसा है, और यह दोनों तरफ़ असर करता है। API की क़ीमत प्रति टोकन तय होती है (टोकन किसी शब्द का एक टुकड़ा है, औसतन अंग्रेज़ी के एक शब्द का लगभग तीन-चौथाई), और क़ीमत प्रदाता तय करता है और हर मॉडल के लिए प्रकाशित करता है। जो टूल AI को बंडल करता है, उसे अपने औसत उपयोगकर्ता के हिसाब से और अपने मुनाफ़े समेत दाम रखने पड़ते हैं। अगर आप बहुत लिखते हैं, या सस्ता मॉडल पसंद करते हैं, तो प्रदाता को सीधे भुगतान करना काफ़ी फ़ायदेमंद हो सकता है। अगर आप कभी-कभार लिखते हैं, तो बंडल ज़्यादा सरल हो सकता है और महँगा भी नहीं। ईमानदार तरीक़ा यही है कि अंदाज़ा लगाने के बजाय अपनी आदतों पर हिसाब लगाकर देखें।
दूसरा कारण चुनाव है। बंडल वाला टूल वही मॉडल देता है जो उसने देने के लिए चुने हैं। आपकी अपनी key उन सबतक पहुँचती है जिन तक आपका प्रदाता-खाता पहुँच सकता है, जिनमें वे मॉडल भी हो सकते हैं जिन्हें टूल ने अभी तक नहीं जोड़ा, खुरदरे मसौदों के लिए सस्ते स्तर, या कोई ख़ास संस्करण जो आपको रास आ गया हो। कुछ लेखक एग्रीगेटर खाता भी इस्तेमाल करते हैं, यानी एक ऐसी key जो एक ही बिल में कई प्रदाताओं के मॉडलों तक पहुँचाती है, जिससे चुनाव की अलमारी और चौड़ी हो जाती है।
तीसरा कारण रिश्ते पर नियंत्रण है। अपनी key के साथ प्रदाता की शर्तें सीधे आप पर लागू होती हैं। उपयोग, ख़र्च और सीमाएँ आपके अपने कंसोल में दिखती हैं, और अगर आप किसी टूल का इस्तेमाल बंद करना चाहें, तो key रद्द कर दें और पहुँच ख़त्म।
एक उपन्यास की टोकन-लागत
ज़्यादातर शुरुआती अनुमान बहुत कम निकलते हैं, क्योंकि लेखक सिर्फ़ वे शब्द गिनते हैं जो लौटकर आते हैं। 90,000 शब्दों का उपन्यास तैयार गद्य के लगभग 1,20,000 टोकन होता है, और इस आकार पर अकेला आउटपुट अक्सर सस्ता पड़ता है। असली लागत इनपुट की तरफ़ बैठी होती है।
मॉडल को अनुरोधों के बीच कुछ याद नहीं रहता। बीसवाँ अध्याय अच्छी तरह लिखवाने के लिए उसे वह सब भेजना पड़ता है जो उसे जानना ज़रूरी है: ये पात्र कौन हैं, अब तक क्या हुआ है, दुनिया के नियम क्या हैं, दृश्य को किस तरह उतरना है। वह संदर्भ हर अनुरोध के साथ जाता है, और गंभीर ड्राफ़्टिंग-व्यवस्था उसमें से बहुत कुछ भेजती है, अक्सर लिखे जा रहे अंश की लंबाई से कई गुना। योजना वाले चरण, संशोधन वाले चरण, गुणवत्ता-जाँच और पुनर्लेखन, हर एक अपना संदर्भ भेजता है। इसलिए किताब का असली बिल इस पर कहीं ज़्यादा निर्भर करता है कि टूल कैसे काम करता है, बनिस्बत इसके कि किताब कितनी लंबी है। जो टूल आपकी कहानी की एक छरहरी, सुव्यवस्थित तस्वीर रखता है, वह हर बार सब कुछ चिपकाने वाले टूल से प्रति दृश्य कम ख़र्च करता है।
इसीलिए कोई टूल आपको जो सबसे काम की संख्या दिखा सकता है, वह काम चलने से पहले का अनुमान है, ऐसे रूप में कि बाद में आप उसे अपने प्रदाता के डैशबोर्ड से मिलाकर देख सकें।
पहले ख़र्च की सीमा तय करें
key को कहीं भी डालने से पहले प्रदाता की बिलिंग-सेटिंग खोलें। ज़्यादातर कंसोल मासिक बजट, कठोर ख़र्च-सीमा, उपयोग-अलर्ट, या इनमें से कुछ का मेल तय करने देते हैं, और कुछ प्रीपेड क्रेडिट पर चलते हैं जो ख़त्म होते ही अपने आप रुक जाते हैं। ऐसी सीमा रखें जिसे आप किसी बुरे महीने में गँवाने को तैयार हों, और उससे काफ़ी नीचे एक अलर्ट। फिर पहले कुछ सत्रों तक उपयोग का पन्ना देखते रहें ताकि पता चले कि एक अध्याय आपको असल में कितने का पड़ता है।
यह सीमा आपको सिर्फ़ ज़्यादा ख़र्च से नहीं बचाती। अगर कभी key लीक हो जाए, तो सीमा नुकसान को सीमित कर देती है। अगर कोई टूल गड़बड़ करे और किसी काम को लूप में बार-बार दोहराने लगे, तो सीमा उसे रोक देती है। कुछ भी और करने से पहले यही एक सेटिंग है जिसे करना सबसे ज़रूरी है।
कई प्रदाता कई key बनाने देते हैं, हर एक का नाम रखकर। हर टूल को उसकी अपनी key दें। जब आप किसी टूल का इस्तेमाल बंद करना चाहें, या आपको शक हो कि कोई key बाहर निकल गई है, तो सिर्फ़ उसी key को रद्द करें और बाक़ी कुछ नहीं टूटता।
key असल में किस मॉडल तक पहुँचाती है
key प्रदाता का दरवाज़ा खोलती है, पर उस दरवाज़े से कौन-सा मॉडल अंदर आए, यह चुनाव आपका ही रहता है, और कथा-साहित्य के लिए यह चुनाव ब्रांड के नाम से कहीं ज़्यादा मायने रखता है। एक ही प्रदाता के मॉडल लागत में भी और लिखावट में भी तेज़ी से भिन्न होते हैं। फ़्लैगशिप मॉडल वाक्य-स्तर की कारीगरी में आम तौर पर सबसे मज़बूत होता है और प्रति टोकन सबसे महँगा; छोटे, तेज़ मॉडल सस्ते होते हैं और योजना व सारांश के लिए काम-चलाऊ, पर पन्ने पर साफ़ तौर पर फीके। नए संस्करण हर कुछ महीनों में आते रहते हैं, कभी-कभी किसी उपनाम के पीछे जो चुपचाप नए मॉडल की ओर खिसक जाता है।
दो आदतें मदद करती हैं। मॉडल इस आधार पर चुनें कि वे आपकी तरह के दृश्य कैसे लिखते हैं, जो आप तभी जान सकते हैं जब एक ही निर्देश पर उनके आउटपुट साथ-साथ पढ़ें, बेहतर हो कि यह जाने बिना कि किसने क्या लिखा। और जिस सटीक संस्करण पर आप ठहरे हैं उसे दर्ज कर लें, ताकि उपनाम के पीछे हुआ कोई चुपचाप बदलाव किताब के बीच में आपको चौंका न दे।
निजता और डेटा-प्रतिधारण
लेखक जायज़ तौर पर पूछते हैं कि क्या पांडुलिपि को API से भेजने पर वह अगले मॉडल को प्रशिक्षित करने में इस्तेमाल हो जाती है। इसका जवाब प्रदाता की अपनी शर्तों में है, और API की शर्तें अक्सर उपभोक्ता चैट-ऐप की शर्तों से अलग होती हैं। प्रदाता की डेटा-उपयोग नीति ख़ास तौर पर API के लिए पढ़ें: क्या API इनपुट प्रशिक्षण में इस्तेमाल होते हैं, अनुरोध कितने समय तक और किस काम के लिए रखे जाते हैं (दुरुपयोग की निगरानी एक आम कारण है), और क्या मुफ़्त स्तर के साथ सशुल्क स्तर से अलग बर्ताव होता है। नीतियाँ बदलती रहती हैं, इसलिए पिछले साल के किसी फ़ोरम-पोस्ट के बजाय मौजूदा पन्ना देखें।
फिर यही सवाल टूल से भी पूछें। आपकी key तय करती है कि प्रदाता आपके पाठ का क्या करता है, पर जिस टूल में आप काम करते हैं वह पांडुलिपि को सबसे पहले देखता है और आपका प्रोजेक्ट सहेजता है। वहाँ क्या होता है, यह उसी की अपनी शर्तें तय करती हैं। key किसी टूल को निजी नहीं बना देती; वह सिर्फ़ बिलिंग का रिश्ता खिसका देती है।
key को सुरक्षित रखना
key के साथ वैसा ही बर्ताव करें जैसा कार्ड के नंबर के साथ करते हैं। इसे सिर्फ़ ऐसे सॉफ़्टवेयर में चिपकाएँ जिस पर आपको भरोसा हो, और सिर्फ़ उसी सेटिंग-पन्ने पर जो इसके लिए बना है - कभी किसी चैट-विंडो, साझा दस्तावेज़, स्क्रीनशॉट या सहायता-ईमेल में नहीं। अच्छी तरह बना टूल key सहेजने के बाद केवल आख़िरी कुछ अक्षर दिखाता है, और उसे एक ही क़दम में बदलने या मिटाने देता है। अगर वह बाद में आपको पूरी key फिर दिखा दे, या कहे कि इसे किसी साधारण जगह पर चिपकाइए, तो यह रुक जाने की वजह है।
अगर कोई key लीक हो जाए, तो प्रदाता-कंसोल में तुरंत उसे रद्द करें और नई बना लें। रद्द करना फ़ौरन होता है और मुफ़्त है, और पहले से ख़र्च-सीमा लगी हो तो सबसे बुरी स्थिति भी एक छोटा, सीमित बिल भर है।
आपकी अपनी key, या AI साथ में
अपनी key लाना एक सौदा है: आप बिलिंग, सीमाओं और मॉडल-चयन की ज़िम्मेदारी लेते हैं, और बदले में सीधी क़ीमत, मॉडलों की पूरी अलमारी और प्रदाता के साथ अपना रिश्ता पाते हैं। कुछ लेखकों के लिए यही बिल्कुल सही है। दूसरों के लिए, AI समेत एक ही प्लान, प्रति काम के हिसाब से दाम वाला, बेहतर बैठता है, और इसे चुनने में कोई हेठी बात नहीं है।
Novelmint दोनों देता है। आप अपनी Anthropic, OpenAI, Google, xAI या OpenRouter की key जोड़कर उसके पहुँच वाले किसी भी मॉडल पर अध्याय बना सकते हैं, या key छोड़कर AI को अपने क्रेडिट के साथ शामिल रहने दे सकते हैं। दोनों सूरतों में योजना, कथा-बाइबिल और फ़ैसले आपके ही रहते हैं।