Claude Code के क्लाउड सेशन को डेवलपमेंट का काम सौंपते हुए भी प्रोडक्शन में घुसने का कोई नया रास्ता नहीं खुलता, बशर्ते क्लाउड सिर्फ़ एक GitHub रिपॉज़िटरी को छू सके और आपका प्रोडक्शन सर्वर उसी रिपॉज़िटरी से सिर्फ़ pull करे। लेकिन यहाँ तक पहुँचने में मैं कई बार अटका। यह लेख मेरा (इस साइट के संचालक का) रिकॉर्ड है: 4 अक्टूबर 2026 को एक अलग डेवलपमेंट प्रोजेक्ट पर क्लाउड सेशन इस्तेमाल करना शुरू करने का अनुभव, जिसे आधिकारिक डॉक्यूमेंटेशन के मूल पाठ से दोबारा मिलाया गया है।

क्लाउड किसे छू सकता है

सिर्फ़ एक GitHub रिपॉज़िटरी

Claude GitHub App को "Only select repositories" (सिर्फ़ चुनी हुई रिपॉज़िटरी) के साथ इंस्टॉल करें और उसे सिर्फ़ यही एक रिपॉज़िटरी दें।

प्रोडक्शन सर्वर

सिर्फ़ pull

प्रोडक्शन read-only key से कोड लाता है। न क्लाउड को और न GitHub को प्रोडक्शन की कोई key मिलती है।

क्लाउड एनवायरनमेंट

हर प्रोजेक्ट के लिए नया

जो भी किसी एनवायरनमेंट का इस्तेमाल करता है, वह उसके एनवायरनमेंट वेरिएबल पढ़ सकता है। उनमें सीक्रेट न रखें।

स्रोत: Use Claude Code in the cloud और Configure cloud environments। 4 अक्टूबर 2026 को जाँचा गया। यह कैसे काम करता है, शुरुआत कैसे करें और कीमत के लिए "Claude Code के क्लाउड सेशन क्या हैं?" देखें।

विषय-सूची

1. प्रोडक्शन को सुरक्षित रखने वाला सेटअप: प्रोडक्शन सिर्फ़ pull करता है

मेरी सबसे बड़ी चिंता यह थी कि GitHub के ज़रिए काम करने से प्रोडक्शन सर्वर में घुसने का एक और रास्ता बन जाएगा। मैंने नीचे वाला सेटअप चुना (यह मेरी अपनी पसंद है, कोई आधिकारिक सिफ़ारिश नहीं)। तीर उस दिशा को दिखाते हैं जिसमें डेटा लाया जाता है।

  • क्लाउड सेशन कोड लिखता है और ब्रांच push करता है (प्रोडक्शन में नहीं घुस सकता)
  • →push
  • प्राइवेट GitHub रिपॉज़िटरी वह इकलौती रिपॉज़िटरी जिस पर App इंस्टॉल है
  • ←fetch
  • प्रोडक्शन सर्वरread-only deploy key से pull करता है; डिप्लॉय इंसान चलाता है
Keyप्रोडक्शन पर उसी रिपॉज़िटरी के लिए समर्पित read-only key (deploy key) रखें। GitHub के डॉक्यूमेंटेशन के अनुसार deploy key एक ही रिपॉज़िटरी की पहुँच देती है और डिफ़ॉल्ट रूप से read-only होती है।
जो मैं नहीं करताऑटोमैटिक डिप्लॉय के लिए मैं GitHub Actions को प्रोडक्शन की key नहीं देता। इससे प्रोडक्शन में घुसने का एक और रास्ता जुड़ जाता।
डिप्लॉयइंसान इसे हाथ से चलाता है। प्रोडक्शन की तरफ़ की एक स्क्रिप्ट नया कोड pull करती है, उसे build करती है और बदल देती है। अगर यह फ़ेल हो जाए, तो चल रहा वर्शन अपनी जगह बना रहता है।

शुरू में मैंने किसी दूसरी रिपॉज़िटरी की key दोबारा इस्तेमाल करने की कोशिश की, और GitHub ने "Key is already in use" (key पहले से इस्तेमाल में है) कहकर उसे ठुकरा दिया। GitHub के डॉक्यूमेंटेशन के अनुसार यह तब दिखता है जब key पहले से किसी दूसरे अकाउंट या रिपॉज़िटरी में दर्ज हो। चूँकि हर रिपॉज़िटरी की अपनी key होती है, इसलिए key लीक होने पर सिर्फ़ वही एक रिपॉज़िटरी खुलती है।

