Agent.Space: क्लाउड वर्कस्पेस जहाँ Codex और Claude Code लगातार चलते रहते हैं

जो लोग कोडिंग एजेंट अपने कंप्यूटर पर चलाते हैं, उन्हें देर-सबेर तीन दीवारें रोकती हैं: मशीन बदलने पर वातावरण फिर से बनाना पड़ता है, सत्र बंद होते ही संदर्भ बिखर जाता है, और काम किसी सहयोगी को सौंपते समय यह सवाल अटक जाता है कि किसका मॉडल खाता और कौन सी कुंजी इस्तेमाल होगी। Agent.Space यह सब क्लाउड में ले जाता है: एजेंट दूर के वर्कस्पेस में चलते हैं, फ़ाइलें और बातचीत का रिकॉर्ड वहीं रहता है, और जो भी शामिल होता है वही प्रोजेक्ट आगे बढ़ाता है। यह स्थानीय तरीके से बेहतर है या नहीं, यह इस पर निर्भर है कि आप आज वातावरण दोबारा बनाने और पहुँच तय करने में कितना समय लगाते हैं।

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

दूसरा हिस्सा मॉडल सदस्यता है। Share तय कोटा वाली योजना है जो प्रदाता के चक्र पर रीसेट होती है। Flex उपयोग आधारित शेष है जिसकी अवधि समाप्त नहीं होती, और दोनों में से कोई भी शेष डेवलपर एपीआई के ज़रिए स्थानीय या अन्य एजेंट टूल से जोड़ा जा सकता है, इसलिए एक रीचार्ज कई जगह काम आता है। वास्तविक चुनाव इस पर निर्भर है कि टोकन खर्च कितना अनुमानित है।

मुख्य विशेषताएँ

क्लाउड में स्थायी एजेंट

Codex और Claude Code लगातार चलते हैं, और फ़ाइलें, कोड तथा प्रोजेक्ट की स्थिति कभी भी बहाल की जा सकती है। जो लैपटॉप, डेस्कटॉप और दफ़्तर की मशीन के बीच आते-जाते हैं, उनके लिए वातावरण दोबारा बनाने का चरण हट जाता है।

समानांतर सत्र

एक वर्कस्पेस में कई स्वतंत्र सत्र रह सकते हैं, इसलिए अलग-अलग एजेंट अलग-अलग काम बिना टकराव के करते हैं। यह एक ही प्रोजेक्ट पर कई कार्यधाराएँ हैं, जो सुविधा देती हैं जब कोई सुविधा लिखी भी जा रही हो और जाँची भी।

एजेंट से एजेंट हैंडओवर

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

भूमिका आधारित सहयोग

Owner, Editor और Viewer भूमिकाएँ पहुँच नियंत्रित करती हैं, इसलिए टीम प्रदाता के पासवर्ड बाँटे बिना सहयोग करती है। टीम में यही निर्णायक विशेषता है और यहीं साझा खाते के जुगाड़ सबसे पहले टूटते हैं।

डेवलपर एपीआई

Share और Flex दोनों शेष स्थानीय या अन्य एजेंट टूल से जोड़े जा सकते हैं, एक रीचार्ज और कई उपभोक्ता। इसी से तय होता है कि मंच बंद इंटरफ़ेस रहता है या मौजूदा टूल-श्रृंखला में बैठ जाता है।

वर्कस्पेस अलगाव

हर वर्कस्पेस अलग चलता है और प्रोजेक्ट फ़ाइलें अलग संग्रहित रहती हैं, सामग्री केवल काम पूरा करने में लगती है। यह बुनियादी वचन है; एन्क्रिप्शन, ऑडिट लॉग या बाहरी प्रमाणन का विवरण स्रोत में नहीं है।

शुरुआत कैसे करें

1. Agent.Space की वेबसाइट खोलें और खाता बनाएँ या साइन इन करें।
2. प्रोजेक्ट कंटेनर के रूप में एक वर्कस्पेस बनाएँ जिसमें फ़ाइलें, सत्र और साझा काम रखा जाए।
3. स्थानीय कोड, दस्तावेज़ या संसाधन वर्कस्पेस में अपलोड करें, या मौजूदा स्थानीय बातचीत का रिकॉर्ड आयात करें।
4. काम के अनुसार Codex, Claude Code या OpenCode जैसा एजेंट चुनें और उसके साथ संगत मॉडल जोड़ें।
5. सत्र में स्पष्ट और सीमित निर्देश दें; एजेंट वर्कस्पेस की फ़ाइलें सीधे बदलता है।
6. फ़ाइल ट्री, कोड पूर्वावलोकन या ब्राउज़र पूर्वावलोकन से नतीजा जाँचें, और ज़रूरत हो तो कई सत्र समानांतर चलाएँ।
7. सहयोगियों को Owner, Editor या Viewer भूमिका में आमंत्रित करें ताकि लोग और एजेंट उन्हीं फ़ाइलों से काम आगे बढ़ाएँ।
8. काम पूरा होने पर कोड, दस्तावेज़ या प्रोजेक्ट फ़ाइलें डाउनलोड करें, या स्थिर पूर्वावलोकन संस्करण प्रकाशित करें।

मूल्य मॉडल

