Google Jules बंद हो रहा है: डेटा एक्सपोर्ट और एजेंट बदलने की गाइड

Jules के सिर्फ़ पढ़ने वाले मोड में जाने से पहले उसकी सेटिंग और सेशन इतिहास सुरक्षित करें। आधिकारिक CLI प्रक्रिया से एक्सपोर्ट करें। टोकन की समयसीमा खत्म होने और GitHub कनेक्शन न होने की समस्याओं में अंतर पहचानें, फिर आर्काइव जाँचें। मेमोरी को प्रोजेक्ट निर्देशों में बदलें, नया परिवेश तैयार करें और Claude Code, Codex या OpenCode में निर्धारित समय वाले काम जाँचें।

विषय-सूची
Google Jules बंद हो रहा है: डेटा एक्सपोर्ट और एजेंट बदलने की गाइड

अपना Google Jules डेटा अभी एक्सपोर्ट करें और अंतिम कोडिंग सेशन के बाद दोबारा एक्सपोर्ट करें। 2026-11-01 तक उपलब्ध जानकारी के अनुसार, Google ने सेशन पूरे करने के लिए 11 नवंबर 2026 तक का समय दिया है। इसके बाद साल के अंत तक सिर्फ़ पढ़ने की सुविधा रहेगी और आधिकारिक सूचना के अनुसार Jules 31 दिसंबर 2026 को बंद होगा।

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

सिर्फ़ पढ़ने वाला मोड शुरू होने से पहले क्या पूरा करें?

11 नवंबर से पहले चालू काम पूरे करें और उपयोगी बदलाव सुरक्षित करें। Google की सूचना कहती है कि इस तारीख के बाद Jules सिर्फ़ पढ़ने वाले मोड में जाएगा। इसमें बदलाव का सटीक समय या समय क्षेत्र नहीं दिया गया है।

सूचना यह भी वादा नहीं करती कि उस पूरी अवधि में एक्सपोर्ट के एंडपॉइंट काम करते रहेंगे। इसलिए 11 नवंबर से पहले एक्सपोर्ट करने की सलाह सावधानी के लिए है। यह अलग से घोषित एक्सपोर्ट की अंतिम तारीख नहीं है।

GitHub में पहले से मौजूद कोड, ब्रांच और पुल रिक्वेस्ट वहीं रहेंगे। अधूरे सेशन देखें और जहाँ उचित हो, उपयोगी बदलाव प्रकाशित करें। जो काम अभी किसी ब्रांच तक नहीं पहुँचा है, उसके एक्सपोर्ट किए गए पैच सुरक्षित रखें।

Google का कहना है कि Jules से मिले अनुभव Antigravity के विकास में काम आ रहे हैं। यह बयान माइग्रेशन की प्रक्रिया नहीं देता। इससे आपकी Jules सेटिंग अपने-आप स्थानांतरित होने की गारंटी भी नहीं मिलती।

Jules का डेटा कैसे एक्सपोर्ट करें?

Google का पूरा एक्सपोर्ट प्रॉम्प्ट किसी स्थानीय CLI कोडिंग एजेंट के साथ इस्तेमाल करें। ऐसा एजेंट कमांड लाइन से चलता है। प्रॉम्प्ट में Python स्क्रिप्ट है जो अकाउंट की सेटिंग, रिपॉज़िटरी की जानकारी और सेशन रिकॉर्ड प्राप्त करती है।

CLI और निजी फ़ोल्डर तैयार करें

नीचे दिए गए कमांड macOS या Linux पर Bash में चलाएँ। Node.js के साथ npm, Python और पहले से स्थापित CLI कोडिंग एजेंट उपलब्ध होना चाहिए।

ज़रूरी टूल की जाँच करें:

node --version
npm --version
python3 --version

प्रकाशित स्क्रिप्ट के लिए Python 3.9 या उससे नया संस्करण इस्तेमाल करें। यह ज़रूरत स्क्रिप्ट में str.removeprefix के इस्तेमाल से निकलती है। Python का संदर्भ बताता है कि यह विधि Python 3.9 में जोड़ी गई थी।

Jules Tools स्थापित करें और साइन इन करें:

npm install -g @google/jules
jules login
jules remote list --repo

ब्राउज़र में साइन इन खुद पूरा करें। उस Google अकाउंट का इस्तेमाल करें जिसका Jules डेटा चाहिए। अंतिम कमांड को उस अकाउंट से जुड़ी रिपॉज़िटरी दिखानी चाहिए।