2. GitHub के बिना शुरू करने पर क्या भेजा जाता है

मैं आम तौर पर अपना कोड अपने सर्वर की एक git रिपॉज़िटरी में रखता हूँ, इसलिए शुरू में मैंने GitHub के बिना क्लाउड सेशन इस्तेमाल करने के बारे में सोचा। आधिकारिक डॉक्यूमेंटेशन के अनुसार, जब आप claude --cloud "task description" चलाते हैं, मसलन ऐसी रिपॉज़िटरी में जिसका कोई remote नहीं है, तो आपकी लोकल रिपॉज़िटरी एक bundle में पैक होकर क्लाउड को भेजी जाती है। भेजी जाने वाली चीज़ें ये हैं।

हिस्ट्रीहर ब्रांच की हिस्ट्री। जो फ़ाइल आपने कभी commit की थी और बाद में डिलीट कर दी, वह भी भेजी जाती है, जब तक वह हिस्ट्री में मौजूद है।
बिना commit किए बदलावgit द्वारा ट्रैक की जा रही फ़ाइलों के बिना commit किए बदलाव।
नहीं भेजा जातावे फ़ाइलें जिन्हें git ट्रैक नहीं करता (ज़रूरत हो तो उन्हें git add करें)।

macOS, Linux, WSL

सीक्रेट जैसे नाम लोकल ही रहते हैं

.env, *.tfvars, id_rsa या *.pem जैसे नाम वाली फ़ाइलों के बिना commit किए बदलाव भेजे नहीं जाते, आपकी मशीन पर ही रहते हैं।

Windows (WSL नहीं)

नाम चाहे जो हो, भेजा जाता है

ट्रैक की गई फ़ाइलों के बिना commit किए बदलाव जैसे के तैसे भेजे जाते हैं। जो बदलाव आप भेजना नहीं चाहते, उन्हें शुरू करने से पहले stash या revert कर दें।

जोखिम वाले मामले ये हैं: जब आप सीक्रेट वाली किसी फ़ाइल को git में ट्रैक करते हैं और उसमें बदलाव किया है, और जब आपने अतीत में कभी सीक्रेट commit किए हों। .gitignore से बाहर रखी गई .env तो भेजी ही नहीं जाती।

एक बात और: आधिकारिक डॉक्यूमेंटेशन के अनुसार bundle से बना सेशन सिर्फ़ "repositories your GitHub connection has push access to" (उन रिपॉज़िटरी में जिन पर आपके GitHub कनेक्शन को push की पहुँच है) push कर सकता है। मुझे डॉक्यूमेंटेशन में नतीजों को सीधे किसी self-hosted, गैर-GitHub रिपॉज़िटरी में वापस भेजने का कोई तरीका नहीं मिला। प्रक्रिया का दस्तावेज़ लिखने तक पहुँचने के बाद मैंने हार मान ली और GitHub पर एक प्राइवेट रिपॉज़िटरी बना ली।

3. पाँच जगहें जहाँ मैं सच में अटका

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

1) रिपॉज़िटरी सूची में नहीं दिखती

लक्षणजो रिपॉज़िटरी मैंने अभी बनाई थी, वह सूची में नहीं थी। दिख रही थीं तो सिर्फ़ किसी दूसरे अकाउंट की टेस्ट रिपॉज़िटरी, जिन्हें मैंने पहले आज़माया था।
कारणclaude.ai से जुड़ा GitHub अकाउंट वह नहीं था जिसे मैं आम तौर पर इस्तेमाल करता हूँ। मैंने पहले एक अलग अकाउंट जोड़ा था और भूल गया था।
समाधानमैंने claude.ai/customize/connectors पर GitHub को डिस्कनेक्ट किया, ब्राउज़र में सही अकाउंट से दोबारा साइन इन किया और फिर से कनेक्ट किया। आधिकारिक डॉक्यूमेंटेशन कहता है कि डिस्कनेक्ट करने पर क्लाउड सेशन द्वारा इस्तेमाल किए जाने वाले GitHub क्रेडेंशियल हट जाते हैं।

2) GitHub App को कितने दायरे में इंस्टॉल करें

