PC स्लीप में हो तो क्या Codex काम करता रहेगा? Remote, Cloud और फोन से ऐक्सेस

अगर Codex चलाने वाला PC स्लीप में चला जाए, तो Remote उस PC पर निर्भर काम जारी नहीं रख सकता। Codex Cloud को सौंपे गए कार्य आपका PC स्लीप में होने पर भी जारी रह सकते हैं। फोन पर कार्य देखने से अधिक महत्वपूर्ण यह है कि फ़ाइलें कहाँ पढ़ी जाती हैं और कमांड कहाँ चलती हैं।

हमने OpenAI के मूल दस्तावेज़ों, जिनमें Remote कनेक्शन और क्लाउड परिवेश शामिल हैं, की जाँच 7 अक्टूबर 2026 को की। इस लेख के लिए वास्तविक हार्डवेयर पर PC स्लीप या कनेक्शन टूटने की स्थिति दोहराकर नहीं देखी गई। नीचे दिए गए विकल्प और जाँचें आधिकारिक विनिर्देशों पर आधारित हैं।

1. Local, Worktree, Remote और Cloud की तुलना

Local और Worktree दोनों PC पर चलते हैं। Worktree, Git के कार्य फ़ोल्डर अलग करता है; वह निष्पादन को क्लाउड में नहीं भेजता। Remote दूसरे डिवाइस से निष्पादन होस्ट तक पहुँचने का रास्ता देता है। Cloud में निष्पादन के लिए क्लाउड विकास परिवेश चुना जाता है।

स्रोत: Codex परिवेश और Remote जुड़े हुए होस्ट से क्या उपयोग करता है। PC को होस्ट बनाने का अर्थ यह नहीं कि मॉडल की सारी गणना और संचार पूरी तरह उसी डिवाइस में रहते हैं।

उदाहरण के लिए, अगर फोन घर के किसी चालू रहने वाले कंप्यूटर से जुड़ता है, तो साथ ले जा रहे लैपटॉप की बिजली की स्थिति निर्णायक नहीं है। अगर वही लैपटॉप Remote होस्ट है, तो उसे स्लीप में डालने पर उस तक पहुँच नहीं होगी। केवल “मेरा PC” कहने के बजाय चुने हुए होस्ट का नाम और काम की जगह देखें।

2. स्क्रीन छोड़ना, स्लीप और ऐप बंद करना अलग हैं

“बंद कर दूँ तो क्या काम चलता रहेगा?” का जवाब इस पर निर्भर है कि आप क्या बंद करते हैं। फोन की स्क्रीन छोड़ना, लैपटॉप का ढक्कन बंद करना और होस्ट PC का ऐप पूरी तरह बंद करना अलग स्थितियाँ हैं।

OpenAI की Remote गाइड के अनुसार होस्ट स्लीप में जाए, नेटवर्क खो दे या ऐप बंद हो जाए तो होस्ट फिर उपलब्ध होने तक Remote का ऐक्सेस रुकता है। इस विवरण से अकेले यह तय नहीं होता कि कनेक्शन टूटने के बाद चल रही कमांड कितनी आगे जाती है या दोबारा जुड़ने पर कौन-सी प्रक्रियाएँ अपने आप शुरू होती हैं। कार्य का अंतिम रिकॉर्ड, बदलाव और परीक्षण के परिणाम अलग से जाँचें।

Mac लैपटॉप का ढक्कन बंद करना

Remote उपलब्ध रखने के लिए आधिकारिक गाइड Mac लैपटॉप का ढक्कन खुला रखने और बिजली से जोड़ने की सलाह देती है। बंद ढक्कन के लिए वह बाहरी डिस्प्ले जोड़ने की भी शर्त रखती है और बताती है कि सीधे Sleep चुनने पर Remote रुकता है। बंद ढक्कन और स्लीप में गया कंप्यूटर ज़रूरी नहीं कि एक ही स्थिति हों। इन शर्तों को हर Mac मॉडल की गारंटी न मानें।

Windows पर स्क्रीन से काम करना

Windows में Computer Use वाले काम के लिए आधिकारिक शर्त है कि सत्र अनलॉक और उपलब्ध रहे। स्क्रीन के साथ क्रियाएँ फ़ोरग्राउंड में होती हैं, इसलिए उस PC को काम के लिए उपलब्ध रखना पड़ता है। यह शर्त Windows की स्क्रीन वाली क्रियाओं की है; इसका अर्थ यह नहीं कि स्क्रीन लॉक करने से हर कमांड अनिवार्य रूप से रुक जाती है।