अगर रिपॉज़िटरी गायब हैं, तो एक्सपोर्ट से पहले समस्या हल करें। कनेक्शन और रिपॉज़िटरी की पहुँच जाँचने के लिए Google Labs Jules का GitHub इंस्टॉलेशन पेज खोलें।

अपनी होम डायरेक्टरी से एक्सपोर्ट के लिए निजी फ़ोल्डर बनाएँ:

cd "$HOME"
umask 077
mkdir -m 700 "$HOME/jules-export"

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

उसी शेल से स्थापित कोडिंग एजेंट शुरू करें। Claude Code के लिए claude चलाएँ। ज़रूरत होने पर उसकी शुरुआती गाइड में स्थापना और प्रमाणीकरण के निर्देश देखें।

पूरा आधिकारिक प्रॉम्प्ट चलाएँ

बंद होने की सूचना खोलें, Show the export prompt फैलाएँ और Python स्क्रिप्ट समेत पूरा प्रॉम्प्ट कॉपी करें। इसे अपने CLI एजेंट में पेस्ट करें।

Linux पर भेजने से पहले प्रॉम्प्ट में दी गई अलग secret-tool lookup शुरुआती जाँच हटा दें। यह कमांड सहेजा गया सीक्रेट मानक आउटपुट में लिखता है, जैसा libsecret के कार्यान्वयन में दिखता है। एजेंट को बताएँ कि Jules CLI की जाँच आपने पहले ही पूरी कर ली है।

क्रेडेंशियल पढ़ने का काम एक्सपोर्ट करने वाली स्क्रिप्ट के अंदर ही रहने दें। एजेंट से ऐक्सेस टोकन या env-variables.json के मान दिखाने को न कहें।

एजेंट को दी गई स्क्रिप्ट होम डायरेक्टरी में सहेजने और वहाँ से चलाने दें। पूरा होने पर दिखाई गई गिनतियाँ, त्रुटियाँ और गंतव्य का पूरा पथ माँगें। दस्तावेज़ में गंतव्य ~/jules-export दिया गया है।

आर्काइव पर भरोसा करने से पहले उसे जाँचें

सिर्फ़ अंतिम सफलता संदेश नहीं, error_count और अपेक्षित फ़ाइलें भी जाँचें। स्क्रिप्ट का sessions कुल सूची में आए सेशन गिनता है। इसमें वे सेशन भी शामिल हैं जिनका अलग डाउनलोड विफल हुआ।

एक्सपोर्ट का उद्देश्य यह सामग्री सुरक्षित करना है:

सामग्रीकहाँ देखेंअगला काम
अकाउंट सेटिंग, परिवेश चर और निर्धारित समय वाले कामअकाउंट की JSON फ़ाइलें, जिनमें env-variables.json शामिल हैनए टूल में ज़रूरी सेटिंग और सीक्रेट दोबारा बनाएँ
जुड़ी हुई रिपॉज़िटरीsources.jsonसूची को अपनी अपेक्षित रिपॉज़िटरी से मिलाएँ
रिपॉज़िटरी की मेमोरी, सेटअप स्क्रिप्ट और टेस्ट कमांडहर रिपॉज़िटरी के फ़ोल्डर में, जहाँ ऐसे रिकॉर्ड मौजूद होंइस्तेमाल से पहले समीक्षा करके अनुकूलित करें
सेशन के प्रॉम्प्ट, योजना, गतिविधि रिकॉर्ड और पैचहर सेशन के फ़ोल्डर में, जिनमें पढ़ने योग्य summary.md फ़ाइलें होती हैंइतिहास सुरक्षित करें और अधूरा काम वापस पाएँ

सुनिश्चित करें कि error_count का मान 0 है। फिर कुछ पुराने और हाल के सेशन खोलकर देखें। सबसे महत्वपूर्ण अधूरा सेशन अलग से जाँचें। उसका प्रॉम्प्ट, योजना, गतिविधि रिकॉर्ड और अपेक्षित पैच मौजूद होने चाहिए।

सेटअप स्क्रिप्ट और टेस्ट कमांड सेशन के आउटपुट मेटाडेटा से वापस निकाले जाते हैं। अगर ज़रूरी setup.sh गायब है, तो Jules उपलब्ध रहते हुए रिपॉज़िटरी की सेटिंग देखें।

इस फ़ोल्डर को सेटिंग और इतिहास का आर्काइव मानें। GitHub रिपॉज़िटरी अलग से सुरक्षित करें। पूरा आर्काइव रिपॉज़िटरी से बाहर रखें, क्योंकि env-variables.json में परिवेश चरों के वास्तविक मान होते हैं।