लक्षणकनेक्ट करने के बीच में पूछा जाता है कि Claude GitHub App को कितने दायरे में इंस्टॉल करना है। "All repositories" चुनने पर यह उस अकाउंट या ऑर्गनाइज़ेशन की हर रिपॉज़िटरी पर इंस्टॉल हो जाता है।
कारणमेरा अकाउंट एक क्लाइंट के प्रोजेक्ट वाले ऑर्गनाइज़ेशन से भी जुड़ा है, और मैं नहीं चाहता था कि Claude उसे छुए।
समाधानमैंने इसे सिर्फ़ अपनी कंपनी के ऑर्गनाइज़ेशन पर इंस्टॉल किया और "Only select repositories" से सिर्फ़ यही एक रिपॉज़िटरी चुनी। कुछ ऑर्गनाइज़ेशन में इंस्टॉलेशन के लिए ऑर्गनाइज़ेशन owner की मंज़ूरी ज़रूरी होती है।

3) जिन ऑर्गनाइज़ेशन में App नहीं है, उनकी रिपॉज़िटरी दिखती हैं

लक्षणदायरा सीमित करने के बाद भी सूची में किसी दूसरे ऑर्गनाइज़ेशन की कई रिपॉज़िटरी दिखीं।
कारणवे सभी पब्लिक रिपॉज़िटरी थीं। आधिकारिक डॉक्यूमेंटेशन की तालिका के अनुसार GitHub App से कनेक्ट करने पर "all public repositories, plus private repositories where the App is installed" (सभी पब्लिक रिपॉज़िटरी, और वे प्राइवेट रिपॉज़िटरी जहाँ App इंस्टॉल है) की पहुँच मिलती है।
समाधानकुछ करने की ज़रूरत नहीं। पब्लिक रिपॉज़िटरी तो पहले से कोई भी पढ़ सकता है, इसलिए कुछ नया उजागर नहीं होता। प्राइवेट रिपॉज़िटरी सिर्फ़ वहीं इस्तेमाल हो सकती हैं जहाँ App इंस्टॉल है।

4) पुराना क्लाउड एनवायरनमेंट अब भी मौजूद था

लक्षणमेरे क्लाउड एनवायरनमेंट (नेटवर्क एक्सेस सेटिंग, एनवायरनमेंट वेरिएबल और setup script रखने वाले सहेजे गए कॉन्फ़िगरेशन) में एक ऐसा था जो मैंने किसी दूसरे प्रोजेक्ट के लिए बनाया था, और वह अब भी मौजूद था।
कारणआधिकारिक डॉक्यूमेंटेशन के अनुसार, जो भी किसी एनवायरनमेंट का इस्तेमाल करता है, वह उसके एनवायरनमेंट वेरिएबल और setup script पढ़ सकता है। उसे दोबारा इस्तेमाल करें, तो पुराने मान नए प्रोजेक्ट से भी दिखेंगे।
समाधानमैंने इस प्रोजेक्ट के लिए नया एनवायरनमेंट बनाया और उसके एनवायरनमेंट वेरिएबल खाली छोड़े। नेटवर्क एक्सेस डिफ़ॉल्ट "Trusted" पर ही रहा। अगर API key चाहिए, तो Pro और Max पर आप उसे एनवायरनमेंट वेरिएबल की जगह "API credentials" में दर्ज कर सकते हैं, और सेशन key का मान नहीं पढ़ सकता (Team और Enterprise पर अभी उपलब्ध नहीं)।

5) मैंने लोकल फ़ाइल पढ़वाने की कोशिश की

लक्षणमैं अपने पहले निर्देश में लिखने ही वाला था कि "मेरे लोकल फ़ोल्डर का प्रक्रिया दस्तावेज़ पढ़ो"।
कारणक्लाउड सेशन आपके PC की फ़ाइलें नहीं देख सकता। आधिकारिक डॉक्यूमेंटेशन की तुलना-तालिका भी कहती है कि क्लाउड सेशन आपका लोकल कॉन्फ़िगरेशन इस्तेमाल नहीं करते; वे "only the repository" (सिर्फ़ रिपॉज़िटरी) इस्तेमाल करते हैं।
समाधानमैंने प्रोजेक्ट के नियम, सुरक्षा की ज़रूरतें और प्रोडक्शन के बुनियादी नियम सब पहले मैसेज में डाल दिए, और स्पेक अटैच कर दिया। बार-बार काम आने वाले नियम रिपॉज़िटरी की CLAUDE.md में लिखकर commit किए जा सकते हैं, ताकि हर बार लिखना न पड़े।

4. क्लाउड में परमिशन मोड कैसे अलग हैं