स्रोत: Remote: जुड़े हुए PC की शर्तें। CLI या IDE एक्सटेंशन से शुरू हुए काम में भी टर्मिनल बंद करना, OS का स्लीप और विकास टूल बंद करना अलग रखें। यह लेख उन टूल के बंद होने के बाद उनकी निष्पादन प्रक्रियाएँ जारी रहने की गारंटी नहीं देता।

3. फोन से अपने PC का काम जारी रखें

मौजूदा स्थानीय रिपॉज़िटरी, इंस्टॉल किए हुए टूल या ब्राउज़र के लॉगिन सत्र उपयोग करने हों तो Remote एक विकल्प है। फोन से निर्देश, अनुमतियाँ और परिणाम संभालते हैं, जबकि जुड़ा हुआ PC परिवेश देता है। आधिकारिक सेटअप के चरण नीचे हैं। इन्हें वही व्यक्ति करे जिसे लक्ष्य PC तक ऐक्सेस की अनुमति देने का अधिकार हो।

1. खाता और कार्यक्षेत्र समान होने की जाँच करें। देखें कि Mac या Windows पर नवीनतम ChatGPT डेस्कटॉप ऐप चल रहा है और PC जागा हुआ व ऑनलाइन है। संगठन में प्रशासक की ओर से Remote Control की अनुमति आवश्यक हो सकती है।
2. PC पर कनेक्शन की सेटिंग खोलें। Settings → Connections → Control this Mac or PC पर जाएँ, फिर Set up या Add चुनें और ऐक्सेस की अनुमति तथा आवश्यक पहचान सत्यापन पूरा करें।
3. फोन से QR कोड स्कैन करें। ChatGPT ऐप में कनेक्शन पूरा करें। MFA, SSO या पासकी से सत्यापन की आवश्यकता हो सकती है। हर फोन और होस्ट की जोड़ी का सेटअप अलग होता है।
4. फोन पर Codex खोलें। iOS पर Codex खोलें; पुराने नाम वाली स्क्रीन पर Remote चुनें। Android सहित डिस्प्ले और उपलब्धता चरणबद्ध रिलीज़ के अनुसार बदलती हैं। होस्ट और मौजूदा चैट चुनें।
5. भेजे गए निर्देश और परिणाम दोनों जाँचें। प्रगति, बदलाव, टर्मिनल आउटपुट और परीक्षण के परिणाम देखें। अनुमति माँगने वाली प्रक्रियाओं के अनुरोध देखें और एक ही निर्देश बार-बार भेजने से बचें।

स्रोत: पूर्वापेक्षाएँ और सेटअप के चरण। फोन के इस कनेक्शन का सेटअप डेस्कटॉप ऐप से शुरू होता है। यह केवल CLI या IDE एक्सटेंशन से वही सेटअप करने का तरीका नहीं बताता।

Remote होस्ट के क्रेडेंशियल, प्लगइन, ब्राउज़र परिवेश और अनुमतियाँ उपयोग करता है। इसलिए जिस PC को ऐक्सेस की अनुमति देते हैं, उससे काम का दायरा प्रभावित होता है। यह न मानें कि कनेक्शन बनाने के लिए हमेशा स्क्रीन वाली क्रियाएँ या ब्राउज़र एक्सटेंशन जोड़ना पड़ेगा; पहले काम की जरूरत और दी जाने वाली अनुमतियाँ तय करें।

4. PC स्लीप में हो तो Codex Cloud इस्तेमाल करें

PC स्लीप में रहते हुए कोड में बदलाव या शोध जारी रखना हो तो ऐसी रिपॉज़िटरी, निर्भरताएँ और परीक्षण परिवेश तैयार करें जो क्लाउड में चल सके। फोन से भी काम शुरू और जारी कर सकते हैं, बशर्ते आपके पास पहले से किसी प्रकाशित विकास परिवेश का ऐक्सेस हो।