एक्सपोर्ट की किस त्रुटि को कैसे ठीक करें?

अगर हर अनुरोध विफल हो, तो Google प्रमाणीकरण ताज़ा करें। अगर केवल रिपॉज़िटरी खोज विफल हो, तो GitHub की पहुँच जाँचें। Google के समस्या-निवारण निर्देश इन्हें अलग स्थितियाँ मानते हैं।

लक्षणसंभावित कारण या दस्तावेज़ में बताई स्थितिसुधार और जाँच
एक्सपोर्ट का हर अनुरोध 401 लौटाता हैऐक्सेस टोकन समाप्त हो सकता है। Google के अनुसार, यह साइन इन के लगभग एक घंटे बाद समाप्त होता है।कोई Jules कमांड चलाएँ या jules login से फिर साइन इन करें। रिपॉज़िटरी की जाँच दोहराएँ, फिर एक्सपोर्ट करें।
ListSources में 401 और missing required authentication credential आता है, जबकि बाकी अनुरोध चलते हैंGoogle इस स्थिति में GitHub कनेक्शन न होने की बात बताता है।GitHub जोड़ें, रिपॉज़िटरी की पहुँच पक्की करें और jules remote list --repo दोबारा चलाएँ।
अपेक्षित रिपॉज़िटरी मौजूद नहीं हैअकाउंट कनेक्शन या चुनी गई रिपॉज़िटरी की पहुँच जाँचनी होगी।सही Google अकाउंट और GitHub इंस्टॉलेशन की पुष्टि करें। फिर एक्सपोर्ट करके sources.json देखें।
कोई एक्सपोर्ट एंडपॉइंट 404 या 400 लौटाता हैएक्सपोर्ट स्क्रिप्ट ऐसे आंतरिक एंडपॉइंट इस्तेमाल करती है जिनका सार्वजनिक दस्तावेज़ नहीं है।विफल अनुरोध और उसका स्टेटस लिख लें। दोबारा प्रयास करने से पहले वर्तमान आधिकारिक प्रॉम्प्ट देखें। अनुमान से वैकल्पिक एंडपॉइंट न बनाएँ।

अगर आपने Jules को कभी GitHub रिपॉज़िटरी के साथ इस्तेमाल नहीं किया, तो Google का प्रॉम्प्ट कनेक्शन छोड़ने की अनुमति देता है। उसके अनुसार, ऐसे एक्सपोर्ट में रिपॉज़िटरी डेटा नहीं होगा। अगर रिपॉज़िटरी डेटा चाहिए, तो कनेक्शन पूरा करें और एक्सपोर्ट से पहले रिपॉज़िटरी की जाँच दोहराएँ।

मेमोरी और सेटअप को अगले एजेंट में ले जाएँ

पहले लंबे समय तक काम आने वाली प्रोजेक्ट जानकारी और दोहराया जा सकने वाला सेटअप स्थानांतरित करें। पूरे सेशन आर्काइव को संदर्भ के लिए उपलब्ध रखें।

काम की मेमोरी को प्रोजेक्ट निर्देशों में बदलें

हर रिपॉज़िटरी की मेमोरी, यानी सहेजी गई प्रोजेक्ट जानकारी, को मौजूदा कोड से मिलाएँ। सही बिल्ड कमांड, आर्किटेक्चर की सीमाएँ और बार-बार आने वाली समस्याओं के सुधार रखें। पुराने सुझाव, दोहराए गए नियम और सीक्रेट हटा दें।

साझा निर्देश रिपॉज़िटरी की रूट डायरेक्टरी में AGENTS.md में रखें। Codex इस फ़ाइल को पढ़ता है, और OpenCode 2 इससे प्रोजेक्ट निर्देश लेता है। OpenCode 2 वैकल्पिक स्रोत के तौर पर CLAUDE.md इस्तेमाल नहीं करता।

जिस npm प्रोजेक्ट में package-lock.json और काम करने वाली npm test स्क्रिप्ट हो, उसके लिए यह छोटा उदाहरण है:

- Install dependencies with `npm ci`.
- Run `npm test` after code changes.
- Keep generated files out of manual edits.
- Report failing checks and unresolved setup requirements.

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

Claude Code के लिए रिपॉज़िटरी की रूट डायरेक्टरी में मौजूद CLAUDE.md में यह इम्पोर्ट जोड़ें। पहले से मौजूद Claude-विशिष्ट निर्देश सुरक्षित रखें:

@AGENTS.md