भेजने से ठीक पहले मैंने देखा कि परमिशन मोड "Accept edits" पर था। नाम से लगता है कि यह सबसे ज़्यादा आगे बढ़ने वाला मोड है, लेकिन आधिकारिक डॉक्यूमेंटेशन के अनुसार क्लाउड का Accept edits लोकल Claude Code के डिफ़ॉल्ट मोड (Manual) के बराबर है। क्लाउड में हर मोड में फ़ाइल एडिट पहले से मंज़ूर होते हैं, इसलिए डिफ़ॉल्ट मोड बस इसी नाम से दिखता है।

Accept edits

कमांड पर रुकता है

फ़ाइल एडिट अपने-आप हो जाते हैं। npm install, build और git push जैसी कमांड हर बार आपकी मंज़ूरी का इंतज़ार करती हैं।

Plan

पहले योजना

कुछ भी बदलने से पहले यह योजना बनाकर दिखाता है कि क्या करेगा।

Auto

खुद आगे बढ़ता रहता है

मंज़ूरी माँगने की जगह एक classifier (सुरक्षा जाँचने वाली व्यवस्था) हर कार्रवाई की समीक्षा करता है और आगे बढ़ता है। यह तभी दिखता है जब आपका ऑर्गनाइज़ेशन इसकी अनुमति दे और चुना गया मॉडल इसे सपोर्ट करे।

मैं चाहता था कि यह मेरे बिना काम करता रहे, इसलिए मैंने Auto चुना। ध्यान दें कि क्लाउड में सारी जाँचें छोड़ देने वाला मोड (bypass permissions) नहीं चुना जा सकता, और रिपॉज़िटरी की settings फ़ाइल में सेट होने पर भी उसे अनदेखा किया जाता है। हर मोड की विस्तृत तुलना के लिए "Claude Code के अनुमति मोड" देखें।

5. असल में कितना खर्च हुआ: एक निर्देश से $226

यह सब सेट करने के बाद मैंने Max प्लान के सीमित समय वाले क्रेडिट ($250) पर क्लाउड सेशन चलाया। पहले मैसेज में मैंने डिज़ाइन दस्तावेज़ और निर्देश सौंप दिए, परमिशन मोड Auto पर रखा। उसके बाद मैंने उससे एक बार भी बात नहीं की। बीच में मैंने usage स्क्रीन देखी, क्रेडिट जितनी तेज़ी से घट रहा था उससे चौंक गया, और उसे रुकने को कहा। रुकने के समय मेरे पास $24 क्रेडिट बचा था। अगर मैं न रोकता, तो यह पूरे $250 खत्म कर देता।

$226

इस्तेमाल हुआ क्रेडिट ($250 में से, $24 बचे)

676.7k

रोकने के समय कॉन्टेक्स्ट (1M का 68%)

86%

प्लान की साप्ताहिक सीमा का इस्तेमाल (सभी मॉडल)

स्रोत: मेरी Claude Code usage स्क्रीन (4 अक्टूबर 2026, Max 20x प्लान)। साप्ताहिक सीमा के 86% में क्लाउड के बाहर का इस्तेमाल भी शामिल है।

एक निर्देश से, रोके जाने तक क्लाउड ने कितना काम कर लिया था, वह यहाँ है (मेरे वर्क लॉग से)।

बुनियादएक वेब ऐप के लिए पूरी प्रोडक्ट बुनियाद (डिज़ाइन, जापानी/अंग्रेज़ी स्विचिंग, संपर्क फ़ॉर्म, एरर नोटिफ़िकेशन, sitemap, ऑफ़लाइन सपोर्ट वगैरह)।
फ़ीचरब्राउज़र में चलने वाले 41 टूल (टेक्स्ट, इमेज, PDF, स्प्रेडशीट वगैरह)।
टेस्ट695 यूनिट टेस्ट और 142 UI टेस्ट। सभी पास।
अन्यDocker build की जाँच, CI कॉन्फ़िगरेशन, प्रोडक्शन से जुड़े 3 बग के फ़िक्स, और एक हैंडऑफ़ दस्तावेज़।

यह इतनी तेज़ी से क्यों घटता है

खर्च इस बात से तय नहीं होता कि आप उससे कितनी बार बात करते हैं, बल्कि इससे कि Claude कितनी बार मॉडल को कॉल करता है और हर बार कितना कॉन्टेक्स्ट पढ़ता है। जब यह अपने-आप चलता है, तो हर फ़ाइल पढ़ना, फ़ाइल लिखना और टेस्ट चलाना एक कॉल बन जाता है, इसलिए बिना किसी बातचीत के भी कॉल सैकड़ों या हज़ारों तक पहुँच सकती हैं। आधिकारिक डॉक्यूमेंटेशन (Manage costs effectively) भी कहता है कि खर्च कॉन्टेक्स्ट के आकार के साथ बढ़ता है।

