Antigravity CLI हर मशीन पर एक ही Google लॉगिन रखता है। इसकी जगह जो चलता है वह यह है।

अगर आप Antigravity CLI पर दो Google खाते चलाने का तरीक़ा खोजते हुए यहाँ पहुँचे हैं, तो ईमानदार जवाब यह है कि आप ऐसा नहीं कर सकते, और इसकी वजह आपके दो मिनट के लायक़ है। यह कोई ग़ायब फ़ीचर नहीं है जिसे अगले महीने कोई फ़्लैग ठीक कर देगा। यह वह जगह है जहाँ CLI आपका क्रेडेंशियल रखता है, और बाक़ी सब कुछ उसी से निकलता है।

यह वही सवाल भी है जिसका जवाब पूरा इकोसिस्टम ख़राब देता है। ऐसे टूल मौजूद हैं जो इसे हल करते हुए दिखते हैं, और वे आपकी मशीन के साथ असल में क्या करते हैं यह समझ लेना ही एक समझदार चुनाव और एक बैन हो चुके खाते के बीच का फ़र्क़ है।

लॉगिन असल में रहता कहाँ है

Claude Code और Codex, दोनों एक खाते को डायरेक्टरी के रूप में रखते हैं। CLAUDE_CONFIG_DIR या CODEX_HOME को किसी दूसरे पथ की ओर मोड़िए और आपके पास एक दूसरा, पूरी तरह स्वतंत्र खाता आ जाता है: अपने क्रेडेंशियल, अपना इतिहास, कुछ भी साझा नहीं। चूँकि यह वेरिएबल हर प्रोसेस के लिए अलग पढ़ा जाता है, दो अलग वैल्यू के साथ शुरू किए गए दो एजेंट एक ही समय पर दो अलग खातों पर चलते हैं।

Antigravity CLI ऐसा कुछ भी नहीं करता। उसका Google क्रेडेंशियल ऑपरेटिंग सिस्टम के keyring में जाता है:

क्रम पर ध्यान दीजिए, क्योंकि लगभग हर लेख इसे उलटा लिख देता है: सेवा gemini है और खाता antigravity, इसका उल्टा नहीं।

उस स्टोर में पूरी मशीन के लिए एक ही एंट्री रहती है। न दूसरा स्लॉट है, न कोई प्रोफ़ाइल नाम, और न ही CLI को यह बताने का कोई रास्ता कि कई क्रेडेंशियल में से वह कौन सा इस्तेमाल करे। न --profile है, न --auth-store, न --data-dir, और न ही कोई एनवायरनमेंट वेरिएबल जो उसे कहीं और खिसका दे।

यह कोई भूल नहीं है जिस पर किसी की नज़र न पड़ी हो। CLI की रिपॉज़िटरी पर issue #155 ठीक यही माँगती है, और जो चीज़ ग़ायब है उसके लिए CODEX_HOME तथा CLAUDE_CONFIG_DIR का नाम लेती है। issue #381 एक प्रोफ़ाइल सिलेक्टर माँगती है ताकि रैपर टूल बन ही सकें। दोनों खुली हैं। किसी पर भी Google का कोई जवाब नहीं है।

खाता स्विचर असल में करते क्या हैं

कई टूल Antigravity के लिए मल्टी-अकाउंट सपोर्ट का विज्ञापन करते हैं। एक ही स्लॉट वाले स्टोर के सामने जो अकेला तरीक़ा मुमकिन है, वे उसी से चलते हैं: वे keyring की एंट्री दोबारा लिख देते हैं।

इसका एक नतीजा है जो लोगों को देर से पता चलता है। बदलाव न उस टूल तक सीमित है, न किसी प्रोजेक्ट तक, न किसी टर्मिनल तक। वह पूरी मशीन पर लागू होता है। उस कंप्यूटर का हर Antigravity सेशन अब उसी खाते से चलता है जो सबसे आख़िर में लिखा गया था, वे सेशन भी जो आप घंटों बाद अपने ही shell से ख़ुद शुरू करते हैं। आपको दो खाते नहीं मिलते। आपको एक खाता मिलता है जो आपके पैरों तले बदलता रहता है।