यहाँ Publish का अर्थ है तैयार विकास परिवेश को नए कार्यों की शुरुआती स्थिति के रूप में सहेजना। यह वेब ऐप को आम लोगों के लिए प्रकाशित करने से अलग है, लेकिन Who can use जैसी सेटिंग से परिवेश साझा करने का दायरा देखें। सेटअप के दौरान Codex जाँच, इंस्टॉल और परीक्षण भी करता है; इसलिए केवल ऐप विकास का अनुरोध न देने से यह न मानें कि कोई प्रोसेसिंग नहीं चल रही। स्रोत: परिवेश बनाना और प्रकाशित करना।

क्या क्लाउड में अपने आप नहीं जाता?

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

स्क्रीन जाँच और स्थिति सहेजने की सीमाएँ

वर्तमान Cloud environments दस्तावेज़ों में Computer and browser use, GitLab और स्वयं होस्ट किए हुए GitHub Enterprise Server को असमर्थित बताया गया है। काम Cloud को देने से यह तय नहीं होता कि वास्तविक ब्राउज़र में इंटरैक्टिव परीक्षण हमेशा पूरा होगा। अलग से जाँचें कि आवश्यक परिवेश में Playwright जैसे कमांड-आधारित परीक्षण चल सकते हैं या नहीं। अंतर्निहित ब्राउज़र क्षमता असमर्थित होने से अकेले यह सिद्ध नहीं होता कि दूसरी परीक्षण विधि अवश्य काम करेगी या सारे विकल्प प्रतिबंधित हैं।

दस्तावेज़ों के अनुसार सहेजी गई VM स्थिति डिफ़ॉल्ट रूप से अंतिम टर्न शुरू होने या कार्य दोबारा शुरू होने के बाद अधिकतम सात दिन तक वापस पाई जा सकती है। इसका अर्थ “सात दिन तक बिना रुके स्वायत्त निष्पादन” नहीं है। महत्वपूर्ण कोड कमिट और सहेजे हुए आउटपुट से सुरक्षित रखें; क्लाउड स्थिति सहेजने को सोर्स कंट्रोल का विकल्प न बनाएँ। स्रोत: VM की विशेषताएँ और सहेजी स्थिति और वर्तमान सीमाएँ।

सेटिंग में Codex Cloud (Legacy), Code Review, Linear और GitHub इंटीग्रेशन के पुराने परिवेशों को दर्शाता है। उनकी सेटिंग नए Cloud परिवेश से अलग रखें। पुराने गाइड में कंटेनर कैश और सेटअप के सीक्रेट संबंधी विवरण को नए परिवेश की स्थिति सहेजने या प्रमाणीकरण के विनिर्देश न मानें। स्रोत: Codex Cloud (Legacy)।

5. क्या चल रहा स्थानीय काम सीधे Cloud में जा सकता है?

आधिकारिक Remote गाइड में Handoff आपके PC और किसी दूसरे जुड़े हुए होस्ट के बीच चैट और उसकी Git स्थिति भेजता है। गंतव्य पर उसी Git रिपॉज़िटरी का सहेजा हुआ प्रोजेक्ट चाहिए। उपफ़ोल्डर में काम करते हों तो दोनों होस्ट पर वही जगह दर्ज करें। काम चलते समय Handoff करने से वर्तमान जवाब बाधित होता है।

गाइड स्पष्ट कहती है कि यह Handoff, Codex Cloud परिवेश में भेजने का समर्थन नहीं करता। दूसरे Remote होस्ट में जाना और Codex Cloud में जाना अलग प्रक्रियाएँ हैं। PC बंद होने पर चल रही Codex चैट अपने आप Cloud में नहीं जाती। स्रोत: होस्ट के बीच चैट सौंपना।

Codex /goal भी, जो उसी चैट में पूर्णता मानदंड बनाए रखता है, निष्पादन की जगह या PC की बिजली की जरूरत नहीं बदलता। लगातार लक्ष्य और उपलब्ध निष्पादन परिवेश दोनों चाहिए।

6. ChatGPT Work और dot से अंतर

ChatGPT Work का क्लाउड में समन्वय करना और अधिकृत PC के टूल उपयोग करना Codex Remote से अलग है। आधिकारिक गाइड के अनुसार Work Cloud के साथ Local computer access केवल पात्र नए कार्यों पर लागू होता है, जो सुविधा चालू करने के बाद डेस्कटॉप ऐप में Cloud चुनकर शुरू किए जाते हैं। मौजूदा कार्य अपना मूल मोड रखते हैं।