• तय कोटा वाली Share सदस्यता: कोटा प्रदाता के चक्र पर रीसेट होता है; स्रोत करीब 9 से 180 डॉलर प्रति माह का दायरा बताता है, पर हर स्तर में क्या शामिल है इसका ब्यौरा नहीं देता।
• Flex उपयोग आधारित: शेष की अवधि समाप्त नहीं होती और वास्तविक उपयोग के अनुसार कटता है, जो असमान भार या शेष बनाए रखने की ज़रूरत वालों के लिए ठीक है।
• डेवलपर एपीआई: Share और Flex दोनों शेष स्थानीय या अन्य एजेंट टूल से जोड़े जा सकते हैं, इसलिए एक रीचार्ज कई उपभोक्ताओं को कवर करता है।
• स्रोत यह नहीं बताता कि असफल कॉल का शुल्क लगता है या नहीं, समवर्ती सीमा क्या है, अप्रयुक्त कोटा कैसे आगे बढ़ता है और धनवापसी नीति क्या है। स्तर चुनने से पहले पुष्टि करें।

किसके लिए उपयुक्त

• कई डिवाइस पर काम करने वाले स्वतंत्र डेवलपर: घर पर Codex से सुविधा शुरू करें और दफ़्तर में वही प्रोजेक्ट आगे बढ़ाएँ, क्योंकि वर्कस्पेस ने संदर्भ सुरक्षित रखा।
• कई एजेंट से समीक्षा करने वाली टीमें: Codex सत्र में लागू करें, फिर उसी कोड पर Claude Code सत्र खोलकर समीक्षा और सफ़ाई करें।
• वितरित उत्पाद टीमें: फ्रंटएंड पेज प्रकाशित करता है, उत्पाद प्रभारी Viewer के रूप में पूर्वावलोकन देखकर टिप्पणी छोड़ता है, और बैकएंड Editor बनकर एपीआई जोड़ता है — क्रेडेंशियल साझा करने की ज़रूरत नहीं।
• मॉडल लागत नियंत्रित करने वाले स्टार्टअप: Share योजना से आधिकारिक स्तर का कोटा लें, या Flex से Claude, Grok, DeepSeek आदि को एक ही शेष से बुलाएँ, कई सदस्यताओं के बजाय।
• वितरित कोड समीक्षा चलाने वाले प्रशिक्षक: आवश्यकता दस्तावेज़ वाला वर्कस्पेस बनाएँ, हर प्रशिक्षु अलग सत्र खोले, और Owner प्रगति समेटे।

सीमाएँ

• यह केवल क्लाउड रूप है। फ़ाइलें और निष्पादन दूर रहते हैं, इसलिए स्थानीय फ़ाइल सिस्टम, आंतरिक नेटवर्क सेवाओं और निजी डेटा तक सीधी पहुँच सीमित है।
• स्रोत पूरी मॉडल सूची या हर स्तर का कोटा विवरण नहीं देता, केवल 9 से 180 डॉलर प्रति माह का दायरा; मौजूदा विकल्प कंसोल में देखें।
• प्रति वर्कस्पेस समवर्ती सीमा, सत्र की अधिकतम अवधि और संसाधन कोटा नहीं बताए गए, इसलिए लंबे काम से पहले छोटे पैमाने पर जाँचें।
• अलगाव को अलग निष्पादन और अलग संग्रहण कहा गया है, एन्क्रिप्शन, ऑडिट लॉग या बाहरी प्रमाणन का विवरण नहीं है।
• सहयोग मंच की अपनी खाता प्रणाली पर निर्भर है; मौजूदा कॉर्पोरेट पहचान प्रणाली से इसे कैसे जोड़ा जाए, यह नहीं बताया गया।
• कीमतें और सुविधाएँ संस्करण के साथ बदलती हैं; यह पाठ स्रोत के स्नैपशॉट पर आधारित है, सदस्यता से पहले शर्तें जाँचें।

सामान्य प्रश्न

स्थानीय Codex से इसमें क्या अंतर है?

स्थानीय तरीके में आप अपना वातावरण और सत्र खुद बनाए रखते हैं और मशीन बदलने पर सब दोबारा बनाना पड़ता है। Agent.Space एजेंट को क्लाउड वर्कस्पेस में रखता है जहाँ फ़ाइलें और संदर्भ बने रहते हैं, इसलिए कहीं से भी आगे बढ़ सकते हैं, बदले में प्रोजेक्ट दूर चलता है।

प्रोजेक्ट बदले बिना एजेंट बदलने का क्या मतलब है?

कि दूसरा एजेंट उन्हीं सहेजी गई फ़ाइलों और उसी संदर्भ से काम आगे बढ़ाता है। आप Codex से लागू कर सकते हैं और उसी कोड पर Claude Code से समीक्षा कर सकते हैं, बिना प्रोजेक्ट स्थानांतरित किए।

Share या Flex, कौन चुनें?

स्थिर उपयोग और अनुमानित बजट हो तो Share, उपयोग में उतार-चढ़ाव हो या शेष लंबे समय तक चाहिए तो Flex। दोनों एपीआई से बाहरी टूल से जुड़ सकते हैं।

क्या टीम को मॉडल खाता साझा करना होगा?

नहीं। Owner, Editor और Viewer भूमिकाएँ पहुँच नियंत्रित करती हैं, इसलिए हर सदस्य अपनी पहचान से काम करता है और प्रदाता के पासवर्ड बाँटने की ज़रूरत नहीं।

क्या ब्राउज़र में नतीजे दिखते हैं?

हाँ। नतीजा फ़ाइल ट्री, कोड पूर्वावलोकन और ब्राउज़र पूर्वावलोकन से देखा जाता है, और कई सत्र समानांतर देखे जा सकते हैं।