तो जो चीज़ आप शायद चाहते थे, दो एजेंट दो सदस्यताओं पर समानांतर काम करते हुए, वह सिर्फ़ अब तक लागू न हुई बात नहीं है। वह इस रास्ते से बनावट के स्तर पर ही अप्राप्य है।

जुगाड़ों का एक दूसरा परिवार भी है जो क्षमता जोड़ने के लिए अनुरोधों को प्रॉक्सी से गुज़ारता है। वह धूसर इलाक़ा नहीं है। इस क़िस्म का सबसे लोकप्रिय प्लगइन अपने ही पेज पर लिखता है कि उपयोगकर्ताओं के खाते बैन या शैडो-बैन हुए हैं। जो कुछ वह आपको बचाता है, उसके सामने इसे तौलिए।

फ़ैमिली प्लान का जाल

एक बार यह समझ आ जाए कि दूसरा खाता मुश्किल है, तो यह विचार वाजिब लगता है: अपने फ़ैमिली ग्रुप में दूसरी Google AI Pro सीट ख़रीदिए और हाथ से बारी-बारी चलाइए।

जिन उपयोगकर्ताओं ने यह आज़माया है, दो अलग मशीनों से परखते हुए, वे बताते हैं कि दोनों सीटें दो स्वतंत्र पूल के बजाय एक ही साझा कोटा पूल से खींचती हैं। अगर यह आपके खाते पर भी सच निकलता है, तो इस काम के लिए दूसरी सीट आपको बिलकुल कुछ नहीं देती।

यह प्रकाशित दस्तावेज़ों से नहीं, उपयोगकर्ताओं के मापन से आता है, इसलिए पैसा देने से पहले इसे अपने ही खाते पर जाँच लीजिए। पर जाँचिए पहले, बाद में नहीं।

जो सचमुच चलता है: हर एजेंट के लिए एक कुंजी

ठीक एक ही क्रेडेंशियल है जिसे Antigravity CLI पूरी मशीन वाले keyring से नहीं, बल्कि हर प्रोसेस के लिए अलग पढ़ता है: एक Gemini API कुंजी, एनवायरनमेंट से ली हुई।

यह अकेला फ़र्क़ सब कुछ बदल देता है, क्योंकि हर प्रोसेस के लिए अलग होने का मतलब है सचमुच समानांतर। दो अलग कुंजियों के साथ शुरू किए गए दो एजेंट एक ही समय पर, अलग-अलग कोटा पर चलते हैं, और कोई किसी को छेड़ता नहीं। यह वही गुण है जो Claude Code के लिए CLAUDE_CONFIG_DIR को काम में लाता है, बस दूसरे दरवाज़े से आया हुआ।

दो शर्तें हैं, और वे छोटी नहीं हैं।

पहली, CLI को कुंजी मोड पर ले जाना एक ग्लोबल सेटिंग है, हर कमांड पर लगने वाला फ़्लैग नहीं। इसे चालू करने का मतलब है कि उस मशीन का हर Antigravity सेशन आपकी Google सदस्यता की जगह कुंजी इस्तेमाल करेगा, वे सेशन भी जो आप उस टूल के बाहर शुरू करते हैं जिसने इसे सेट किया था। इसे बंद करने पर पिछला व्यवहार लौट आता है, लेकिन जब तक यह चालू है, हर चीज़ के लिए चालू है।

दूसरी, API कुंजी का बिल सदस्यता से अलग तरीक़े से बनता है। यह अपने AI Pro दाम पर टिके रहकर उससे ज़्यादा निकाल लेने का रास्ता नहीं है। यह एक अलग व्यावसायिक इंतज़ाम है, और वह समानांतर चल पाता है ठीक इसीलिए क्योंकि वह सदस्यता है ही नहीं।

जिस चुपचाप होने वाली नाकामी को जानना ज़रूरी है: अगर आप कुंजियाँ कॉन्फ़िगर कर देते हैं पर कुंजी मोड बंद छोड़ देते हैं, तो CLI बस अपना ही keyring क्रेडेंशियल पढ़ता रहता है और कुंजियों को पूरी तरह नज़रअंदाज़ कर देता है। न कोई एरर, न कोई चेतावनी, लॉग में भी कुछ नहीं। लगता है जैसे आपकी कॉन्फ़िगरेशन सेव ही नहीं हुई।

AgentsRoom में यह कैसा दिखता है