स्रोत: Work Cloud बनाम Remote और Work और dots के उपयोग की शर्तें। दूसरा स्रोत Enterprise गाइड है; उपलब्धता कार्यक्षेत्र और चरणबद्ध रिलीज़ पर निर्भर है। इस बदलाव वाले व्यवहार को हर व्यक्तिगत खाते या Codex कार्य पर लागू न मानें।

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

7. कीमत, उपयोग सीमा और सही विकल्प

Codex की कीमतों वाले पृष्ठ के अनुसार स्थानीय संदेश और Cloud कार्य आपकी योजना की उपयोग सीमा साझा करते हैं। Cloud कार्य स्थानीय संदेशों से अधिक हिस्सा उपयोग कर सकते हैं, लेकिन ऐसा कोई तय गुणक नहीं जो उसी अनुरोध पर हमेशा लागू हो। मॉडल, संदर्भ, रीजनिंग, टूल का उपयोग, प्राप्त जानकारी, कैश और काम के अनुसार उपयोग बदलता है।

कीमत तालिका में Free और Go का विवरण डेस्कटॉप ऐप में GPT-6 Luna के चरणबद्ध रिलीज़ के बारे में है। इससे अकेले Codex Cloud या Remote का मुफ्त ऐक्सेस सिद्ध नहीं होता। Plus का विवरण वेब, CLI, IDE, iOS और क्लाउड इंटीग्रेशन शामिल करता है; संगठन का ऐक्सेस प्रशासक की सेटिंग पर भी निर्भर है। सुविधा तालिका में API कुंजी के साथ मोबाइल Remote Control असमर्थित है और SSH के रिमोट कनेक्शन से अलग है। API कुंजी का मूल्य क्लाउड सुविधाएँ शामिल नहीं करता, और उपयोग-आधारित API कीमत को सीधे सदस्यता में कार्यों की संख्या में नहीं बदल सकते। स्रोत: Codex की कीमत और उपयोग सीमा।

सीमा पहुँचने के बाद अतिरिक्त क्रेडिट खरीदना अलग भुगतान है। पहले से मौजूद क्रेडिट खर्च करना, और नए खरीदना या अपने आप टॉप-अप होना अलग रखें। निष्पादन की जगह बदलने से उपयोग सीमा वापस नहीं भरती। Pro स्तरों और रीसेट का समय चुनने के लिए देखें Pro 100, 200 और 500 की तुलना।

SSH कनेक्शन के लिए आधिकारिक गाइड की शर्त है कि रिमोट सर्वर पर Codex इंस्टॉल हो, उसका प्रमाणीकरण पूरा हो और लॉगिन शेल के PATH में codex उपलब्ध हो। वह सार्वजनिक नेटवर्क पर बिना प्रमाणीकरण वाला app-server खुला रखकर ऐक्सेस बनाए रखने की सलाह नहीं देती। समर्पित सर्वर, VPN और बाहरी सेवाओं की लागत को Codex योजना की उपयोग सीमा से अलग जाँचें।

8. फोन से कनेक्शन न बने तो क्या जाँचें?

केवल कनेक्शन विफल होने का अर्थ यह नहीं कि PC से कोड या इतिहास गायब हो गया है। परिवेश रीसेट करने या कनेक्शन की जानकारी मिटाने से पहले इस क्रम में समस्या सीमित करें।

1. लक्ष्य होस्ट देखें। क्या किसी अलग PC, खाते या कार्यक्षेत्र से जुड़ रहे हैं?
2. PC की स्थिति देखें। क्या वह स्लीप में गया, नेटवर्क खोया, ऐप बंद हुआ या साइन आउट हुआ?
3. साइन आउट के बाद Remote Control देखें। आधिकारिक गाइड कहती है कि साइन आउट करने पर डिवाइस की पेयरिंग मिटे बिना Remote Control, OFF हो जाता है। केवल दोबारा साइन इन करने से पुरानी स्थिति लौटना तय नहीं है।
4. अनुमति के इंतज़ार और कनेक्शन विफलता को अलग रखें। Codex या Remote कार्य में पहचान सत्यापन या अनुमति के अनुरोध देखें। खाता और कार्यक्षेत्र समान होने की दोबारा जाँच करें।
5. फिर भी विफल हो तो स्थिति और समय दर्ज करें। OS, ऐप संस्करण, होस्ट, हाल में हुआ स्लीप या साइन आउट और दिखाई दिया एरर नोट करें। रिपोर्ट में गोपनीय कोड, क्रेडेंशियल और व्यक्तिगत जानकारी शामिल न करें।