हर कॉल अब तक का कॉन्टेक्स्ट दोबारा पढ़ती है। caching के साथ भी पढ़ना मुफ़्त नहीं है: Opus 5.5 की cache read कीमत ($0.20 प्रति दस लाख टोकन) पर 5,00,000 टोकन एक बार पढ़ने का खर्च लगभग $0.10 है। इसे 1,000 बार दोहराएँ तो लगभग $100 (यह मेरा यूनिट कीमत से निकाला गया उदाहरण है; इस सेशन की असली कॉल संख्या या मॉडल के हिसाब से बँटवारा मैंने जाँचा नहीं है)। जो कोड और टेस्ट यह लिखता है, उनकी गिनती अलग से output कीमत पर होती है।

आधिकारिक डॉक्यूमेंटेशन में जहाँ तक मुझे मिला, क्रेडिट खर्च की सीमा तय करने की कोई सेटिंग नहीं है (--max-budget-usd सिर्फ़ non-interactive रन पर लागू होता है, और मासिक खर्च सीमा pay-as-you-go usage credits के लिए है)। रुकने का बिंदु तय करने के तरीके बस दो हैं: उसे अपने निर्देशों में लिखें या खुद रोकें। साथ ही, क्रेडिट खत्म होने के बाद क्लाउड सेशन लोकल इस्तेमाल की तरह ही आपके प्लान की साप्ताहिक सीमा पर चलते हैं। अगर साप्ताहिक सीमा कम बची हो और आप उतना ही बड़ा काम चलाएँ, तो आप सीमा तक पहुँच जाएँगे, लोकल Claude Code समेत।

बँटवारा: दोबारा पढ़ना और सबएजेंट

रोकने के बाद मैंने usage स्क्रीन पर विस्तृत बँटवारा खोला (ये आँकड़े पूरे सेशन के हैं, जिसमें रोकने के बाद लिखवाया गया सारांश भी शामिल है)।

8h 33m

मॉडल के काम करने का समय (मेरा खुद का समय 2m 24s)

99%

Opus का हिस्सा (Sonnet 1%)

63%

सबएजेंट का हिस्सा (general-purpose 34%, Agent 29%)

स्रोत: मेरी Claude Code usage स्क्रीन का सेशन व्यू (4 अक्टूबर 2026)। दिखाया गया खर्च: $231.09।

Cache reads24.25 करोड़ टोकन। यह अब तक की बातचीत को दोबारा पढ़ना है, और लगभग सारे टोकन इसी के हैं। Cache hit rate: 99%।
Cache writes14 लाख टोकन।
Input और output1,200 input टोकन और 10,700 output टोकन (स्क्रीन पर Opus 5.5 की पंक्ति में दिखाए अनुसार)।
स्क्रीन पर सुझावभावार्थ: हर सबएजेंट अपने अलग अनुरोध चलाता है; सरल सबएजेंट के लिए कम लागत वाले मॉडल पर विचार करें, या उनके प्रॉम्प्ट को कसें।

मैंने खुद सिर्फ़ 2 मिनट 24 सेकंड काम किया; बाकी 8 घंटे से ज़्यादा समय Claude अपने-आप काम करता रहा। उस पूरे समय मुख्य Opus बातचीत और सबएजेंट, जो खुद भी Opus पर चल रहे थे, लगातार लंबी होती बातचीत को बार-बार दोबारा पढ़ते रहे। जब मैंने क्लाउड सेशन से बँटवारे का हिसाब लगवाया, तो उसने बताया कि एक टूल पूरा करने में Sonnet सबएजेंट को लगभग 30 कार्रवाइयाँ और Opus सबएजेंट को 130 से 230 कार्रवाइयाँ लगीं (यह सेशन का अपना हिसाब है; मैंने हर एक को जाँचा नहीं)।

स्क्रीन पर दिखाया गया खर्च ($231.09) उस स्क्रीन को खोलते समय क्रेडिट में आई कमी ($250 → $18, यानी $232) के लगभग बराबर था। सेशन रोकते समय मेरे पास $24 बचे थे; यह स्क्रीन मैंने बाद में खोली, इसलिए तब तक बैलेंस थोड़ा और घट चुका था। आधिकारिक डॉक्यूमेंटेशन के अनुसार इस स्क्रीन का खर्च टोकन संख्या को लिस्ट कीमतों से गुणा करके निकाला गया अनुमान है। इसलिए यह मान लेना सुरक्षित लगता है कि क्रेडिट API की लिस्ट कीमतों पर कटता है (आधिकारिक डॉक्यूमेंटेशन यह साफ़ तौर पर नहीं कहता)।

