By RamthaMedia
RamthaMedia Free eBooks · August 2026
Price: Priceless
· 10 min read
Preface
Gemini API से कुछ बनाने का फैसला हो चुका है, लेकिन असली सवाल अब शुरू होता है – चालीस मॉडल नामों में से किसे चुनें, बिलिंग कैसे सेट करें, और अचानक आई शटडाउन नोटिस से कैसे न घबराएँ। यह किताब उसी उलझन को सुलझाती है – फ्री टियर की असली सीमा, फ्लैश और प्रो के बीच का फर्क, तस्वीर-वीडियो-आवाज़ तक फैली एक ही API, और हर महीने बदलते मॉडल नामों को पढ़ने का तरीका। पढ़ने के बाद अपने प्रोजेक्ट के लिए सही मॉडल और बिलिंग सेटअप चुनना, और गूगल के अगले बदलाव से पहले ही तैयार रहना आसान हो जाएगा।
Chapter 1
चालीस मॉडल नाम और एक टिमटिमाता कर्सर
एक डेवलपर अपनी पहली Gemini API कुंजी बना चुका है, कोड एडिटर खुला है, और अगला कदम बस एक लाइन लिखना है – client.interactions.create(model=…)। लेकिन मॉडल नाम की जगह पर क्या लिखे? gemini-3.7-flash, gemini-3.1-pro-preview, gemini-3.5-flash-lite, gemini-omni-flash-preview – सूची खत्म नहीं होती।
यह उलझन डिज़ाइन की गलती नहीं है, बल्कि इस बात का सबूत है कि Gemini की परिवार-रेखा कितनी तेज़ी से बढ़ रही है। एक ही समय पर कई पीढ़ियाँ जीवित रहती हैं – Preview, GA (आम इस्तेमाल के लिए तैयार), और Deprecated (हटाई जा रही) – और कोई भी नाम अपने आप यह नहीं बताता कि वह किस श्रेणी में है।
फिलहाल के लिए ज़रूरी सिर्फ यह जानना है: Flash तेज़ और सस्ते काम के लिए है, Pro जटिल तर्क के लिए है, और Preview नाम का मतलब है कि यह मॉडल किसी भी समय बदल या हट सकता है। बाकी बारीकियाँ अगले अध्यायों में खुलेंगी।
गूगल के अपने बदलाव-नोट्स पन्ने पर हर हफ़्ते जैसे नई एंट्री जुड़ती है – कोई मॉडल GA हुआ, कोई डेप्रिकेट हुआ, किसी की शटडाउन तारीख तय हुई। एक डेवलपर के लिए यह पन्ना कोई इतिहास नहीं, बल्कि रोज़ की चेतावनी सूची जैसा काम करता है।
Chapter 2
फ्री टियर असली है, और अपग्रेड एक तरफ़ा दरवाज़ा है
हर नया खाता फ्री टियर से शुरू होता है, और इस पर काफ़ी कुछ बनाया जा सकता है – टेस्टिंग, प्रोटोटाइप, यहाँ तक कि Build मोड से दो पूरी ऐप्लिकेशन बिना बिलिंग खाता जोड़े पब्लिश करना भी मुमकिन है, गूगल क्लाउड स्टार्टर टियर की मदद से।
लेकिन जिस पल भुगतान खाता जोड़ा जाता है, वापसी का रास्ता उतना आसान नहीं रहता। पेड टियर में जाने का मतलब है कम से कम दस डॉलर (या बराबर रकम) जमा करना, और उसके बाद खाते की स्थिति एक तय दिशा में बढ़ती है – खर्च के हिसाब से टियर 1, टियर 2, टियर 3 की ओर।
यहाँ एक बात ध्यान देने लायक है: बिलिंग योजनाएँ दो तरह की हैं – प्रीपे और पोस्टपे। प्रीपे में पहले क्रेडिट खरीदे जाते हैं, फिर इस्तेमाल के साथ घटते हैं; बैलेंस शून्य होते ही उस बिलिंग खाते से जुड़ी हर API कुंजी एक साथ काम करना बंद कर देती है। क्रेडिट बारह महीनों में खत्म हो जाते हैं और वापस नहीं मिलते।
जो डेवलपर सिर्फ आज़माना चाहता है, उसके लिए फ्री टियर काफ़ी है। लेकिन जिस दिन प्रोडक्शन ऐप बनाने की योजना बने, बिलिंग खाता जोड़ने से पहले यह सोच लेना ज़रूरी है कि क्रेडिट खत्म होते ही सारी कुंजियाँ अचानक रुक सकती हैं।
Chapter 3
फ्लैश, प्रो, और वह सवाल जो होमपेज कभी नहीं पूछता
मान लीजिए एक डेवलपर एक ग्राहक-सहायता चैटबॉट बना रहा है जिसे हज़ारों सवालों के जवाब हर दिन देने हैं। यहाँ सवाल सिर्फ 'कौन-सा मॉडल बेहतर है' नहीं, बल्कि 'कौन-सा मॉडल इस पैमाने पर टिकेगा' है।
Flash मॉडल गति और मात्रा के लिए बनाए गए हैं – Gemini 3.1 Flash-Lite जैसे मॉडल उच्च-मात्रा वाले, आसान कामों के लिए सस्ते दर पर उपलब्ध हैं। Pro मॉडल जटिल तर्क, लंबी योजना, और बहु-चरणीय एजेंट कार्यों के लिए बने हैं, लेकिन कीमत भी उसी हिसाब से ज़्यादा है।
जो चीज़ किसी मार्केटिंग पन्ने पर साफ़ नहीं लिखी मिलती, वह यह है: सोचने की गहराई (thinking) खुद एक लागत है। हर Gemini 3.x मॉडल में एक 'thinking' सेटिंग होती है – कम, मध्यम, ज़्यादा – और ज़्यादा सोचने का मतलब है ज़्यादा टोकन खर्च, यानी ज़्यादा बिल। डिफ़ॉल्ट सेटिंग ज़्यादातर कामों के लिए अच्छी है, लेकिन साधारण सवालों के लिए इसे नीचे लाना खर्च घटा सकता है।
एक व्यावहारिक तरीका यह है: पहले Flash-Lite से शुरू करें, अगर नतीजे कमज़ोर लगें तो Flash पर जाएँ, और सिर्फ़ उन कामों के लिए Pro रखें जहाँ तर्क की गहराई सच में ज़रूरी हो। हर काम के लिए सबसे महँगा मॉडल चुनना आम गलती है।
You may also like:
Google Flow से आप असल में क्या बना सकते हैं
Chapter 4
टेक्स्ट से आगे: एक ही API में तस्वीर, वीडियो और आवाज़
एक मार्केटिंग टीम को हफ़्ते में बीस प्रोडक्ट तस्वीरें, कुछ छोटे प्रचार वीडियो, और एक वॉयसओवर चाहिए। पुराने तरीके में यह तीन अलग औज़ारों का काम होता – लेकिन Gemini API में यह सब एक ही लॉगिन के नीचे आ जाता है।
Nano Banana नाम की सुविधा असल में चार अलग मॉडलों को छुपाती है – Nano Banana 2 Lite तेज़ और सस्ता है, Nano Banana 2 रोज़मर्रा के काम के लिए, और Nano Banana Pro जटिल ब्रांड-संगत तस्वीरों और सटीक टेक्स्ट-रेंडरिंग के लिए। हर एक का दाम अलग है – Pro की एक 4K तस्वीर करीब पंद्रह सेंट में आ सकती है, जबकि Lite वही काम एक सेंट के आसपास में कर देता है।
वीडियो के लिए Veo 3.1 और Gemini Omni Flash दोनों मौजूद हैं – Veo सिनेमाई गुणवत्ता के लिए, Omni तेज़ बातचीत जैसी वीडियो एडिटिंग के लिए, जहाँ पिछले वीडियो को बिना दोबारा अपलोड किए बदला जा सकता है। आवाज़ के लिए टेक्स्ट-टू-स्पीच मॉडल तीस आवाज़ों में बोल सकते हैं और एक साथ दो बोलने वालों की बातचीत भी बना सकते हैं।
जो चीज़ आसानी से नज़र नहीं आती वह यह है कि हर माध्यम की गिनती अलग होती है – तस्वीरें टोकन में गिनी जाती हैं, वीडियो प्रति सेकंड की दर से, और आवाज़ प्रति मिनट की दर से। एक ही प्रोजेक्ट में तीनों मिलाने से पहले हर एक का हिसाब अलग से समझना ज़रूरी है।
Chapter 5
मॉडल को असली काम सौंपना: टूल्स, एजेंट और स्क्रीनें
एक डेवलपर चाहता है कि उसका सहायक सिर्फ़ जवाब न दे, बल्कि असल में मीटिंग शेड्यूल करे, मौसम की जानकारी लाए, या किसी वेबसाइट पर फ़ॉर्म भरे। यहीं से फंक्शन कॉलिंग और कंप्यूटर यूज़ जैसी सुविधाएँ काम आती हैं।
फंक्शन कॉलिंग में मॉडल खुद कोड नहीं चलाता – वह सिर्फ़ बताता है कि कौन-सा फ़ंक्शन बुलाना है और किन मूल्यों के साथ। असली काम करना डेवलपर की ज़िम्मेदारी रहती है। यह तरीका सुरक्षित भी है और भरोसेमंद भी, क्योंकि मॉडल सीधे किसी सिस्टम को नहीं छूता।
कंप्यूटर यूज़ नाम की सुविधा एक कदम आगे जाती है – मॉडल स्क्रीनशॉट देखकर माउस क्लिक और कीबोर्ड इनपुट जैसी क्रियाएँ सुझा सकता है, जिन्हें डेवलपर का कोड असल में चलाता है। गूगल खुद चेतावनी देता है कि यह अभी भी Preview सुविधा है और गंभीर फ़ैसलों या संवेदनशील डेटा वाले कामों में इस्तेमाल न किया जाए।
Deep Research एजेंट एक अलग तरह का उदाहरण है – यह खुद खोज करता है, पन्ने पढ़ता है, और रिपोर्ट बनाता है, जिसमें कई मिनट लग सकते हैं। इसके लिए बैकग्राउंड में चलाना ज़रूरी है, नहीं तो जवाब का इंतज़ार करते-करते कनेक्शन टाइमआउट हो सकता है।
Chapter 6
गति खोए बिना थोक छूट पाना
एक स्टार्टअप को रोज़ लाखों रिकॉर्ड प्रोसेस करने हैं, लेकिन तुरंत जवाब की ज़रूरत नहीं – रात भर में नतीजे आ जाएँ तो काफ़ी है। यहीं Batch API काम आता है।
Batch API के ज़रिए भेजे गए अनुरोधों पर सामान्य दर से पचास प्रतिशत कम खर्च आता है। लक्ष्य चौबीस घंटे में जवाब देने का है, हालांकि ज़्यादातर मामलों में यह कहीं जल्दी हो जाता है। छोटे अनुरोधों को सीधे शामिल किया जा सकता है, जबकि बड़े अनुरोधों के लिए एक JSONL फ़ाइल अपलोड करनी होती है।
यह तरीका डेटा-प्रोसेसिंग, बड़े पैमाने पर मूल्यांकन, या ऐसे किसी भी काम के लिए सही बैठता है जहाँ तुरंत जवाब ज़रूरी नहीं। जिन कामों में उपयोगकर्ता सीधे इंतज़ार कर रहा हो, वहाँ यह तरीका उपयुक्त नहीं।
जो बात आसानी से छूट जाती है वह यह है कि Batch API सिर्फ़ टेक्स्ट जनरेशन तक सीमित नहीं – एम्बेडिंग मॉडल के लिए भी बैच जॉब बनाई जा सकती है, जो बड़े दस्तावेज़ों को सर्च-योग्य बनाने जैसे कामों में खासा समय और पैसा बचा सकती है।
You may also like:
सही Luma मॉडल चुनना, जनरेशन बर्बाद करने से पहले
Chapter 7
यहाँ कुछ भी स्थायी नहीं है – एक डेप्रिकेशन नोटिस पढ़ना
किसी सुबह एक ईमेल आता है: प्रोडक्शन में इस्तेमाल हो रहा मॉडल कुछ महीनों में बंद होने वाला है। यह डर हर उस डेवलपर का है जो Gemini API पर लंबे समय के लिए कुछ बना रहा है।
गूगल का डेप्रिकेशन पन्ना यह फ़र्क साफ़ करता है: 'deprecation' का मतलब है कि सहयोग मिलना बंद हो रहा है, लेकिन मॉडल अभी काम कर रहा है; 'shutdown' का मतलब है कि एंडपॉइंट पूरी तरह बंद हो चुका है और अनुरोध अब जवाब ही नहीं देगा। दोनों तारीखें अलग होती हैं, और दोनों के बीच का समय ही असली मोहलत है।
Imagen मॉडल इसी का ताज़ा उदाहरण हैं – सत्रह अगस्त दो हज़ार छब्बीस को पूरी तरह बंद होने वाले हैं, और गूगल खुद सुझाव देता है कि Nano Banana की ओर पहले से ही माइग्रेट कर लिया जाए। जो डेवलपर बदलाव-नोट्स के पन्ने को हर महीने एक बार भी नहीं देखता, उसके लिए यह नोटिस अचानक आई मुसीबत जैसा लगेगा।
एक व्यावहारिक आदत यह हो सकती है: जो भी मॉडल नाम प्रोडक्शन कोड में इस्तेमाल हो रहा है, उसे डेप्रिकेशन पन्ने पर हर महीने एक बार खोजकर देख लिया जाए। यह आदत किसी बड़ी सुविधा जैसी नहीं लगती, लेकिन यही वह चीज़ है जो अचानक सेवा बंद होने से बचाती है।
Chapter 8
पहली सफल कॉल, और शिप करने से पहले जांचने लायक बातें
आख़िरकार कोड लिखा जा चुका है, API कुंजी काम कर रही है, और पहला जवाब स्क्रीन पर आ चुका है। लेकिन प्रोडक्शन में भेजने से पहले कुछ बातें जांच लेना बेहतर है।
सबसे पहले – क्या यह मॉडल Preview है या GA? Preview मॉडल किसी भी समय बदल सकते हैं, इसलिए लंबी अवधि के प्रोजेक्ट के लिए GA मॉडल ज़्यादा भरोसेमंद विकल्प है। दूसरा – बिलिंग योजना क्या है, प्रीपे या पोस्टपे, और क्रेडिट खत्म होने पर क्या होगा।
तीसरा – डेटा को लेकर गूगल की नीति समझ लेना ज़रूरी है। फ्री (अवैतनिक) सेवाओं का डेटा उत्पाद सुधार के लिए इस्तेमाल हो सकता है, जबकि पेड सेवाओं का डेटा इस्तेमाल में नहीं लाया जाता। जो प्रोजेक्ट संवेदनशील जानकारी संभालता है, उसके लिए बिलिंग खाता जोड़ना सिर्फ़ ज़्यादा दर पहुँच पाने के लिए नहीं, बल्कि डेटा-सुरक्षा के लिए भी ज़रूरी है।
आख़िर में – मॉडल नाम को कहीं एक जगह, जैसे किसी कॉन्फ़िग फ़ाइल में, रखना बेहतर है, बिखरे हुए कोड में नहीं। जिस दिन कोई मॉडल डेप्रिकेट होगा, वह एक जगह बदलना कई जगह ढूँढ़ने से कहीं आसान होगा।
Questions readers actually ask
क्या मुझे प्रोजेक्ट शुरू करने के लिए तुरंत बिलिंग खाता जोड़ना चाहिए?
नहीं, ज़रूरी नहीं। फ्री टियर पर टेस्टिंग और प्रोटोटाइप बनाना पूरी तरह संभव है। बिलिंग सिर्फ़ तभी जोड़ें जब ऊँची दर-सीमा या पेड सुविधाओं की ज़रूरत आ जाए।
अगर मैंने एक Preview मॉडल इस्तेमाल किया और वह बंद हो गया तो क्या होगा?
अनुरोध जवाब देना बंद कर देंगे। Preview मॉडल किसी भी समय बदल या हट सकते हैं, इसलिए लंबे समय के प्रोजेक्ट के लिए GA (आम इस्तेमाल के लिए तैयार) मॉडल चुनना ज़्यादा सुरक्षित है।
Batch API किन कामों के लिए सही नहीं है?
जिन कामों में उपयोगकर्ता तुरंत जवाब का इंतज़ार कर रहा हो, जैसे चैटबॉट की लाइव बातचीत, वहाँ Batch API उपयुक्त नहीं क्योंकि इसमें कई घंटों तक की देरी हो सकती है।
क्या मेरा डेटा गूगल के मॉडल सुधारने के लिए इस्तेमाल होता है?
अवैतनिक (फ्री) सेवाओं में हाँ, आपका डेटा उत्पाद सुधार में इस्तेमाल हो सकता है। पेड सेवाओं पर गूगल आपके प्रॉम्प्ट और जवाब उत्पाद सुधार के लिए इस्तेमाल नहीं करता।
प्रीपे क्रेडिट कितने समय तक वैध रहते हैं?
खरीदे गए क्रेडिट बारह महीनों के बाद खत्म हो जाते हैं और वापस नहीं मिलते, इसलिए एक साथ बहुत ज़्यादा क्रेडिट खरीदना हमेशा फ़ायदेमंद नहीं होता।
Contact / More useful information from RamthaMedia
Official source links:
AI Studio
डिस्क्लेमर: यह ईबुक सार्वजनिक रूप से उपलब्ध जानकारी से तैयार की गई है और लिखे जाने के समय सटीक थी। पूर्ण और नवीनतम विवरण के लिए ऊपर दी गई आधिकारिक वेबसाइट पर जाएं। इस ईबुक के आधार पर लिए गए किसी भी निर्णय के लिए RamthaMedia कोई कानूनी ज़िम्मेदारी नहीं लेता, और यहाँ दी गई जानकारी पेशेवर, वित्तीय या कानूनी सलाह नहीं है। कवर पेज पर उपयोग की गई छवि केवल उदाहरण के लिए है – Pexels से ली गई स्टॉक फोटो या AI-जनरेटेड इमेज, वर्णित साइट की वास्तविक तस्वीर नहीं।