Claude का मेमोरी दस्तावेज़ साझा फ़ाइल के इस इस्तेमाल का समर्थन करता है। नया सेशन शुरू करें और /context चलाएँ। पुष्टि करें कि Memory files में CLAUDE.md दिखता है।

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

काम चलाने का परिवेश फिर बनाएँ

एक्सपोर्ट की गई सेटअप स्क्रिप्ट नए टूल के रनटाइम और चलने के चरणों के अनुसार ढालें। चलाने से पहले कार्य-डायरेक्टरी, रनटाइम संस्करण, पैकेज रजिस्ट्री, सीक्रेट की पहुँच और सेवाएँ जाँचें।

Claude Code के क्लाउड सेशन के लिए परिवेश संपादक खोलें और Setup script चुनें। समीक्षा की गई स्क्रिप्ट लोड करने के लिए Choose file इस्तेमाल करें। क्लाउड परिवेश की गाइड सेटअप के चरण समझाती है। सेटअप स्क्रिप्ट के दौरान सेशन के लिए कॉन्फ़िगर किए गए परिवेश चर अभी सेट नहीं होते। इसलिए Jules जैसी ही चर-पहुँच मानकर न चलें।

Codex Cloud के लिए मौजूदा क्लाउड परिवेश गाइड के अनुसार अपनी GitHub रिपॉज़िटरी का परिवेश बनाएँ। समीक्षा किए गए स्थापना और टेस्ट कमांड दें। निर्भरताओं के लिए Install script और सेवाएँ शुरू करने के लिए Start skill इस्तेमाल करें। तैयार परिवेश देखें, उसे प्रकाशित करें और नया काम शुरू करें।

स्थानीय Claude Code या OpenCode के लिए आवश्यक परिवेश अपनी मशीन या विकास कंटेनर, यानी devcontainer, में फिर बनाएँ। एक विकल्प है कि समीक्षा किए गए स्थापना कमांड .devcontainer/setup.sh में सहेजें। मौजूदा .devcontainer/devcontainer.json में postCreateCommand का मान bash .devcontainer/setup.sh रखें। Development Containers का संदर्भ बताता है कि यह कमांड कब चलता है।

नए परिवेश की सीक्रेट सेटिंग के ज़रिए गुप्त मान स्थानांतरित करें। env-variables.json को प्रोजेक्ट निर्देशों में कॉपी न करें और सेटअप स्क्रिप्ट के साथ कमिट न करें।

अंत में, वापस मिली टेस्ट कमांड नए परिवेश में चलाएँ। एप्लिकेशन कोड बदलने का काम एजेंट को देने से पहले सेटअप की त्रुटियाँ ठीक करें।

पहले हाथ से चलाएँ, फिर निर्धारित समय वाले काम बनाएँ

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

Claude Code के क्लाउड में निर्धारित समय वाले काम 2026-11-01 तक प्रयोगात्मक चरण, यानी research preview, में हैं। ये Pro, Max, Ultra, Team और Enterprise प्लान में उपलब्ध हैं। संगठन के नियंत्रण भी लागू होते हैं।

Claude के निर्धारित कामों का पेज खोलें और New task चुनें। कुछ अकाउंट में New routine दिखता है। प्रॉम्प्ट भरें, रिपॉज़िटरी और क्लाउड परिवेश चुनें, फिर समय-सारणी तय करें। Run now चलाएँ और उसके बाद History देखें। इसके लिए निर्धारित कामों की गाइड का पालन करें।

Codex से जुड़े स्थानीय कामों के लिए ChatGPT डेस्कटॉप ऐप में Scheduled इस्तेमाल करें। मौजूदा शेड्यूलिंग दस्तावेज़ के अनुसार, स्थानीय फ़ाइलों की ज़रूरत वाले काम के समय कंप्यूटर और ऐप चालू रहने चाहिए। Codex CLI में Scheduled प्रबंधन इंटरफ़ेस नहीं है। इस शर्त को Codex Cloud पर चलने वाले कामों से अलग समझें।

OpenCode 2 के आधिकारिक CI उदाहरण में स्टैंडअलोन मोड और CI सीक्रेट से दिए गए प्रोवाइडर क्रेडेंशियल इस्तेमाल होते हैं। OpenCode 2 और चुने गए प्रोवाइडर/मॉडल को कॉन्फ़िगर करने के बाद यह पहली जाँच कर सकते हैं:

opencode run --standalone "Read AGENTS.md and identify the setup and test commands. Do not edit files."