अगर आप मॉडल तय नहीं करते, तो सबएजेंट मुख्य बातचीत वाला ही मॉडल इस्तेमाल करते हैं (आधिकारिक डॉक्यूमेंटेशन: "Create custom subagents")। मुख्य मॉडल Opus हो, तो थोक वाला काम भी Opus पर ही चलता है।

खर्च घटाने के तरीके (सबसे ज़्यादा असर वाले पहले)

  • 1. सबएजेंट को Sonnet पर चलाएँ अपने निर्देशों में "run subagents with model: sonnet" लिखें। CLAUDE_CODE_SUBAGENT_MODEL एनवायरनमेंट वेरिएबल से डिफ़ॉल्ट भी बदला जा सकता है (यह सीक्रेट नहीं है, इसलिए इसे एनवायरनमेंट में रखना ठीक है)।
  • 2. बातचीत छोटी रखें (/compact या नया सेशन) बातचीत जितनी छोटी, हर कार्रवाई उतनी सस्ती। अगर आप उसी विषय पर बने रहते हैं, तो /compact से सारांश बनाकर सेशन बदले बिना बातचीत छोटी हो जाती है (आप बता सकते हैं कि क्या रखना है, जैसे "keep the test results")। विषय बदलने पर, या लंबे विराम के बाद दोबारा शुरू करते समय, नया सेशन शुरू करें। अगर आप प्रगति को हैंडऑफ़ दस्तावेज़ में लिखवा लें, तो काम बाँटने पर कुछ नहीं खोता।
  • 3. रुकने का बिंदु पहले से तय करें"बुनियाद पूरी होने पर रुककर रिपोर्ट करो" या "लगभग $50 पर रुककर रिपोर्ट करो" जैसा कुछ लिखें (खर्च की सीमा की कोई सेटिंग नहीं है, इसलिए दायरा निर्देशों से तय करें)।
  • 4. इंटीग्रेशन का काम भी सौंपें टेस्टिंग, commit और push सबएजेंट को करने दें, ताकि लंबी और महँगी मुख्य बातचीत में कम काम हो।
  • 5. जाँच हल्की करेंUI टेस्ट सिर्फ़ अभी बने टूल के लिए चलाएँ, और पूरा टेस्ट सूट merge से पहले एक बार। स्क्रीनशॉट हर टूल के लिए एक बार डेस्कटॉप चौड़ाई पर और एक बार फ़ोन चौड़ाई पर लें।
  • 6. गैर-ज़रूरी काम तुरंत रोकें बीच में रोका गया सबएजेंट कोई नतीजा नहीं छोड़ता, और जो उसने इस्तेमाल किया वह वापस नहीं मिलता।

मोटे तौर पर 2 से 3 को समानांतर चलाएँ। क्लाउड सेशन के अपने आकलन के अनुसार समानांतर संख्या घटाने से सिर्फ़ समय बढ़ता है, कुल खर्च में ज़्यादा फ़र्क नहीं पड़ता। समानांतर संख्या से ज़्यादा अहम है हर बातचीत को छोटा और हर निर्देश को स्पष्ट रखना।

आधिकारिक डॉक्यूमेंटेशन के आधार पर, /compact और नए सेशन में से चुनने के बारे में मेरी सोच यह है। /compact सारांश बनाने के लिए पूरी बातचीत दोबारा पढ़ता है, लेकिन जब तक cache गर्म है, उस दोबारा पढ़ने का बड़ा हिस्सा cache से आता है, इसलिए यह उतना महँगा नहीं जितना बातचीत के आकार से लग सकता है ("Prompt caching")। लंबे समय तक निष्क्रिय रहने के बाद, cache की अवधि खत्म हो जाने पर, पूरी बातचीत बिना caching के दोबारा पढ़ी जाती है, जो महँगा पड़ता है। दूसरी ओर नया सेशन कुछ खर्च नहीं करता, लेकिन पहले का कुछ आगे नहीं ले जाता ("Manage costs effectively")। सारांश में बारीकियाँ छूट सकती हैं, इसलिए जो भी रखना हो उसे पहले किसी दस्तावेज़ में लिखवा लेना सुरक्षित है। ध्यान दें कि क्लाउड सेशन में /compact काम करता है लेकिन /clear नहीं; नया सेशन साइडबार से शुरू किया जाता है ("Claude Code on the web")।