स्रोत: Remote की समस्याओं का निवारण। आधिकारिक रीस्टार्ट या सेटअप के चरण आजमाने से पहले चल रहे बदलाव और परिणाम सहेज लें। PC जागने के बाद ऐप दिखना और अतिरिक्त निर्देश भेज पाना अलग जाँचें हैं।

GitHub की सार्वजनिक उपयोगकर्ता रिपोर्ट #23470 के अनुसार Mac स्लीप से जागने के बाद ऑनलाइन होने पर भी Remote, 409 Conflict के साथ दोबारा कनेक्ट नहीं हुआ। इससे सामान्य स्लीप वाली अनुपलब्धता से अलग बग की संभावना दिखती है, लेकिन हर डिवाइस का कारण या सुझाया गया सुधार सिद्ध नहीं होता। रिपोर्ट में अंदरूनी सेटिंग मिटाने को सामान्य रिकवरी तरीका न बनाएँ।

इतिहास पढ़ सकते हों लेकिन thread not found जैसे एरर के साथ निर्देश न भेज पाते हों तो सहेजे इतिहास और निष्पादन स्थिति में अंतर बताने वाले रिकवरी चरण भी देखें। कनेक्शन की सेटिंग मिटाकर दोबारा बनाने से पहले पूरा एरर पढ़ें।

9. जाने से पहले और लौटने पर जाँचें

मौजूदा PC का परिवेश उपयोग करना हो तो Remote, और PC स्लीप में होने पर काम जारी रखना हो तो Codex Cloud पर विचार करें। Cloud में कुछ संसाधन नहीं जा सकते और कुछ सुविधाएँ असमर्थित हैं; Remote के लिए उपलब्ध होस्ट चाहिए। “फोन पर दिखना”, “बातचीत सहेजी होना”, “काम चलना” और “जाँच पूरी होना” को एक ही स्थिति मानने के बजाय अलग रखना जरूरी है।

अक्सर पूछे जाने वाले सवाल

क्या Codex वाला लैपटॉप बंद करके फोन से जारी रख सकता हूँ?

अगर वही PC Remote होस्ट है, तो उसे जागा हुआ और ऑनलाइन रखना होगा तथा डेस्कटॉप ऐप चलना चाहिए। ढक्कन बंद करने से स्लीप हो जाए तो Remote ऐक्सेस रुकता है। Codex Cloud के कार्य आपका PC स्लीप में होने पर भी जारी रह सकते हैं।

क्या फोन का Codex हमेशा मेरे PC से जुड़ता है?

नहीं। आधिकारिक गाइड प्रकाशित परिवेश चुनकर Cloud कार्य शुरू और जारी करने की भी बात करती हैं। Remote होस्ट और Cloud विकास परिवेश अलग निष्पादन गंतव्य हैं। अपने ऐप में दिखे विकल्प और उनकी उपलब्धता देखें।

क्या PC बंद होने पर Codex अपने आप काम Cloud में भेज देता है?

Codex Handoff, Cloud परिवेश में भेजने का समर्थन नहीं करता। नए टर्न पर Cloud में काम जारी रखने के लिए पात्र Work Cloud कार्यों की शर्तें हैं, लेकिन PC की स्थानीय फ़ाइलें और टूल उपलब्ध नहीं होते और चलते हुए टर्न के बीच में बदलाव नहीं हो सकता।

क्या अकेला छोड़ देने पर Cloud हमेशा काम पूरा कर देगा?

PC जागा रखने की जरूरत न होना और पूर्णता की गारंटी अलग हैं। प्रमाणीकरण, अनुमतियाँ, टूल की कमी, निष्पादन त्रुटियाँ या उपयोग सीमा पर आपका ध्यान जरूरी हो सकता है। केवल अंतिम रिपोर्ट से नहीं, बल्कि आउटपुट, बदलाव, वास्तव में की गई जाँचों और अपुष्ट बातों से परिणाम तय करें।