दो Claude Code अकाउंट।
एक AgentsRoom। ज़ीरो shell तरकीबें।
एक प्रोजेक्ट पर एक निजी Claude Code लॉगिन और दूसरे पर एक work लॉगिन चलाएँ, एक ही विंडो में, एक ही समय पर। प्रति प्रोजेक्ट एक Claude अकाउंट पिन करें। ज़रूरत होने पर प्रति एजेंट override करें। सीधे Settings पैनल से साइन इन करें, कोई CLAUDE_CONFIG_DIR export नहीं, इंस्टॉल करने को कोई अतिरिक्त टूल नहीं।
कई Claude Code अकाउंट क्यों इस्तेमाल करें
असली वजहें जिनसे डेवलपर एक से ज़्यादा Claude अकाउंट चलाते हैं, सीधे शब्दों में।
work और निजी को साफ़-साफ़ अलग रखें
आपके नियोक्ता का Claude Code अकाउंट work प्रोजेक्ट्स पर रहता है। आपका निजी अकाउंट आपके वीकेंड प्रोजेक्ट्स पर रहता है। न प्रॉम्प्ट का कोई गलत मेल, न work credentials का किसी side project पर पहुँचना, न work अकाउंट पर निजी सत्रों का लॉग होना।
प्रति क्लाइंट खपत का बिल बनाएँ
जब कोई क्लाइंट आपको Claude एक्सेस देता है, तो उस क्लाइंट के सत्र उनके अकाउंट पर चलते हैं। उनके token जलते हैं, आपके नहीं। AgentsRoom में Claude usage ट्रैकर प्रति-अकाउंट कुल अलग रखता है, ताकि दोबारा बिल बनाना सीधा रहे।
quota की टक्कर से बचें
अगर आपके work अकाउंट का Anthropic quota तंग है, तो किसी निजी वीकेंड प्रोजेक्ट पर एक लंबा एजेंट रन उसमें सेंध नहीं लगाता। हर अकाउंट की अपनी सीमाएँ, अपनी rate-limiting स्थिति, अपनी usage हिस्ट्री होती है।
prod अकाउंट के बगल में एक test अकाउंट चलाएँ
शोरगुल वाले प्रयोगों, फेंकने लायक एजेंट्स और प्रॉम्प्ट ड्राफ़्ट के लिए एक अलग Claude अकाउंट शुरू करें। prod अकाउंट को साफ़ रखें। प्रति एजेंट, प्रति प्रोजेक्ट, दो क्लिक में उनके बीच बदलें।
अलग org, अलग नीतियाँ
कुछ Claude अकाउंट अनिवार्य लॉगिंग या telemetry वाले enterprise SSO से बँधे होते हैं। एक निजी अकाउंट अलग रखने का मतलब है कि आपकी निजी कोडिंग आपकी अपनी शर्तों पर रहती है, डिस्क पर डायरेक्टरी स्तर पर अलग।
एक Mac पर दो इंसानों के लिए pair coding
अगर दो डेवलपर कभी-कभी एक workstation साझा करते हैं, तो हर एक अपने खुद के Claude Code अकाउंट से साइन इन कर सकता है। AgentsRoom दोनों को याद रखता है, प्रोजेक्ट या एजेंट के हिसाब से सही वाला चालू हो जाता है।
Settings में Claude Accounts पैनल, साथ ही New Project फ़्लो पर प्रति-प्रोजेक्ट पिकर।
सीधे AgentsRoom में बना हुआ
कोई बाहरी switcher नहीं, कोई shell स्क्रिप्ट नहीं, कोई logout-login का झंझट नहीं।
प्रति प्रोजेक्ट एक Claude अकाउंट
किसी प्रोजेक्ट पर एक Claude अकाउंट पिन करें। उस प्रोजेक्ट में हर एजेंट डिफ़ॉल्ट रूप से उसे विरासत में लेता है। एक Work प्रोजेक्ट और एक Personal प्रोजेक्ट एक ही विंडो में खोलें, हर एक अपने नीचे अपना खुद का Claude अकाउंट चलाता हुआ।
प्रति एजेंट override करें
किसी एक एजेंट को अलग अकाउंट पर चाहिए? एजेंट को एडिट करें, दूसरा Claude अकाउंट चुनें, सेव करें। override सिर्फ़ उसी एजेंट पर लागू होता है। बाकी प्रोजेक्ट प्रोजेक्ट-स्तर का अकाउंट बनाए रखता है।
ऐप के अंदर साइन इन करें
"Add an account" पर क्लिक करें और AgentsRoom एक embedded मिनी टर्मिनल खोलता है जो सही CLAUDE_CONFIG_DIR के साथ claude चलाता है। आप /login टाइप करते हैं, ब्राउज़र में OAuth पूरा करते हैं, कोड वापस paste करते हैं। जैसे ही credentials डिस्क पर पहुँचते हैं, स्टेटस badge Signed in में बदल जाता है।
ग्लोबल डिफ़ॉल्ट अकाउंट
एक Claude अकाउंट को ग्लोबल डिफ़ॉल्ट के रूप में सेट करें। जब तक आप override न करें, हर नया प्रोजेक्ट उसी अकाउंट पर शुरू होता है। बाद में डिफ़ॉल्ट बदलें और हर non-pinned प्रोजेक्ट अपने आप उसका पालन करता है।
CCS के साथ संगत
पहले से Claude Code Switcher इस्तेमाल कर रहे हैं? किसी profile को ~/.ccs/instances/work या किसी और CCS फ़ोल्डर की ओर इंगित करें। AgentsRoom मौजूदा credentials दोबारा इस्तेमाल करता है, दोबारा लॉगिन की ज़रूरत नहीं।
डिस्क पर सख़्त अलगाव
हर अकाउंट अपनी खुद की डायरेक्टरी में रहता है: token, सत्र, प्रोजेक्ट हिस्ट्री। दो अकाउंट कभी एक फ़ाइल साझा नहीं करते। AgentsRoom पर एक अकाउंट डिलीट करना कभी किसी दूसरे अकाउंट के डेटा को नहीं छूता।
प्रति-अकाउंट token ट्रैकिंग
AgentsRoom में Claude Code token usage मीटर हर अकाउंट के JSONL ट्रांसक्रिप्ट स्वतंत्र रूप से पढ़ता है। प्रति-सत्र कुल, cache hit rate और चेतावनियाँ हर अकाउंट पर एक जैसे काम करती हैं।
प्रति-एजेंट फ़ाइल attribution
vibe coding समीक्षा और प्रति-एजेंट diff फ़ीचर अकाउंट के पार काम करते रहते हैं। किसी एजेंट द्वारा बदली गई फ़ाइलें सही ढंग से जिम्मेदार ठहराई जाती हैं, तब भी जब एजेंट किसी non-default Claude अकाउंट पर चलता है।
यह पर्दे के पीछे कैसे काम करता है
Claude Code के आधिकारिक मल्टी-अकाउंट तंत्र पर बना हुआ।
CLAUDE_CONFIG_DIR सब कुछ चलाता है
Claude Code अपने token, सत्र मेटाडेटा और प्रोजेक्ट हिस्ट्री उस डायरेक्टरी से पढ़ता है जिसकी ओर CLAUDE_CONFIG_DIR इंगित करता है। डिफ़ॉल्ट ~/.claude है। इस वैरिएबल को किसी दूसरी डायरेक्टरी पर सेट करना सक्रिय अकाउंट बदल देता है। AgentsRoom इस आधिकारिक तंत्र का इस्तेमाल मल्टी-अकाउंट सपोर्ट चलाने के लिए करता है।
हर अकाउंट एक प्रबंधित डायरेक्टरी है
जब आप "Add an account" पर क्लिक करते हैं, तो AgentsRoom ~/.agentsroom/claude-profiles/<id>/ बनाता है और वहाँ साइन इन करता है। आप किसी अकाउंट को किसी भी मौजूदा फ़ोल्डर की ओर भी इंगित कर सकते हैं, जिसमें ~/.ccs/instances/work जैसी CCS instance डायरेक्टरी भी शामिल है।
साइन-इन फ़्लो Settings में embedded है
AgentsRoom CLAUDE_CONFIG_DIR को नए profile पर सेट करके claude चलाता हुआ एक मिनी PTY शुरू करता है। आप /login टाइप करते हैं, ब्राउज़र खुलता है, आप कोड वापस paste करते हैं। AgentsRoom .credentials.json को हर सेकंड में एक बार पोल करता है ताकि फ़ाइल के डिस्क पर पहुँचते ही Signed-in badge दिख जाए।
शुरू होते समय cascade समाधान
जब कोई एजेंट शुरू होता है, तो AgentsRoom प्रभावी Claude अकाउंट इस क्रम में सुलझाता है: एजेंट override, प्रोजेक्ट पिन, settings डिफ़ॉल्ट, सिस्टम डिफ़ॉल्ट ~/.claude। claude के लॉन्च होने से पहले PTY environment पर सही CLAUDE_CONFIG_DIR सेट कर दिया जाता है।
token usage और फ़ाइल ट्रैकिंग सही रहते हैं
AgentsRoom के आंतरिक रीडर (token usage, फ़ाइल attribution, सत्र मॉनिटर) सभी ज्ञात अकाउंट डायरेक्टरी और fallback के रूप में ~/.claude पर दोहराते हैं। सही सत्र मेटाफ़ाइल PID से जीतता है, इसलिए प्रति-एजेंट काउंटर और diff सटीक रहते हैं, चाहे एजेंट किसी भी अकाउंट से शुरू हुआ हो।
हर अकाउंट डायरेक्टरी में क्या रहता है
हर Claude अकाउंट डायरेक्टरी OAuth credentials, PID से कुंजीबद्ध सत्र मेटाडेटा फ़ाइलें, प्रति प्रोजेक्ट JSONL ट्रांसक्रिप्ट, ग्लोबल Claude settings और प्रोजेक्ट हिस्ट्री रखती है। AgentsRoom इन डायरेक्टरी को अलग रखता है और कभी इनके बीच फ़ाइलें कॉपी नहीं करता।
प्रति-अकाउंट सामग्री
- • OAuth credentials (.credentials.json)
- • sessions/<pid>.json में सत्र मेटाफ़ाइलें
- • projects/<encoded-cwd>/<sessionId>.jsonl में JSONL ट्रांसक्रिप्ट
- • प्रति-अकाउंट ग्लोबल settings और हिस्ट्री
AgentsRoom के विकल्प
कई Claude Code अकाउंट संभालने के दूसरे तरीके, और AgentsRoom क्या अलग करता है।
CCS (Claude Code Switcher)
CCS एक shell wrapper है जो ~/.ccs/instances/<name> के नीचे अलग Claude profile डायरेक्टरी रखता है और claude को exec करने से पहले CLAUDE_CONFIG_DIR बदल देता है। यह काम करता है, पर IDE के बाहर रहता है: आप पूरे shell के लिए profile ग्लोबल रूप से बदलते हैं, प्रति प्रोजेक्ट या प्रति एजेंट नहीं। AgentsRoom CCS profiles के साथ पूरी तरह संगत है। किसी AgentsRoom अकाउंट को किसी CCS instance की ओर इंगित करें और credentials सीधे दोबारा इस्तेमाल करें।
हाथ से CLAUDE_CONFIG_DIR
आधिकारिक Anthropic-समर्थित तरीका: claude लॉन्च करने से पहले export CLAUDE_CONFIG_DIR=/path/। हाथ से, गलती की संभावना वाला, और जैसे ही आप दूसरा टैब खोलते हैं आप भूल जाते हैं कि आप किस अकाउंट पर हैं। AgentsRoom यह वैरिएबल आपके लिए चलाता है, प्रति-प्रोजेक्ट और प्रति-एजेंट, और हर बार पिकर में आपको सक्रिय अकाउंट दिखाता है।
दो अलग Mac या दो user सत्र
कुछ टीमें प्रति Claude अकाउंट एक अलग मशीन या एक अलग macOS user सत्र इस्तेमाल करती हैं। भारी, धीमा, और आप एक work एजेंट और एक निजी एजेंट पैरलल में नहीं चला सकते। AgentsRoom दोनों को एक ही Mac पर, एक ही विंडो में, एक ही समय पर चलाता है।
हर बार logout और login
claude /logout टाइप करें, फिर नए अकाउंट पर claude /login, फिर वापस बदलने के लिए दोबारा। आपके सत्र खो जाते हैं, हर बदलाव पर मिनट लगते हैं, और हर पिछले सत्र पर --resume टूट जाता है। AgentsRoom हर अकाउंट को स्थायी रूप से साइन इन रखता है, एक क्लिक में बदलता है, और कभी किसी सत्र को अमान्य नहीं करता।
कस्टम shell स्क्रिप्ट और alias
कुछ डेवलपर claude को एक shell फ़ंक्शन में लपेटते हैं जो मौजूदा डायरेक्टरी के आधार पर CLAUDE_CONFIG_DIR export करता है। नाज़ुक, हाथ से बनाया गया, और IDE से अदृश्य। AgentsRoom वही विचार प्रोजेक्ट स्तर पर घोषणात्मक रूप से संहिताबद्ध करता है, एक UI badge के साथ जो आपको हमेशा बताता है कि कौन-सा अकाउंट सक्रिय है।
AgentsRoom वह करता है जो बाकी नहीं करते
AgentsRoom अकेला IDE है जो कई Claude Code अकाउंट को एक प्रथम-श्रेणी अवधारणा के रूप में सामने लाता है, एक प्रति-प्रोजेक्ट पिन, एक प्रति-एजेंट override, एक इन-ऐप साइन-इन फ़्लो, प्रति अकाउंट एक स्टेटस badge, और CCS profiles के साथ पूरी संगति के साथ। आप प्रति अकाउंट एक बार साइन इन करते हैं, प्रति प्रोजेक्ट अकाउंट पिन करते हैं, प्रति एजेंट override करते हैं, और यह चिंता करना छोड़ देते हैं कि कौन-सा अकाउंट लोड है। एक ही प्रोजेक्ट में कई अकाउंट और कई प्रोवाइडर: एक Claude Work एजेंट, एक Claude Personal एजेंट और एक Codex एजेंट सब साथ-साथ चल सकते हैं।
FAQ
मैं AgentsRoom में कितने Claude Code अकाउंट जोड़ सकता हूँ?
कोई कड़ी सीमा नहीं है। हर अकाउंट डिस्क पर एक डायरेक्टरी है। एक Work अकाउंट, एक Personal अकाउंट, प्रति क्लाइंट एक अकाउंट, एक test अकाउंट जोड़ें: AgentsRoom इन सभी को Settings पैनल में सूचीबद्ध करता है और आपको इनमें से किसी को भी प्रति प्रोजेक्ट या प्रति एजेंट चुनने देता है।
क्या AgentsRoom में कई Claude अकाउंट इस्तेमाल करने के लिए मुझे CCS या कोई और टूल इंस्टॉल करना ज़रूरी है?
नहीं। AgentsRoom सीधे Claude Code के CLAUDE_CONFIG_DIR तंत्र को चलाता है। कोई बाहरी switcher नहीं, कोई shell wrapper नहीं, कोई अतिरिक्त निर्भरता नहीं। साइन-इन फ़्लो पूरी तरह Settings पैनल में embedded है।
मैं पहले से CCS इस्तेमाल करता हूँ। क्या मैं अपने मौजूदा CCS profiles रख सकता हूँ?
हाँ। जब आप AgentsRoom में कोई अकाउंट जोड़ते हैं, तो "Custom path" पर क्लिक करें और अपनी मौजूदा CCS profile डायरेक्टरी की ओर इंगित करें, उदाहरण के लिए ~/.ccs/instances/work। AgentsRoom वहाँ पहले से सहेजे गए credentials दोबारा इस्तेमाल करता है। दोबारा लॉगिन की ज़रूरत नहीं।
क्या एक ही प्रोजेक्ट में दो अलग एजेंट एक ही समय पर दो अलग Claude अकाउंट पर चल सकते हैं?
हाँ। प्रोजेक्ट एक डिफ़ॉल्ट अकाउंट पिन करता है, पर हर एजेंट उसे override कर सकता है। Work अकाउंट पर पिन किया गया एक प्रोजेक्ट खोलें, किसी एक खास एजेंट को Personal अकाउंट इस्तेमाल करने के लिए एडिट करें, और दोनों एजेंट एक ही विंडो में अलग Claude अकाउंट पर पैरलल में चलते हैं।
जब कोई एजेंट किसी non-default Claude अकाउंट पर चलता है तो क्या token काउंटर और फ़ाइल attribution सटीक रहते हैं?
हाँ। सत्र मेटाडेटा पढ़ते समय AgentsRoom हर कॉन्फ़िगर किए गए अकाउंट डायरेक्टरी, साथ ही fallback के रूप में ~/.claude को स्कैन करता है। PID ग्लोबल रूप से अद्वितीय होते हैं इसलिए हर एजेंट की सत्र मेटाफ़ाइल ठीक एक ही डायरेक्टरी में मिलती है। प्रति-सत्र token गिनती, cache hit rate और प्रति-एजेंट फ़ाइल diff अकाउंट के पार एक जैसे काम करते हैं।
अगर मैं ऐसा अकाउंट डिलीट कर दूँ जिसे कुछ एजेंट अब भी संदर्भित करते हैं तो क्या होगा?
कुछ नहीं टूटता। एजेंट चुपचाप डिफ़ॉल्ट Claude अकाउंट पर लौट जाते हैं। डिलीट की गई डायरेक्टरी डिस्क पर छोड़ दी जाती है, अगर आप बाद में किसी और profile को उसकी ओर इंगित करना चाहें। आप किसी भी समय Edit Agent dialog से अनाथ एजेंट्स को किसी दूसरे अकाउंट से दोबारा जोड़ सकते हैं।
क्या credentials दूसरे AgentsRoom यूज़र्स के साथ साझा होते हैं या किसी सर्वर पर भेजे जाते हैं?
नहीं। हर अकाउंट डायरेक्टरी आपकी लोकल मशीन पर रहती है। AgentsRoom कभी credentials नहीं पढ़ता, कॉपी करता या प्रसारित करता है। साइन-इन फ़्लो आधिकारिक claude CLI को एक लोकल PTY में चलाता है, OAuth हमेशा की तरह Anthropic और आपके ब्राउज़र के बीच होता है।
क्या किसी एजेंट का Claude अकाउंट बदलने के बाद resume फ़ीचर काम करता है?
जब किसी एजेंट का अकाउंट बदलता है, तो उसका पिछला सत्र पुराने अकाउंट डायरेक्टरी के नीचे रहता है और नए के नीचे resume नहीं किया जा सकता। AgentsRoom इस विफलता का पता लगाता है और अपने आप एक नया सत्र शुरू करता है। कोई हाथ से सफ़ाई की ज़रूरत नहीं।
आपको यह भी पसंद आ सकता है: Multi-Provider
कई Claude अकाउंट आपको एक ऐप में कई Claude लॉगिन देते हैं। Multi-Provider आपको एक ऐप में कई AI इंजन देता है: Claude, Codex, Gemini CLI, OpenCode और Aider। वही विचार, अकाउंट के बजाय AI प्रोवाइडर पर लागू। प्रति प्रोजेक्ट एक प्रोवाइडर पिन करें, प्रति एजेंट override करें, संदर्भ बनाए रखते हुए बातचीत के बीच बदलें।
Multi-Provider फ़ीचर देखेंshell वैरिएबल की जुगलबंदी बंद करें। अकाउंट एक पिकर से चुनें।
एक Work Claude अकाउंट, एक Personal Claude अकाउंट और एक क्लाइंट Claude अकाउंट AgentsRoom में, साथ-साथ, आज ही चलाएँ।
कंपेनियन ऐप: चलते-फिरते अपने एजेंट्स मॉनिटर करें
Claude, Codex, Gemini CLI या किसी अन्य AI प्रदाता का उपयोग करें।
बग और अनुरोध सीधे अपने सार्वजनिक बैकलॉग में भेजें।
AgentsRoom को कार्य करते देखें।