अगले सेशन की शुरुआत में मैं कुछ इस तरह का मैसेज पेस्ट करता हूँ (प्रोजेक्ट का नाम छिपाकर)।

जहाँ छोड़ा था वहीं से आगे बढ़ाओ।
CLAUDE.md → docs/HANDOFF.md → docs/TODO.md पढ़ो और नियमों का पालन करो।
इस सेशन का विषय: XX
सबएजेंट model: sonnet के साथ चलाओ, एक साथ ज़्यादा से ज़्यादा 2-3।
$XX का बजट पूरा होने पर रुककर रिपोर्ट करो। रिपोर्ट हिंदी में दो।

क्लाउड सेशन में कॉन्टेक्स्ट के सारांश के लिए क्लाउड खुद CLAUDE_AUTOCOMPACT_PCT_OVERRIDE एनवायरनमेंट वेरिएबल सेट करता है, इसलिए इस वेरिएबल को अपने एनवायरनमेंट में जोड़ने का कोई असर नहीं होता। सारांश को पहले शुरू करवाने के लिए, जैसा आधिकारिक डॉक्यूमेंटेशन सलाह देता है, CLAUDE_CODE_AUTO_COMPACT_WINDOW या /autocompact इस्तेमाल करें।

6. शुरू करने से पहले की चेकलिस्ट

  • GitHub अकाउंट क्या claude.ai से जुड़ा अकाउंट वही है जिसे आप इस्तेमाल करना चाहते हैं?
  • App का दायरा क्या आपने "Only select repositories" से इसे सिर्फ़ ज़रूरी रिपॉज़िटरी पर इंस्टॉल किया है?
  • हिस्ट्री क्या अतीत में commit किए गए सीक्रेट अब भी रिपॉज़िटरी की हिस्ट्री में पड़े हैं?
  • एनवायरनमेंट क्या आपने इस प्रोजेक्ट के लिए नया बनाया है? क्या आप उसके एनवायरनमेंट वेरिएबल में सीक्रेट नहीं रख रहे?
  • प्रोडक्शन क्या आपने क्लाउड या GitHub से प्रोडक्शन में घुसने का कोई रास्ता बनाने से परहेज़ किया है (क्या प्रोडक्शन उसकी जगह pull करता है)?
  • नियम क्या आपने बार-बार काम आने वाले नियम रिपॉज़िटरी की CLAUDE.md में रखे हैं?
  • परमिशन मोड क्या आपने इसे चलने देने के लिए Auto चुना है, या हर कदम जाँचने के लिए Accept edits?

सारांश

प्रोडक्शन को सुरक्षित रखते हुए क्लाउड सेशन इस्तेमाल करने की बात तीन बिंदुओं पर आ जाती है: क्लाउड सिर्फ़ एक GitHub रिपॉज़िटरी को छूता है, प्रोडक्शन उससे read-only key के साथ pull करता है, और डिप्लॉय इंसान चलाता है। आप GitHub के बिना भी शुरू कर सकते हैं, लेकिन रिपॉज़िटरी हर ब्रांच की हिस्ट्री के साथ भेजी जाती है, और Windows पर ट्रैक की गई फ़ाइलों के बिना commit किए बदलाव उनके नाम चाहे जो हों, भेजे जाते हैं।

मैं असल में कहाँ अटका: कोई दूसरा GitHub अकाउंट जुड़ा था, App का दायरा, पीछे छूटा पुराना एनवायरनमेंट, लोकल फ़ाइलों का न दिखना, और "Accept edits" का हर कमांड पर रुकना। ऊपर की चेकलिस्ट इन सबको रोकती है।

खर्च की बात करें तो, अपने-आप चलाए गए एक निर्देश ने बीच में रुकने को कहने से पहले सीमित समय वाले क्रेडिट के $226 खर्च कर दिए। खर्च इस पर निर्भर नहीं करता कि आप उससे कितनी बार बात करते हैं, बल्कि कॉल की संख्या और कॉन्टेक्स्ट की लंबाई पर। बँटवारे में ज़्यादातर हिस्सा बातचीत को दोबारा पढ़ने से और मुख्य बातचीत वाले ही मॉडल पर चल रहे सबएजेंट से आया। सबएजेंट को Sonnet पर रखें, /compact या नए सेशन से बातचीत छोटी रखें, और अपने निर्देशों में रुकने का बिंदु लिखें।

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