AgentsRoom में एक Antigravity खाता एक Gemini API कुंजी है, और वह प्रोजेक्ट के बजाय हर एजेंट के साथ जुड़ती है, क्योंकि कोटा ख़त्म हो जाना एक बातचीत की समस्या है, आपके खुले हुए हर काम की नहीं। कई एजेंट अलग-अलग कुंजियों पर समानांतर चलते हैं, और जब किसी काम के बीच में एक कुंजी ख़त्म हो जाती है तो एजेंट अपने आप दूसरी कुंजी को सौंप दिया जाता है। किसी भी खाते को इस तरह बाहर रखा जा सकता है कि वह कभी बैकअप के तौर पर इस्तेमाल न हो।

Claude और Codex वाले हस्तांतरण से दो फ़र्क़ फ़ीचर पेज पर दबाकर नहीं, साफ़ लिखकर बताए गए हैं, क्योंकि वे असली हैं: Antigravity पर एजेंट बातचीत को आगे बढ़ाने के बजाय आने वाली कुंजी पर साफ़-सुथरे ढंग से दोबारा शुरू किया जाता है, और कोई कोटा बार नहीं है, इसलिए ख़त्म हो चुकी कुंजी को उसके असली रीसेट समय तक नहीं, बल्कि एक डिफ़ॉल्ट अवधि के लिए किनारे बिठा दिया जाता है।

AgentsRoom जानबूझकर जो नहीं करता, वह है आपका keyring दोबारा लिखना। आपका Google सदस्यता लॉगिन ठीक वहीं रहता है जहाँ CLI ने उसे रखा था।

यह किस काम के लिए नहीं है

ऊपर जो कुछ भी है, वह उन क्रेडेंशियल को अलग रखने के बारे में है जो पहले से जायज़ तौर पर मौजूद हैं: वह सीट जिसका पैसा आपका नियोक्ता देता है, एक निजी सदस्यता, वह कुंजी जिसका बिल आप किसी ख़ास क्लाइंट को भेजते हैं। इन्हें एक ही मशीन पर अलग-अलग रखना एक आम ज़रूरत है।

आप जिस प्लान पर हैं उसकी क्षमता सीमाओं से बचने के लिए खाते बनाना अलग बात है, और उपयोग नीतियाँ इसी पर निशाना साधती हैं। यहाँ कुछ भी उसे स्वीकार्य नहीं बनाता। संदर्भ Google की शर्तें हैं, यह लेख नहीं।

लोग असल में जो सवाल पूछते हैं

क्या मैं Antigravity CLI के साथ दो Google खाते इस्तेमाल कर सकता हूँ?

दो सदस्यता लॉगिन नहीं, बिलकुल नहीं। Antigravity CLI अपना Google क्रेडेंशियल आपके ऑपरेटिंग सिस्टम के keyring में रखता है, जिसमें पूरी मशीन के लिए एक ही एंट्री रहती है और कई में से चुनने का कोई रास्ता वह खोलता ही नहीं। ऐसी कोई प्रति-खाता डायरेक्टरी है ही नहीं जिसकी ओर CLI को मोड़ा जा सके, इसलिए कोई भी चीज़ दो सदस्यता लॉगिन को एक साथ ज़िंदा नहीं रख सकती। समानांतर में जो सचमुच चलता है वह है Gemini API कुंजियाँ, हर प्रोसेस के लिए एक, क्योंकि CLI कुंजी को एनवायरनमेंट से पढ़ता है।

Antigravity CLI अपना लॉगिन कहाँ रखता है?

ऑपरेटिंग सिस्टम के keyring में, किसी ऐसी कॉन्फ़िग फ़ाइल में नहीं जिसे आप कॉपी कर सकें। macOS पर यह Keychain की एक एंट्री है जिसकी सेवा gemini है और खाता antigravity। Windows पर यह Credential Manager में gemini:antigravity की जोड़ी है, और Linux पर Secret Service में वही जोड़ी। क्रम पर ध्यान दीजिए, यह ज़्यादातर लोगों के अंदाज़े से उल्टा है: सेवा gemini है और खाता antigravity है।

क्या Antigravity के लिए CLAUDE_CONFIG_DIR या CODEX_HOME जैसा कुछ मौजूद है?

