आपका एजेंट उपयोग सीमा से टकराता है।
फिर भी काम करता रहता है।
जिस Claude, Codex या Grok Build अकाउंट पर एजेंट चल रहा है उसका कोटा खत्म होने वाला हो, तो एक कोटा नियम उसी बातचीत को आपके पहले से साइन-इन किसी दूसरे अकाउंट को सौंप देता है, और काम चलता रहता है।
कोई रीस्टार्ट नहीं, कॉन्टेक्स्ट का नुकसान नहीं, 5 घंटे या साप्ताहिक विंडो के रीसेट होने का इंतज़ार नहीं। इससे कई छोटी सदस्यताएँ मिलकर एक कहीं बड़े प्लान जैसा व्यवहार करने लगती हैं।
एक बातचीत, दो अकाउंट। जहाँ पहले दीवार थी, वहीं अब हैंडओवर होता है।
हर Claude, Codex और Grok Build प्लान पर एक सीमा लगी है: एक रोलिंग विंडो जो घंटों में मापी जाती है, और एक लंबी विंडो जो दिनों या हफ़्ते में। सीमा तक पहुँचे और CLI काम के बीच में रुक गया। एजेंट रीफ़ैक्टर में तीन फ़ाइलें आगे बढ़ चुका था, पूरा प्लान उसके दिमाग़ में था, और अब वह एक ऐसी घड़ी के पूरा होने तक जमा हुआ है जो आपको दिखती भी नहीं।
आम उपाय सब ख़राब हैं। आप इंतज़ार करते हैं। या हाथ से दूसरा अकाउंट खोलते हैं और खाली प्रॉम्प्ट से बातचीत नए सिरे से शुरू करते हैं, क्योंकि सेशन पहले अकाउंट के भीतर रहता है। या आप सूची का सबसे बड़ा प्लान खरीद लेते हैं ताकि दीवार देर से आए।
AgentsRoom चौथा रास्ता लेता है, और संस्करण 1.188 से यह रास्ता एक कोटा नियम के ज़रिए लेता है। फ़ुटर का उपयोग पैनल पहले से ही हर CLI के प्रकाशित सभी कोटा बार पढ़ता है; उसी पैनल में लिखा गया एक नियम कहता है: जब मेरे सबसे ज़्यादा खपत वाले अकाउंट का सेशन या हफ़्ता 99% पर पहुँचे, तो चल रहे एजेंट को दूसरे अकाउंट पर ले जाओ। जब यह नियम चलता है, AgentsRoom आपके किसी दूसरे साइन-इन अकाउंट को चुनता है, बातचीत का ट्रांसक्रिप्ट वहाँ ले जाता है, उसी अकाउंट पर सेशन दोबारा शुरू करता है, और एजेंट से कहता है कि काम वहीं से उठाए जहाँ रुका था। आपकी तरफ़ से लगता है कुछ हुआ ही नहीं, सिवाय टर्मिनल की एक लाइन के जो बताती है कि किस अकाउंट ने काम संभाला।
उपयोग सीमा की कीमत सिर्फ़ इंतज़ार नहीं है
इंतज़ार कभी सिर्फ़ इंतज़ार नहीं होता। दोपहर 3 बजे खुलने वाली पाँच घंटे की विंडो आपकी बाकी दोपहर है, और जो काम आप बीच में छोड़ आए थे वह विंडो दोबारा खुलने पर भी अधूरा ही रहता है।
बातचीत दोबारा शुरू करना असली पैसे खर्च कराता है। फ़ीचर, फ़ाइलें और पहले लिए जा चुके फ़ैसले दोबारा समझाने में नए अकाउंट के टोकन जलते हैं, इससे पहले कि वह एक भी काम का काम करे।
बिना निगरानी वाले रन चुपचाप मर जाते हैं। रात 2 बजे शेड्यूल किया गया टास्क, कोई लंबा बैकलॉग टिकट, कोई टीम वर्कफ़्लो: वे सीमा पर रुक जाते हैं और आपको सुबह पता चलता है, जब कुछ भी नहीं हुआ होता।
यह बार-बार होता है। यह कोई तिमाही में एक बार आने वाला किनारे का मामला नहीं है। जो भी कई एजेंट समानांतर चलाता है, उसके लिए यह हर हफ़्ते का टैक्स है।
कई छोटे प्लान, एक बिना रुकावट दिन
लोग यह फ़ीचर सुविधा के लिए कम ही माँगते हैं। वे बिल की वजह से माँगते हैं।
एक बड़ी सदस्यता
- : आप सबसे ऊपरी टियर के पैसे दीवार हटाने के लिए नहीं, उसे और दूर धकेलने के लिए देते हैं।
- : सीमा अब भी है, बस दिन में थोड़ी देर से, और आम तौर पर सबसे ख़राब पल पर।
- : एक अकाउंट यानी एक कोटा: समानांतर चल रहे दो एजेंट उसे दोगुनी रफ़्तार से जलाते हैं।
- : जब वह खत्म होता है, सब कुछ एक साथ रुक जाता है। पीछे लौटने को कुछ नहीं बचता।
दो या तीन छोटे प्लान
- : हर अकाउंट का अपना स्वतंत्र कोटा और अपनी रीसेट घड़ी होती है।
- : जिसका कोटा पहले खत्म होता है वह बातचीत के बीच में ही अगले को काम सौंप देता है, बिना आपके कुछ किए।
- : कुल खर्च अक्सर एक सबसे ऊपरी टियर से कम पड़ता है, वह भी साफ़ तौर पर ज़्यादा काम के घंटों के लिए।
- : कोटा खत्म हुआ अकाउंट अपनी विंडो रीसेट होने तक किनारे रखा जाता है, फिर खुद ही पूल में लौट आता है।
AgentsRoom आपको सदस्यताएँ बेचता नहीं और उनमें से कोई हिस्सा नहीं लेता। वह बस उन सदस्यताओं को खाली पड़े रहने से रोकता है जिनका पैसा आप पहले से दे रहे हैं, जबकि कोई दूसरी ब्लॉक हो।
असल में क्या होता है, कदम दर कदम
पाँच कदम, और नियम लिख देने के बाद किसी में आपकी ज़रूरत नहीं।
कोटा बार आपकी तय की हुई सीमा पार करता है
AgentsRoom हर CLI के प्रकाशित कोटा बार पोल करता है, वही जो उपयोग पैनल दिखाता है, और उन पर आपका नियम जाँचता है: कौन सा अकाउंट (सबसे ज़्यादा खपत वाला, या नाम से चुना गया कोई अकाउंट), कौन सी विंडो (डिफ़ॉल्ट रूप से कोई भी गेज, या सेशन या हफ़्ता), कौन सी सीमा, और एडिटर में दीवार के सबसे क़रीब विकल्प 99% है। अब कुछ भी टर्मिनल नहीं पढ़ता: कोई बातचीत जो बस सीमाओं की बात करती हो, या कोई फ़ाइल जो किसी सीमा का ज़िक्र करती हो, कुछ भी ट्रिगर नहीं कर सकती, और एक नियम हर कोटा विंडो में एक बार चलता है, हर बार कोटा बार पढ़े जाने पर नहीं।
कोटा खत्म हुआ अकाउंट किनारे रखा जाता है
उसे उसकी कोटा विंडो रीसेट होने तक अनुपयोगी चिह्नित किया जाता है, और इसके लिए प्रोवाइडर का बताया असली रीसेट समय इस्तेमाल होता है। इस बीच लॉन्च हुआ एजेंट उसी दीवार से टकराने के बजाय किसी ठीक-ठाक अकाउंट से जोड़ा जाता है, और एक दूसरा नियम शेड्यूल किए गए लॉन्च को शुरू होने से पहले ही रोक सकता है या दूसरी जगह भेज सकता है।
एक विकल्प चुना जाता है
उस प्रोवाइडर के आपके बाकी अकाउंट में से AgentsRoom सिर्फ़ उन्हें रखता है जो डिस्क पर सच में साइन-इन हैं, किनारे नहीं रखे गए हैं, और खुद अपनी सीमा के क़रीब नहीं हैं। फिर वह उसे चुनता है जिसका कोटा सबसे ज़्यादा बचा है। आपके बाहर रखे गए अकाउंट कभी नहीं देखे जाते।
बातचीत दूसरी तरफ़ चली जाती है
Claude में सेशन ट्रांसक्रिप्ट जाने वाले अकाउंट की अपनी डायरेक्टरी के भीतर रहता है, इसलिए उसे पहले आने वाले अकाउंट के ट्री में कॉपी किया जाता है। इस कदम के बिना सेशन खाली शुरू होता, और ठीक यही वह नुकसान है जिसे रोकने के लिए यह फ़ीचर मौजूद है। मूल अकाउंट की अपनी कॉपी जस की तस रहती है।
एजेंट फिर से शुरू होकर काम जारी रखता है
CLI नए अकाउंट पर दोबारा चलता है, उसी सेशन को उसके पूरे इतिहास के साथ आगे बढ़ाता है, और उसे एक छोटा निर्देश मिलता है कि रुका हुआ काम दोबारा शुरू करने के बजाय आगे बढ़ाए। टर्मिनल की एक लाइन बताती है कि किस अकाउंट ने काम संभाला, और एजेंट का अकाउंट बैज पूरे ऐप में अपडेट हो जाता है।
हर प्रोवाइडर अपने अकाउंट कैसे अलग रखता है
यह स्विच हर CLI की पहले से मौजूद व्यवस्था पर बना है, उसके ऊपर लगाए किसी रैपर पर नहीं।
Claude Code
एक अकाउंट दरअसल एक डायरेक्टरी है जिसमें उसके अपने क्रेडेंशियल, सेशन और प्रोजेक्ट इतिहास होते हैं। स्विच करने का मतलब है CLI को किसी दूसरी डायरेक्टरी पर दोबारा चलाना, इसीलिए ट्रांसक्रिप्ट को बातचीत के साथ जाना पड़ता है। यह कॉपी AgentsRoom आपके लिए कर देता है।
CLAUDE_CONFIG_DIR
Codex
Codex क्रेडेंशियल उसी तरह अलग रखता है, लेकिन बातचीत के रोलआउट उस प्रति-प्रोजेक्ट होम में रहते हैं जिसे AgentsRoom बनाता है, और वह बंधे हुए अकाउंट बदलने पर नहीं हिलता। इसलिए स्विच सिर्फ़ क्रेडेंशियल दोबारा जोड़ना और सेशन आगे बढ़ाना है।
CODEX_HOME
Antigravity CLI और Cursor
संस्करण 1.190 से दोनों CLI कोटा बार प्रकाशित करते हैं (Cursor का बिलिंग चक्र, Antigravity के हर मॉडल पूल की 5 घंटे और साप्ताहिक विंडो), लेकिन पूरी मशीन के लिए एक ही रीडिंग, हर अकाउंट के लिए अलग नहीं, और एजेंटों को एक अकाउंट से दूसरे पर ले जाने वाले नियम को हर अकाउंट के लिए एक बार चाहिए: इसलिए Antigravity या Cursor के लिए अब भी कोई ऑटोमैटिक स्विच नहीं है। उनके अकाउंट अब भी मौजूद हैं और अब भी समानांतर चलते हैं। यहाँ Antigravity अकाउंट का मतलब एक Gemini API कुंजी है, चाहें तो हर एजेंट के लिए एक, ताकि कई एजेंट अलग-अलग कोटा पर काम करें; Cursor अकाउंट अपनी अलग कॉन्फ़िगरेशन डायरेक्टरी है। जब इनमें से किसी का कोटा खत्म हो जाए, तो आप एजेंट को उसके कार्ड से हाथ से दूसरी कुंजी या दूसरे अकाउंट से जोड़ते हैं, और एजेंट बातचीत आगे बढ़ाने के बजाय नए सिरे से दोबारा शुरू होता है।
GEMINI_API_KEY
Google AI Pro और Google AI Ultra सदस्यताओं को बारी-बारी नहीं चलाया जा सकता: Antigravity CLI उन लॉगिन को आपके ऑपरेटिंग सिस्टम कीचेन में रखता है, जिसमें पूरी मशीन के लिए सिर्फ़ एक अकाउंट रहता है और कई में से चुनने का कोई रास्ता वह देता ही नहीं।
इससे इस मशीन का हर Antigravity सेशन बदल जाता है, वे भी जो आप AgentsRoom के बाहर खुद शुरू करते हैं। वे आपकी Google सदस्यता के बजाय API कुंजी इस्तेमाल करेंगे। पहले जैसा करने के लिए इसे बंद कर दें।
लोग आज इसकी जगह क्या करते हैं
इनमें से हर एक असली जुगाड़ है, और हर एक की कोई न कोई कीमत है।
विंडो रीसेट होने का इंतज़ार करना
मुफ़्त, और मौजूद सबसे महंगा विकल्प। एजेंट के पास एक प्लान है जो कॉन्टेक्स्ट कॉम्पैक्शन में खो जाएगा, ब्रांच आधी अधूरी रह जाती है, और उस विंडो में शेड्यूल किया गया कोई भी बिना निगरानी वाला रन होता ही नहीं।
हाथ से अकाउंट बदलना
अगर आप उस वक़्त देख रहे हों तो चल जाता है। बातचीत फिर भी चली जाती है: सेशन उसी अकाउंट का होता है जिसने उसे बनाया, इसलिए नया अकाउंट खाली प्रॉम्प्ट से शुरू करता है और आप वह सब दोबारा समझाते हैं जो पहले समझा चुके थे।
कोई shell रैपर या अकाउंट स्विचर
ये सक्रिय क्रेडेंशियल को आपके एडिटर के बाहर, पूरे सिस्टम स्तर पर बदल देते हैं। इन्हें यह पता ही नहीं चल सकता कि किसी एक प्रोजेक्ट का कोई एक एजेंट अभी अपनी बारी के बीच में दीवार से टकराया है, और उस बातचीत को साथ ले जाने का इनके पास कोई रास्ता नहीं। साथ ही ये बाकी सारे सेशन भी अपने साथ खींच ले जाते हैं।
सबसे बड़ा प्लान खरीदना
इससे दीवार खिसकती है, हटती नहीं, और यह ठीक से स्केल भी नहीं करता: समानांतर चलते चार एजेंट उसी कोटे को चार हिस्सों में बाँट देते हैं। कई स्वतंत्र कोटे उस उछाल को झेल लेते हैं जो एक बड़ा कोटा नहीं झेल पाता।
वर्क अकाउंट चुपचाप निजी काम का बिल नहीं भरेगा
जब तक आप नियम नहीं लिखते, ऑटोमैटिक स्विचिंग बंद रहती है। किसी बातचीत को दूसरी सदस्यता पर ले जाना बिलिंग का फ़ैसला है, और सबसे अक्सर मामला उसी वर्क अकाउंट का होता है जो निजी काम का बिल भर रहा हो, इसलिए यह ऐसी चीज़ है जिसे आप खुद चालू करते हैं, न कि जो आपको पहले से चालू मिलती है। अगर आपने पहले वाला ग्लोबल स्विच चालू किया था, तो अपडेट ने आपके लिए उसके बराबर नियम लिख दिए हैं, जिनका नाम "खाता समाप्त होने पर काम जारी रखें" है, और आप उन्हें किसी भी दूसरे नियम की तरह पढ़, बंद या हटा सकते हैं। नियम चालू होने के बाद भी यह कभी अंधाधुंध नहीं चलता। किसी भी अकाउंट को "कभी बैकअप के रूप में नहीं" चिह्नित किया जा सकता है, और यही सही जवाब है जब आप नियोक्ता की सदस्यता और अपनी सदस्यता के बीच, या दो क्लाइंट के बीच सख़्त अलगाव रखते हैं। हर स्विच की घोषणा एजेंट के टर्मिनल में होती है, और हर एजेंट जिस अकाउंट पर चल रहा है वह साइडबार में उसके कार्ड पर दिखता है, इसलिए किसका बिल किस पर जा रहा है यह कभी अंदाज़े का विषय नहीं रहता।
FAQ
क्या इसके काम करने के लिए मुझे दो सदस्यताएँ चाहिए?
हाँ। नियम को एक ही प्रोवाइडर के कम से कम दो ऐसे अकाउंट चाहिए जो दोनों इस्तेमाल लायक हों: दो साइन-इन Claude, Codex या Grok Build अकाउंट। एक ही अकाउंट के साथ स्विच करने को कुछ है ही नहीं, नियम एडिटर यह बता देता है, और AgentsRoom ठीक पहले जैसा ही व्यवहार करता है: एजेंट रुक जाता है और बताता है कि कोटा कब रीसेट होगा।
क्या स्विच करते समय एजेंट बातचीत खो देता है?
Claude, Codex और Grok Build के लिए नहीं, और पूरी बात ही यही है: सेशन नए अकाउंट पर अपने पूरे ट्रांसक्रिप्ट के साथ आगे बढ़ता है। Claude में ट्रांसक्रिप्ट पहले आने वाले अकाउंट की डायरेक्टरी में कॉपी होता है, क्योंकि Claude का सेशन भौतिक रूप से उसी अकाउंट के भीतर रहता है जिसने उसे बनाया। Antigravity और Cursor के लिए कोई ऑटोमैटिक स्विच नहीं है, क्योंकि उनका कोटा हर अकाउंट के लिए अलग नहीं, पूरी मशीन के लिए एक बार पढ़ा जाता है; जब आप उनके किसी एजेंट को हाथ से दूसरे अकाउंट पर ले जाते हैं, तो वह सेशन आगे बढ़ाने के बजाय वहाँ नए सिरे से दोबारा लॉन्च होता है।
क्या यह डिफ़ॉल्ट रूप से चालू है?
नहीं। यह एक कोटा नियम है जिसे आप बनाते हैं: फ़ुटर में उपयोग पैनल खोलें, पैनल के दाएँ कॉलम में कोटा प्रबंधन कार्ड खोलें (संस्करण 1.192 से बार बाईं ओर और कार्रवाइयाँ दाईं ओर हैं), नया नियम पर क्लिक करें, कार्रवाई "चल रहे एजेंट बदलें" चुनें, फिर प्रोवाइडर, विंडो (कोई भी गेज, या सेशन या हफ़्ता) और सीमा चुनें। अगर अपडेट से पहले पुराना ग्लोबल स्विच चालू था, तो ये नियम "खाता समाप्त होने पर काम जारी रखें" नाम से पहले से मौजूद हैं। दो सदस्यताओं को एक पूल में मिलाना काम, और पैसा, एक से दूसरी पर ले जाता है, इसलिए यह एक चुनाव है, कोई डिफ़ॉल्ट नहीं। लिखे जाने के बाद भी, जब तक उस प्रोवाइडर का दूसरा अकाउंट साइन-इन न हो, नियम कुछ करता ही नहीं।
क्या मैं किसी एक अकाउंट को बैकअप के तौर पर इस्तेमाल होने से रोक सकता हूँ?
हाँ। हर अकाउंट के लिए अलग ऑप्ट-आउट है, "कभी बैकअप के रूप में नहीं", जो Settings में AI प्रोवाइडर और अकाउंट वाले हिस्से में मिलता है। बाहर रखे गए अकाउंट कभी बैकअप के रूप में नहीं चुने जाते, लेकिन जब कोई एजेंट साफ़ तौर पर उनसे बंधा हो तो वे सामान्य रूप से काम करते रहते हैं।
अगर हर अकाउंट का कोटा खत्म हो जाए तो?
एजेंट रुक जाता है और टर्मिनल यह बता देता है, अकाउंट का नाम और CLI का बताया रीसेट समय भी। नतीजा आज जैसा ही है, बस चुप्पी की जगह एक वजह मिलती है।
क्या यह ग़लती से स्विच करके मेरी दूसरी सदस्यता जला सकता है?
नियम प्रोवाइडर का प्रकाशित कोटा बार पढ़ता है, टर्मिनल कभी नहीं, और जब वह बार आपकी तय की हुई सीमा पार करता है तो हर कोटा विंडो में एक बार चलता है; एडिटर में दीवार के सबसे क़रीब विकल्प 99% है। किसी बातचीत में आई चेतावनी, किसी का चिपकाया हुआ कोटा पैनल या किसी सीमा का ज़िक्र करती फ़ाइल इसे ट्रिगर नहीं कर सकती। एक दूसरी शर्त भी लगाई जा सकती है, जैसे कि हफ़्ता भी किसी तय स्तर से ऊपर हो, ताकि नियम सिर्फ़ सेशन के आँकड़े के आधार पर कभी किसी एजेंट को न हटाए।
क्या कोटा खत्म हुआ अकाउंट वापस आता है?
हाँ। उसे उसकी कोटा विंडो रीसेट होने तक किनारे रखा जाता है, जहाँ उपलब्ध हो वहाँ प्रोवाइडर का अपना रीसेट समय इस्तेमाल होता है, और उसके बाद वह अपने आप पूल में लौट आता है। कुछ क्लिक करने की ज़रूरत नहीं।
क्या यह बिना निगरानी वाले रन पर काम करता है?
यही वह जगह है जहाँ यह सबसे ज़्यादा मायने रखता है। शेड्यूल किए गए टास्क, बैकलॉग टिकट और टीम वर्कफ़्लो तब चलते हैं जब कोई देख नहीं रहा होता, और उपयोग सीमा पहले उन्हें चुपचाप खत्म कर देती थी। स्विच उसी तरह होता है, चाहे आप कीबोर्ड पर हों या सो रहे हों। और क्योंकि यह एक कोटा नियम है, इसके साथी नियम लॉन्च वाला पहलू भी संभालते हैं: एक नियम सेशन भरा होने तक शेड्यूल किए गए लॉन्च रोक सकता है, या कुछ भी खर्च होने से पहले उन्हें बैकअप अकाउंट पर भेज सकता है।
कौन से प्रोवाइडर इसे सपोर्ट करते हैं?
Claude Code, Codex और Grok Build: वे तीन CLI जो ऐसा कोटा बार प्रकाशित करते हैं जिसे AgentsRoom पढ़ सकता है, और जो डिस्क पर पूरे अकाउंट को अलग रखते हैं, ताकि बातचीत एजेंट के साथ जा सके। Antigravity CLI और Cursor का कोटा हर अकाउंट के लिए अलग नहीं, पूरी मशीन के लिए एक ही बार पढ़ा जाता है, इसलिए कोई नियम उनके अकाउंट में फ़र्क नहीं कर सकता और अपने आप कुछ स्विच नहीं होता; उनके अकाउंट अब भी साथ-साथ चलते हैं और आप एजेंट को हाथ से दूसरे अकाउंट से जोड़ते हैं। जो भी CLI पढ़ने लायक कोटा और अलग-अलग अकाउंट देगा, उसे बिना कुछ दोबारा डिज़ाइन किए जोड़ा जा सकता है।
क्या यह प्रोवाइडर की शर्तों के ख़िलाफ़ है?
AgentsRoom न अकाउंट बनाता है, न क्रेडेंशियल साझा करता है, न दूसरों का कोटा इकट्ठा करता है। वह उन्हीं सदस्यताओं का इस्तेमाल करता है जो आपकी हैं और जिनमें आप साइन-इन हैं, उसी अकाउंट-आइसोलेशन व्यवस्था के ज़रिए जिसे हर CLI खुद दस्तावेज़ में बताता है। यह वही है जो आप हाथ से करते, बस बीच की रुकावट के बिना।
क्या मैं Antigravity पर दो Google AI Pro या Ultra सदस्यताएँ बारी-बारी चला सकता हूँ?
नहीं, और आज कोई भी टूल इसे ढंग से नहीं करता। Antigravity CLI उस लॉगिन को आपके ऑपरेटिंग सिस्टम कीचेन में रखता है, जिसमें पूरी मशीन के लिए एक ही अकाउंट रहता है और कई में से चुनने का कोई रास्ता वह खोलता ही नहीं। जो स्विचर कई सदस्यताएँ संभालते हुए दिखते हैं, वे दरअसल कीचेन की उसी एंट्री को दोबारा लिख देते हैं, इसलिए मशीन के हर सेशन के लिए किसी भी समय सिर्फ़ एक ही अकाउंट सक्रिय रहता है। AgentsRoom ऐसा नहीं करता। इसके बजाय वह कई Gemini API कुंजियों को सपोर्ट करता है, हर एजेंट के लिए एक, और वे सचमुच समानांतर चलती हैं।
किसी Antigravity एजेंट को API कुंजी पर डालने से मेरी मशीन पर क्या बदलता है?
यह एक ऐसी सेटिंग लिखता है जिसे Antigravity CLI पूरे सिस्टम स्तर पर पढ़ता है, इसलिए उस मशीन का हर Antigravity सेशन आपकी Google सदस्यता के बजाय API कुंजी इस्तेमाल करता है, वे सेशन भी जो आप AgentsRoom के बाहर खुद शुरू करते हैं। जहाँ आप इसे चालू करते हैं वहीं AgentsRoom आपको चेतावनी देता है, और इसे दोबारा बंद कर देने पर पहले वाला व्यवहार लौट आता है।
मैंने अपने Antigravity अकाउंट जोड़ दिए और कुछ नहीं बदला। क्यों?
वे कॉन्फ़िगर तो हैं पर निष्क्रिय हैं: Antigravity CLI अब भी अपना ही क्रेडेंशियल पढ़ रहा है, इसलिए वह कुंजी को नज़रअंदाज़ कर देता है। सूची के ऊपर वाला स्विच चालू कीजिए, तभी वे असर में आते हैं। ऐसे में कहीं कोई एरर नहीं दिखता, क्योंकि CLI की नज़र से कुछ ग़लत है ही नहीं: उसने कुंजी की तरफ़ कभी देखा ही नहीं।
आपको ये भी पसंद आ सकते हैं
Claude Multi-Account
एक ही कंप्यूटर पर दो या उससे ज़्यादा Claude Code अकाउंट, AgentsRoom में साथ-साथ चलाएं। एक प्रोजेक्ट पर निजी अकाउंट, दूसरे पर वर्क अकाउंट, तीसरे पर क्लाइंट अकाउंट। प्रोजेक्ट अनुसार अकाउंट पिन करें, एजेंट अनुसार ओवरराइड करें, ऐप से ही साइन इन करें। macOS, Windows और Linux पर मुफ़्त डाउनलोड।
Codex मल्टी-अकाउंट
AgentsRoom में कई Codex CLI अकाउंट एक साथ चलाएं। एक प्रोजेक्ट पर निजी OpenAI अकाउंट, दूसरे पर वर्क अकाउंट। प्रोजेक्ट अनुसार अकाउंट पिन करें, एजेंट अनुसार ओवरराइड करें। codex login से सीधे ऐप में साइन इन करें।
टोकन उपयोग: प्रति सत्र: लाइव
AgentsRoom में हर Claude Code सेशन पर लाइव टोकन मीटर। लाल ओवरयूज़ अलर्ट, कैश हिट रेट, इनपुट, आउटपुट और कैश का पूरा ब्रेकडाउन। 100% लोकल। macOS, Windows और Linux पर मुफ़्त।
मल्टी-प्रोवाइडर
Claude, Codex और बाकी एजेंट CLI एक ही प्रोजेक्ट में साथ-साथ चलाएँ, और कॉन्टेक्स्ट खोए बिना किसी सेशन को एक से दूसरे पर ले जाएँ।
Adaptive Mode
भेजने से पहले मॉडल सही आकार का चुनें: हल्के काम सस्ते मॉडल पर, भारी काम फ्लैगशिप पर। कम टोकन खर्च होने का मतलब है सीमा देर से आना।
सेशन फिर से शुरू करें
खाली प्रॉम्प्ट से शुरू करने के बजाय पिछली CLI बातचीत वहीं से उठाएँ, हर उस प्रोवाइडर पर जो इसे सपोर्ट करता है।
शेड्यूल किए गए टास्क
एजेंट को तय समय पर चलाएँ, रात भर भी। ऑटोमैटिक अकाउंट स्विच के साथ, कोटा की दीवार अब रन को खत्म नहीं करती।
उपयोग अलर्ट
दीवार से पहले: जब कोई कोटा बार 50%, 75%, 90% या आपकी चुनी हुई सीमा पार करे तो सूचना पाएँ, डेस्कटॉप या फ़ोन पर, हर विंडो में एक बार।
मैसेज कतार
उसी विंडो का दूसरा सिरा: एक प्रॉम्प्ट जमा करें और उसे कोटा वापस आने पर, या विंडो रीसेट होने से ठीक पहले चलने के लिए सेट कर दें, ताकि जिन क्रेडिट के आपने पैसे दिए हैं वे खर्च हो जाएं।
और जानें
Claude में मेरे कितने टोकन बचे हैं? वे दो स्क्रीन जिन्हें देखना चाहिए
आपका Claude सब्सक्रिप्शन प्लान टोकन में नहीं मापा जाता, इसलिए कोई स्क्रीन टोकन बैलेंस नहीं दिखाती। यहाँ बताया गया है कि यह असल में क्या मापता है, वे दो स्क्रीन जो इसे सचमुच दिखाती हैं, और आपके टाइप न करने पर भी यह क्यों घटता रहता है, और सितंबर 2026 का साप्ताहिक-अवधि बदलाव आपके हफ़्ते पर क्या असर डालता है।
Claude Code एक समय में एक ही लॉगिन रखता है। कई खाते चलाने का तरीका यह है।
एक ही मशीन पर ऑफ़िस का खाता और निजी खाता साथ-साथ चलाने की फ़ील्ड गाइड: वह एक एनवायरनमेंट वेरिएबल जो तय करता है कौन सा लॉगिन सक्रिय है, दो से ज़्यादा टर्मिनल खुलते ही shell वाला तरीक़ा क्यों टूट जाता है, और हर प्रोजेक्ट पर खाता कैसे पिन करें।
Antigravity CLI हर मशीन पर एक ही Google लॉगिन रखता है। इसकी जगह जो चलता है वह यह है।
Antigravity CLI पर आप दो Google AI Pro सदस्यताएँ बारी-बारी क्यों नहीं चला सकते, वह आपका लॉगिन असल में कहाँ रखता है, खाता स्विचर आपके सिस्टम keyring के साथ सचमुच क्या करते हैं, फ़ैमिली प्लान आपका कोटा दोगुना क्यों नहीं करता, और वह अकेला तरीक़ा जो सचमुच कई खाते समानांतर चलाता है।
उपयोग सीमा की वजह से दोपहरें गँवाना बंद करें
एक बार दूसरा अकाउंट साइन इन कर लें। अगली बार कोटा खत्म होने पर आपको यह टर्मिनल की एक लाइन से पता चलेगा, घंटों पहले रुक चुके किसी एजेंट से नहीं।
कंपेनियन ऐप: चलते-फिरते अपने एजेंट्स मॉनिटर करें
Claude, Codex, Antigravity CLI या किसी अन्य AI प्रदाता का उपयोग करें।
बग और अनुरोध सीधे अपने सार्वजनिक बैकलॉग में भेजें।