Q. क्या मैं GitHub के बिना क्लाउड सेशन आज़मा सकता हूँ?

A. हाँ। claude --cloud "task description" आपकी लोकल रिपॉज़िटरी को bundle करके भेजता है। यह 100MB से कम होनी चाहिए और उसमें कम से कम एक commit होना चाहिए। हर ब्रांच की हिस्ट्री भेजी जाती है, और आधिकारिक डॉक्यूमेंटेशन में नतीजों को सीधे किसी गैर-GitHub रिपॉज़िटरी में वापस भेजने का कोई तरीका नहीं बताया गया है।

Q. जिन ऑर्गनाइज़ेशन में मैंने App इंस्टॉल नहीं किया, उनकी रिपॉज़िटरी सूची में दिखती हैं। क्या कुछ लीक हो रहा है?

A. अगर वे पब्लिक रिपॉज़िटरी हैं, तो नहीं। GitHub App से कनेक्ट करने पर क्लाउड सेशन सभी पब्लिक रिपॉज़िटरी इस्तेमाल कर सकते हैं, इसलिए वे विकल्प के रूप में दिखती हैं। प्राइवेट रिपॉज़िटरी सिर्फ़ वहीं इस्तेमाल हो सकती हैं जहाँ App इंस्टॉल है।

Q. क्या API key को एनवायरनमेंट वेरिएबल में रखना ठीक है?

A. मैं इसकी सलाह नहीं देता। आधिकारिक डॉक्यूमेंटेशन चेतावनी देता है कि जो भी किसी एनवायरनमेंट का इस्तेमाल करता है, वह उसके एनवायरनमेंट वेरिएबल पढ़ सकता है, और वहाँ सीक्रेट न रखने की सलाह देता है। Pro और Max पर आप इसकी जगह इसे "API credentials" में दर्ज कर सकते हैं, जिसका मान सेशन नहीं पढ़ सकता।

Q. मैंने "Accept edits" चुना, लेकिन यह हर कमांड पर रुकता है।

A. यह डिज़ाइन के अनुसार है। क्लाउड में हर मोड में एडिट की अनुमति है, इसलिए डिफ़ॉल्ट मोड "Accept edits" नाम से दिखता है। कमांड को बिना मंज़ूरी चलने देने के लिए Auto चुनें (यह तभी दिखता है जब आपका ऑर्गनाइज़ेशन इसकी अनुमति दे और मॉडल इसे सपोर्ट करे)।

Q. मैं उससे बात भी नहीं कर रहा, फिर भी क्रेडिट इतना क्यों घटता है?

A. क्योंकि खर्च इस बात से तय नहीं होता कि आप कितनी बार बोलते हैं, बल्कि इससे कि Claude कितनी बार मॉडल को कॉल करता है और हर बार कितना कॉन्टेक्स्ट पढ़ता है। जब यह अपने-आप चलता है, तो हर फ़ाइल पढ़ना, फ़ाइल लिखना और टेस्ट चलाना एक कॉल बन जाता है, और कॉन्टेक्स्ट बढ़ता रहता है। मेरे मामले में, एक निर्देश ने बीच में रोके जाने से पहले $226 खर्च कर दिए (सेक्शन 5)।

Q. क्या सीमित समय वाला क्रेडिट भी इस तरह इस्तेमाल हो सकता है?

A. हाँ। Pro और Max का क्रेडिट (Pro $100, Max $250) क्लाउड सेशन के इस्तेमाल पर अपने-आप लागू होता है, और जब तक यह बचा है, वह इस्तेमाल आपके प्लान की usage सीमाओं में नहीं गिना जाता। आप इसे अमेरिकी पैसिफ़िक समय के अनुसार 7 अक्टूबर तक क्लेम कर सकते हैं, और यह 4 नवंबर के अंत में (जापान समय के अनुसार 5 नवंबर, शाम 4:59 बजे) समाप्त हो जाता है। इसे Projects, Routines, Remote Control वगैरह के लिए इस्तेमाल नहीं किया जा सकता। विवरण के लिए आधिकारिक सपोर्ट लेख और "Claude Code के क्लाउड सेशन क्या हैं?" देखें।

स्रोत

सभी आधिकारिक स्पेसिफ़िकेशन 4 अक्टूबर 2026 को मूल पाठ से जाँचे गए। सेटअप का रिकॉर्ड मेरे एक प्रोजेक्ट पर एक बार के रन से है, और स्क्रीन पर दिखने वाली चीज़ें वर्शन और समय के साथ बदल सकती हैं।