नहीं। Claude Code पूरे खाते को उसी डायरेक्टरी के अंदर अलग रखता है जिसकी ओर CLAUDE_CONFIG_DIR इशारा करता है, और Codex वही काम CODEX_HOME से करता है। Antigravity CLI के पास इसका कोई समकक्ष नहीं है, और antigravity-cli रिपॉज़िटरी की issue 155 ठीक यही माँगती है, दोनों वेरिएबल का नाम लेकर। वह अब भी खुली है, और --profile, --auth-store या --data-dir जैसा कोई फ़्लैग भी नहीं है।

क्या एक ही फ़ैमिली ग्रुप की दो Google AI Pro सदस्यताएँ मुझे दोगुना कोटा देती हैं?

जिन उपयोगकर्ताओं ने इसे दो अलग मशीनों पर परखा है, वे दो स्वतंत्र पूल के बजाय एक ही साझा पूल की बात बताते हैं, यानी एक ही फ़ैमिली ग्रुप की दो पेड सीटें उस तरह नहीं जुड़तीं जैसी आप उम्मीद करते हैं। यह प्रकाशित दस्तावेज़ों से नहीं, उपयोगकर्ताओं के मापन से आता है, इसलिए इसे कोई आधिकारिक बयान नहीं, बल्कि एक मज़बूत संकेत मानिए जिसे दूसरी सीट का पैसा देने से पहले अपने ही खाते पर जाँच लेना चाहिए।

क्या दो पेड खाते बारी-बारी चलाना Google की शर्तों के ख़िलाफ़ है?

आधिकारिक Google AI डेवलपर फ़ोरम पर दिया गया एक जवाब बताता है कि जिन दो खातों का पैसा आप जायज़ तौर पर देते हैं, उनके बीच बारी-बारी चलना अपने आप में शर्तों का उल्लंघन नहीं है। वह जवाब किसी दस्तावेज़ पेज से नहीं, बल्कि आधिकारिक दिखने वाले एक फ़ोरम खाते से आया था, इसलिए उसे कोई फ़ैसला नहीं, बस एक संकेत मानिए। असली जोखिम कहीं और है: इन जुगाड़ों के इर्द-गिर्द बना प्रॉक्सी टूलिंग ही वह चीज़ है जिससे खाते बैन होते हैं।

Antigravity के खाता स्विचर असल में करते क्या हैं?

वे उसी अकेली keyring एंट्री को दोबारा लिख देते हैं जिसे CLI पढ़ता है। इसीलिए वे कई खाते संभालते हुए दिखते हैं जबकि सक्रिय हमेशा एक ही रहता है: बदलाव पूरी मशीन पर लागू होता है और हर Antigravity सेशन को प्रभावित करता है, उन सेशन को भी जो आपने उस टूल से शुरू नहीं किए। यह अदला-बदली है, अलगाव नहीं, इसलिए दो एजेंट दो सदस्यता खातों पर एक ही समय पर कभी नहीं चल सकते।

संक्षेप में

Antigravity CLI आपके सिस्टम keyring में पूरी मशीन के लिए एक ही Google क्रेडेंशियल रखता है, और कई में से चुनने का कोई रास्ता नहीं देता। कोई भी टूल इसे बदल नहीं सकता बिना उस एंट्री को पूरे कंप्यूटर के लिए दोबारा लिखे, और प्रॉक्सी वाले जुगाड़ों में बैन का असली ख़तरा है। फ़ैमिली ग्रुप की दूसरी सीट एक ही कोटा पूल साझा करती दिखती है, इसलिए उससे भी कोई मदद नहीं मिलती।

CLI हर प्रोसेस के लिए अलग जो एक क्रेडेंशियल पढ़ता है, वह है Gemini API कुंजी। कई Antigravity एजेंट को समानांतर सचमुच वही चलाती है, एक ग्लोबल मोड बदलाव और एक अलग बिलिंग मॉडल की क़ीमत पर। अगर आप Claude Code जैसा अनुभव चाह रहे थे, वह वाला सचमुच हर डायरेक्टरी के हिसाब से काम करता है, और यह फ़र्क़ टूलिंग की गुणवत्ता का मामला नहीं है: यह वह जगह है जहाँ हर CLI ने आपका क्रेडेंशियल रखने का फ़ैसला किया।