यह प्रॉम्प्ट फ़ाइलों में बदलाव किए बिना निर्देश पढ़कर सेटअप और टेस्ट कमांड पहचानने को कहता है। प्रक्रिया के आउटपुट में जवाब देखें। GitHub Actions में पहले हाथ से चलाने के लिए workflow_dispatch रखें, फिर schedule ट्रिगर जोड़ें। GitHub ने दोनों को अपने वर्कफ़्लो इवेंट संदर्भ में समझाया है। निर्धारित समय वाले वर्कफ़्लो डिफ़ॉल्ट ब्रांच से चलते हैं।

बिना निगरानी बदलाव चालू करने से पहले OpenCode 2 की अनुमतियों में हुए बदलावों की समीक्षा करें। पुष्टि करें कि काम आवश्यक कार्रवाइयाँ कर सकता है और किसी अप्रत्याशित इंटरैक्टिव अनुमति पर नहीं अटकेगा।

नया काम जाँच में सही मिलने पर पुराना आवर्ती काम बंद करें। एक ही काम के लिए दोनों समय-सारणियाँ साथ न चलाएँ। शुरुआती कुछ रन में दोहरे बदलाव, बार-बार आने वाली त्रुटियाँ और अप्रत्याशित खपत देखें।

Jules की जगह कौन-सा विकल्प चुनें?

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

ये सुझाव 2026-11-01 तक दस्तावेज़ों में बताई गई क्षमताओं पर आधारित हैं:

आपकी ज़रूरतपहले क्या आज़माएँकिस स्थिति में चुनाव बदलें
दोबारा इस्तेमाल होने वाले परिवेश के साथ होस्टेड रिपॉज़िटरी कामCodex Cloudअगर होस्टेड परिवेश आवश्यक सेवाओं तक नहीं पहुँच सकता या बिल्ड दोहरा नहीं सकता, तो अपने नियंत्रण वाला रनर देखें
प्रबंधित आवर्ती कोडिंग कामClaude Code के क्लाउड सेशन और क्लाउड में निर्धारित समय वाले कामअगर प्रीव्यू की उपलब्धता या संगठन की नीति शेड्यूलिंग रोकती है, तो अनुमोदित CI तरीका इस्तेमाल करें
मॉडल पहुँच और काम चलाने पर नियंत्रणअपने CI रनर में OpenCode 2अगर वर्कफ़्लो सेटअप, क्रेडेंशियल और अनुमतियाँ संभालना नहीं चाहते, तो होस्टेड एजेंट चुनें
Google के टूल वाली मौजूदा विकास मशीन तक दूरस्थ पहुँचAntigravity Remote Controlदस्तावेज़ में बताई गई बैकग्राउंड प्रक्रिया के लिए होस्ट मशीन चालू रहनी चाहिए। यह स्वीकार्य न हो तो होस्टेड निष्पादन चुनें

Antigravity का दस्तावेज़ में बताया गया Remote Control तरीका आपकी मशीन पर चलता है। Google की उत्पाद दिशा को Jules के होस्टेड परिवेश का विकल्प मानने से पहले इसी वास्तविक व्यवस्था को परखें।

CLI वाले तरीके के लिए BetterToken ने Claude Code और OpenCode के API कनेक्शन दस्तावेज़ दिए हैं। मॉडल की इस पहुँच को हर टूल के अकाउंट, होस्टेड निष्पादन और शेड्यूलिंग की शर्तों से अलग रखें।

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

माइग्रेशन पूरा करने से पहले एक काम जाँचें

स्पष्ट अपेक्षित परिणाम वाला सीमित बदलाव चुनें। विकल्प को परखते समय वही रिपॉज़िटरी रिविज़न, सेटअप की ज़रूरतें और टेस्ट कमांड इस्तेमाल करें।

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

बदलाव और टेस्ट के परिणाम उनकी मूल प्रणालियों में सत्यापित करने के लिए एजेंट का काम पूरा होने की जाँच-सूची इस्तेमाल करें।

अंतिम Jules सेशन के बाद नया एक्सपोर्ट बनाएँ और फिर उसकी जाँच करें। निजी आर्काइव, समीक्षा किए गए प्रोजेक्ट निर्देश और नए काम के परिणाम का प्रमाण अपने माइग्रेशन रिकॉर्ड में साथ रखें।

अपना LLM वर्कफ़्लो बेहतर बनाना चाहते हैं?

एक API से मॉडल जोड़ें, कुंजियाँ प्रबंधित करें और AI खर्च नियंत्रित करें।

मुफ़्त शुरू करें