विषय-सूची
- 1. अब फ़ोल्डर नहीं, एक अकेली बातचीत
- 2. नाम वही, पर यह पुराना Projects नहीं है
- 3. किसे मिल रहा है — कैसे जाँचें कि आप तक पहुँचा या नहीं
- 4. GitHub ज़रूरी है, और यहीं सबसे ज़्यादा लोग छँट जाते हैं
- 5. थ्रेड किस सामान के साथ शुरू होता है
- 6. टोकन में यह कितना महँगा पड़ता है
- 7. समानांतर काम के पाँच तरीक़ों में से चुनाव
- 8. पहला बैच भेजने से पहले क्या कर लें
- FAQ
17 सितंबर 2026 को Anthropic ने घोषणा की कि उसने Claude Code में Projects को नए सिरे से बनाया है। नाम अपने आप में नया नहीं है। claude.ai chat उसी शब्द से उस डिब्बे को बुलाता आया है जिसमें बातचीत और संदर्भ फ़ाइलें एक साथ रखी जाती हैं। नया Projects वही नाम रखता है और उसके पीछे की हर चीज़ बदल देता है। आधिकारिक ब्लॉग पोस्ट का उपशीर्षक अपने आप में पूरा जवाब है: "फ़ोल्डर से बातचीत की ओर"।
एक वाक्य में कहें तो बदलाव यह है कि काम बाँटने की ज़िम्मेदारी आपसे हटकर Claude के पास चली गई है। आप बातचीत में एक फ़रमाइश डालते हैं, Claude उसे "थ्रेड" में बाँट देता है, थ्रेड क्लाउड में समानांतर चलते हैं, और हर थ्रेड काम ख़त्म होते ही एक पुल रिक्वेस्ट खोलकर रिपोर्ट कर देता है। लैपटॉप बंद कर देने से वे रुकते नहीं।
पर कूदने से पहले तीन बातें जाँच लेने लायक़ हैं: इसे चला सकने वाले अकाउंट अब भी सीमित हैं, व्यवहार में GitHub अनिवार्य है, और यह आपकी उपयोग-सीमा जिस रफ़्तार से खाता है वह किसी अकेले सेशन जैसी नहीं है। यह लेख प्राथमिक स्रोतों — Claude Code के दस्तावेज़ और आधिकारिक ब्लॉग — पर लौटकर देखता है कि आप इसे इस्तेमाल कर सकते हैं या नहीं, और कर सके तो होता क्या है।
छोटा जवाब: Projects के तीन चेहरे
स्रोत: Claude Code दस्तावेज़, "Let Claude coordinate ongoing work with Projects"
काम Claude बाँटता है
एक बातचीत, कई थ्रेड
जो चाहिए वह लिख दीजिए, Claude जितने थ्रेड ज़रूरी हों खोल देता है और फिर उन पर नज़र भी रखता है
बंद करने के बाद भी चलता रहता है
थ्रेड क्लाउड में रहते हैं
वे आपकी मशीन पर नहीं, क्लाउड में चलते हैं। फ़ोन से झाँककर दिशा भी दे सकते हैं
बदले में जो चुकाना पड़ता है
GitHub ज़रूरी, बजट एक ही
सिर्फ़ github.com। खपत उसी बटुए से जाती है जिससे आपके बाक़ी सेशन
1. अब फ़ोल्डर नहीं, एक अकेली बातचीत
नया Projects दो हिस्सों से बना है: प्रोजेक्ट बातचीत, जहाँ Claude समन्वयक की भूमिका निभाता है, और वे थ्रेड जो यह बातचीत शुरू करती है।
बातचीत एक लंबी चलने वाली सेशन है। आप जो भेजते हैं उसे वह पढ़ती है, जहाँ सिर्फ़ जवाब काफ़ी हो वहाँ मौक़े पर ही जवाब दे देती है, और जो भी चीज़ काम बनती है उसे काटकर एक थ्रेड में डाल देती है। उन थ्रेड के भीतर क्या चल रहा है, यह वह नहीं देख रही होती। उसे सिर्फ़ वही दिखता है जो थ्रेड रिपोर्ट करते हैं।
काम थ्रेड में होता है। हर थ्रेड अपनी अलग क्लाउड सेशन है, अपनी कॉन्टेक्स्ट विंडो के साथ। वह अपनी ब्रांच पर काम करता है, ज़रूरत पड़ने पर पुल रिक्वेस्ट खोलता है, और पूरा होने पर बातचीत को रिपोर्ट करता है। दस्तावेज़ बताते हैं कि थ्रेड की स्थितियाँ Overview नाम की एक सूची में इस तरह क़तार में लगती हैं।
Overview की छह स्थितियाँ
Ready for review
PR खुला है और आपकी समीक्षा का इंतज़ार कर रहा है
Waiting on you
उसे जवाब या मंज़ूरी चाहिए, या वह नाकाम हो गया
Working
अब भी चल रहा है
Landing
PR मंज़ूर हो चुका है, या मर्ज क़तार में खड़ा है
Idle
पूरा हो गया, और किसी चीज़ का इंतज़ार नहीं
Resolved
निपटकर फ़ाइल हो गया। एक हफ़्ते तक कोई हलचल न हो तो थ्रेड अपने आप यहाँ आ जाता है
यहाँ पकड़ने लायक़ बात यह है कि समानांतर काम करना नया हिस्सा नहीं है। Claude Code में सबएजेंट, agent view, एजेंट टीम और डायनामिक वर्कफ़्लो पहले से थे। Projects जो जोड़ता है वह समानांतरता नहीं, दो दूसरी चीज़ें हैं: रूटिंग और निगरानी अब आपको ख़ुद नहीं करनी पड़ती, और मशीन बंद करने पर काम ग़ायब नहीं होता। दस्तावेज़ भी यही कहते हैं, साफ़ लिखते हुए कि समानांतर चलाना Projects का मक़सद नहीं है।
2. नाम वही, पर यह पुराना Projects नहीं है
उलझन इसलिए होती है कि claude.ai chat में भी "Projects" है। वह बातचीत और फ़ाइलों का डिब्बा है — न थ्रेड, न समन्वयक। एक जैसा नाम ग़लतफ़हमी को न्योता देता है, पर दस्तावेज़ उन्हें अलग-अलग फ़ीचर मानते हैं।
| तुलना | पुराना Projects (chat, Cowork) | नया Projects (Claude Code) |
|---|---|---|
| असल में है क्या | बातचीत और संदर्भ फ़ाइलों का फ़ोल्डर | समन्वयक वाली एक बातचीत, साथ में थ्रेड का समूह |
| काम कौन करता है | जो बातचीत आपने खोली | Claude के शुरू किए थ्रेड (क्लाउड सेशन) |
| मशीन बंद करने पर | रुक जाता है | चलता रहता है |
| हाथ में क्या आता है | बातचीत के भीतर एक जवाब | ब्रांच, पुल रिक्वेस्ट, Library टैब पर फ़ाइलें |
| आगे क्या होगा | फ़िलहाल जैसा चलता है वैसा चलता रहेगा | रोलआउट फैलने के साथ पुराने प्रोजेक्ट अपग्रेड होंगे |
💡 उसी नाम वाला एक तीसरा फ़ीचर: टर्मिनल के Claude Code में claude project कमांड किसी वर्किंग डायरेक्टरी की लोकल स्थिति संभालती है, और इस लेख वाले Projects से उसका नाम के सिवा कुछ भी साझा नहीं। दस्तावेज़ ख़ास तौर पर लिखकर बताते हैं कि दोनों का "आपस में कोई संबंध नहीं" है।
3. किसे मिल रहा है — कैसे जाँचें कि आप तक पहुँचा या नहीं
19 सितंबर 2026 तक यह चरणों में निकलने वाला पब्लिक बीटा है। शर्तें काफ़ी ब्योरे से लिखी हुई हैं, इसलिए यहाँ लगभग जस की तस दी जा रही हैं।
रोलआउट की जाँच-सूची
✅ प्लान
सिर्फ़ Pro और Max। Team और Enterprise अभी शामिल नहीं हैं
✅ क़तार में सबसे आगे
वे अकाउंट जिन्होंने क्लाउड सेशन चलाई है और जिनके chat या Cowork में पहले से प्रोजेक्ट नहीं हैं
✅ कहाँ देखें
claude.ai/code का साइडबार, या डेस्कटॉप ऐप का Code टैब। मोबाइल ऐप भी चलता है
❌ कहाँ नहीं चलता
आपके टर्मिनल का CLI। Amazon Bedrock, Google Cloud Agent Platform या Microsoft Foundry के रास्ते पहुँच भी बाहर है
दूसरी शर्त सबसे आसानी से छूट जाती है। chat की तरफ़ आपने जितने ज़्यादा पुराने प्रोजेक्ट जमा कर रखे हैं, नया Projects आप तक उतनी ही देर से पहुँचेगा। आधिकारिक ब्लॉग कहता है कि मौजूदा प्रोजेक्ट फ़िलहाल चलते रहेंगे और रोलआउट फैलने के साथ अपग्रेड हो जाएँगे। यानी पहला नंबर भारी इस्तेमाल करने वालों का नहीं है: पहले उन अकाउंट की बारी है जिनका पन्ना ख़ाली है।
अगर यह आपके साइडबार में नहीं है, तो आपकी बारी अभी नहीं आई। ऐसे में आप वेटलिस्ट में नाम दर्ज करा सकते हैं। सही जगह देखना भी सुनने से ज़्यादा मायने रखता है: यह Code की तरफ़ दिखता है — claude.ai/code के साइडबार में या डेस्कटॉप ऐप के Code टैब में। chat का साइडबार आप जितना भी छान लें, वहाँ जो मिलेगा वह पुराना Projects है।
4. GitHub ज़रूरी है, और यहीं सबसे ज़्यादा लोग छँट जाते हैं
व्यवहार में सबसे ज़्यादा यही शर्त काटती है। थ्रेड सिर्फ़ उसी कोड को छू सकता है जो github.com पर है, और उस रिपॉज़िटरी पर Claude GitHub App इंस्टॉल होना चाहिए। दस्तावेज़ शर्तें इस तरह गिनाते हैं।
- कोड github.com पर हो। GitHub Enterprise Server, GitLab और Bitbucket बाहर हैं
- जुड़े हुए GitHub अकाउंट के पास उस रिपॉज़िटरी पर push की अनुमति हो
- उस रिपॉज़िटरी पर Claude GitHub App इंस्टॉल हो।
/web-setupसे जोड़ा हुआ टोकन दूसरी क्लाउड सेशन के लिए चल जाता है, पर प्रोजेक्ट थ्रेड के लिए काफ़ी नहीं है - किसी संगठन की रिपॉज़िटरी पर इंस्टॉलेशन सिर्फ़ संगठन का मालिक पूरा कर सकता है (बाक़ी किसी के लिए मंज़ूरी की दरख़्वास्त भर दर्ज होती है)
यानी अपने git सर्वर या शेयर्ड होस्टिंग पर पड़ी बेयर रिपॉज़िटरी से काम करने वाला अकेला डेवलपर फ़िलहाल दायरे से बाहर है। यही बात कॉरपोरेट VPN के पीछे बैठे API, आपके लैपटॉप के डेटाबेस, डिवाइस एमुलेटर या SSH से पहुँचने वाले प्रोडक्शन सर्वर पर भी लागू होती है: थ्रेड आपकी मशीन के बाहर रहते हैं, इसलिए इनमें से किसी को छू नहीं सकते।
⚠️ एक रास्ता निकलता है, पर वह Projects के लिए नहीं है: आम क्लाउड सेशन में आप CCR_FORCE_BUNDLE=1 सेट करके ग़ैर-GitHub रिपॉज़िटरी को लोकल बंडल की तरह ऊपर भेज सकते हैं। पर जैसा दस्तावेज़ साफ़ लिखते हैं, नतीजे उस रिमोट पर वापस push नहीं किए जा सकते। प्रोजेक्ट थ्रेड GitHub App मानकर चलते हैं, इसलिए यह रास्ता सिर्फ़ Claude को पढ़ने देने भर के लिए ठीक है।
तो क्या GitHub न इस्तेमाल करने वालों के लिए कुछ भी नहीं बचता? पूरी तरह नहीं। प्रोजेक्ट बिना किसी रिपॉज़िटरी के भी बनाया जा सकता है। कॉन्ट्रैक्ट का फ़ोल्डर या सपोर्ट टिकट का एक्सपोर्ट अपलोड करना, किसी थ्रेड को "इनमें सबसे ज़्यादा बार आने वाली दस इंटीग्रेशन ग़लतियाँ गिनाओ" जैसा काम देना और नतीजा Library टैब से उठा लेना — यह इस्तेमाल दस्तावेज़ ख़ुद गिनाते हैं। आपकी अपलोड की हुई फ़ाइलें थ्रेड के भीतर /mnt/project-files पर पढ़ी जा सकती हैं।
अगर काम कोड का है और उसे आपका अपना माहौल चाहिए, तो जिस चीज़ की ओर हाथ बढ़ाना है वह है agent view में लोकल सेशन साथ-साथ चलाना। वह आपकी अपनी मशीन पर चलता है, इसलिए आपका VPN, आपका लोकल DB और आपका SSH — सब जस का तस काम करता है।
5. थ्रेड किस सामान के साथ शुरू होता है
थ्रेड हर बार शून्य से शुरू नहीं होता। वह उस कॉन्टेक्स्ट के साथ बूट होता है जो प्रोजेक्ट उसे देता है, और वह चार चीज़ें साथ ले जाता है।
- प्रोजेक्ट की रिपॉज़िटरी और फ़ाइलें — हर दर्ज रिपॉज़िटरी हर बार क्लोन होती है, चाहे काम उसे छूता हो या नहीं
- प्रोजेक्ट निर्देश — साझा हिदायतें जो हर थ्रेड तक पहुँचती हैं। सीमा 16,000 अक्षर है
- प्रोजेक्ट मेमोरी — वे नोट जो Claude अपने लिए लिखता है। शुरू होते ही वह
MEMORY.mdसूची पढ़ता है और ज़रूरत पड़ने पर अलग-अलग फ़ाइलें खोलता है - क्लाउड माहौल — कौन-से नेटवर्क ठिकाने खुले हैं, एनवायरनमेंट वेरिएबल, API क्रेडेंशियल, और पहले से इंस्टॉल किए हुए टूल
इस सामान में हादसा कराने की सबसे ज़्यादा गुंजाइश इस बात में है: रिपॉज़िटरी की कॉन्फ़िगरेशन फ़ाइलों के साथ बर्ताव इस पर निर्भर करता है कि प्रोजेक्ट में एक रिपॉज़िटरी है या कई। दस्तावेज़ की तालिका को सँवारने पर यह बनता है।
| रिपॉज़िटरी में क्या है | एक रिपॉज़िटरी वाला प्रोजेक्ट | कई रिपॉज़िटरी वाला प्रोजेक्ट |
|---|---|---|
CLAUDE.md | शुरू में पढ़ी जाती है | हर रिपॉज़िटरी से पढ़ी जाती है |
.claude/ की स्किल, एजेंट और कमांड | पढ़ी जाती हैं | हर रिपॉज़िटरी से पढ़ी जाती हैं |
प्लगिन (.claude/settings.json में चालू) | पढ़े जाते हैं | हर रिपॉज़िटरी से। टकराव होने पर प्रोजेक्ट सेटिंग जीतती है |
अनुमति नियम, हुक और env | लागू होते हैं | किसी भी रिपॉज़िटरी से लागू नहीं होते |
वजह सीधी है: अनुमतियाँ, हुक और एनवायरनमेंट वेरिएबल सिर्फ़ उसी डायरेक्टरी की .claude/settings.json से पढ़े जाते हैं जिसमें थ्रेड शुरू हुआ था। एक से ज़्यादा रिपॉज़िटरी होने पर थ्रेड क्लोन से एक स्तर ऊपर शुरू होता है, इसलिए किसी भी रिपॉज़िटरी की सेटिंग उस जगह नहीं बैठती जो पढ़ी जाती है। बस एक अतिरिक्त रिपॉज़िटरी जोड़ देना चुपचाप आपके हुक बंद कर देता है, और कोई आपको बताता तक नहीं। कई रिपॉज़िटरी वाले प्रोजेक्ट के लिए दस्तावेज़ की सलाह यह है कि साझा नियम प्रोजेक्ट निर्देशों में और एनवायरनमेंट वेरिएबल क्लाउड माहौल में रखें।
बात निकली है तो MCP की भी: थ्रेड जिन MCP सर्वर का इस्तेमाल कर सकता है वे आपके claude.ai अकाउंट के कनेक्टर हैं। सिर्फ़ आपकी मशीन पर इंस्टॉल किया MCP सर्वर उस तक कभी नहीं पहुँचता। और प्रोजेक्ट बातचीत के पास ख़ुद कोई कनेक्टर नहीं होता, इसलिए जिस काम को कनेक्टर चाहिए उसे बातचीत में पूछने के बजाय थ्रेड के पास भेजना पड़ता है।
6. टोकन में यह कितना महँगा पड़ता है
चालू करने से पहले ज़्यादातर लोगों के मन में यही सवाल होता है। दस्तावेज़ इस पर बेलाग हैं: प्रोजेक्ट आपकी सीमाओं को अकेली सेशन से तेज़ खाता है, और ख़ासकर Pro पर जिस दिन आप प्रोजेक्ट चलाएँ उस दिन सीमा जल्दी लगने की उम्मीद रखनी चाहिए। यह बढ़ोतरी कई चीज़ों के एक के ऊपर एक जमा होने से आती है।
टोकन खपत बढ़ने के पाँच रास्ते
स्रोत: Claude Code दस्तावेज़ (Projects / Costs)
① हर थ्रेड एक पूरी सेशन है
हर एक की अपनी कॉन्टेक्स्ट है। पाँच चल रहे हैं तो पाँच सेशन के बराबर
② बातचीत भी ख़र्च करती है
रिपोर्ट पढ़ना और अगला क़दम तय करना अपने अलग टोकन माँगता है
③ डिफ़ॉल्ट Opus का high है
नया प्रोजेक्ट थ्रेड के लिए Opus high एफर्ट और बातचीत के लिए Opus low से शुरू होता है
④ PR पर नज़र थ्रेड जगा देती है
हर नाकाम CI रन और हर समीक्षा टिप्पणी सोए हुए थ्रेड को जगाकर काम पर लगा देती है
⑤ रुकने के बाद दोबारा पढ़ना
कैश की मियाद (Pro और Max पर एक घंटा) बीत जाने के बाद थ्रेड से बात बढ़ाएँ तो वह बातचीत शुरू से दोबारा पढ़ता है
④ पर ख़ास ध्यान चाहिए। जब कोई प्रोजेक्ट थ्रेड पुल रिक्वेस्ट खोलता है, तो वह डिफ़ॉल्ट रूप से auto-fix चालू रखते हुए उस PR पर नज़र रखता है। आपने अपनी बाक़ी क्लाउड सेशन के लिए auto-fix बंद कर रखा हो, तब भी प्रोजेक्ट थ्रेड अलग से संभाले जाते हैं। वह नाकाम CI ठीक करेगा, समीक्षा टिप्पणियों का जवाब देगा और सब पास होने पर रिपोर्ट कर देगा — और बदले में जब तक आप उसे वहाँ छोड़े रखेंगे, तब तक वह आपकी खपत खाता रहेगा। रोकने के लिए उस थ्रेड से कहिए कि PR पर नज़र रखना बंद करे।
तो कितना ज़्यादा? Projects के लिए कोई गुणक प्रकाशित नहीं हुआ है, पर एजेंट टीम के लिए — जो एक ही काम को कई सेशन में बाँटने के उसी विचार पर चलती हैं — दस्तावेज़ आँकड़ा देते हैं कि साथी प्लान मोड में चलें तो यह एक मानक सेशन का लगभग सात गुना पड़ता है। समानांतर चलाना रफ़्तार ख़रीदने का तरीक़ा है, बचत करने का नहीं, और इतना दोनों में साझा है।
यह जान लेना भी काम का है कि ब्रेक कहाँ लगे हैं और वे कितना पकड़ते हैं।
- एक साथ कितने थ्रेड चलें, इस पर कोई सीमा नहीं है। आप कह सकते हैं "दो तक रखो", पर दस्तावेज़ साफ़ कहते हैं कि यह एक हिदायत है जिसे Claude निभाने की कोशिश करता है, कोई लागू होने वाली सेटिंग नहीं। इकलौती पक्की सीमा है दिन में 200 थ्रेड (सभी प्रोजेक्ट मिलाकर)
- जो थ्रेड आपकी उपयोग-सीमा से टकराता है वह अपने आप इंतज़ार करता है और सीमा रीसेट होते ही ख़ुद फिर चल पड़ता है। उसे छोड़ दीजिए तो वह बिना पूछे अगली खिड़की का ख़र्च शुरू कर देगा (रोकने के लिए थ्रेड पर Stop दबाएँ या प्रोजेक्ट रोक दें)। अपवाद है रूटीन से शुरू हुआ थ्रेड, जो इंतज़ार करने के बजाय एरर देकर रुक जाता है
- क्लाउड की वर्चुअल मशीनें ख़ुद कुछ अतिरिक्त नहीं लेतीं। बढ़ता सिर्फ़ टोकन है
- ख़ाली पड़ा प्रोजेक्ट — न कोई थ्रेड चल रहा, न किसी PR पर नज़र, न नया संदेश — कोई कोटा नहीं खाता
💡 कम ख़र्च करने के तरीक़े (दस्तावेज़ की सलाह)
- प्रोजेक्ट सेटिंग > General में थ्रेड के लिए मॉडल और एफर्ट स्तर घटाएँ
- नया थ्रेड शुरू करना पुराने को जगाने से सस्ता पड़ सकता है (कुछ दोबारा नहीं पढ़ना पड़ता)
- बातचीत से कहें कि "एक बार में कम थ्रेड चलाओ" और "छोटे सवालों का जवाब थ्रेड खोले बिना यहीं दे दो"
- प्रोजेक्ट सेटिंग > Usage आपका ख़र्च थ्रेड और मॉडल के हिसाब से तोड़कर दिखाती है
7. समानांतर काम के पाँच तरीक़ों में से चुनाव
Claude Code में अब काम समानांतर निपटाने के पाँच तरीक़े हैं। Projects उनमें से एक है, और बाक़ी से उसे जो अलग करता है वह है काम कौन बाँटता है और वह चलता कहाँ है। दस्तावेज़ की तुलना को इस तरह सजाएँ कि आप सचमुच कैसे चुनेंगे, तो यह बनता है।
| तरीक़ा | काम कौन बाँटता है | चलता कहाँ है | किसके लिए ठीक है |
|---|---|---|---|
| सबएजेंट | Claude, बातचीत के बीच में | आपकी मशीन | कोई अलग पड़ताल, जिससे आप मुख्य बातचीत भरना नहीं चाहते |
| agent view | आप | आपकी मशीन | स्वतंत्र काम, जिन्हें चलाकर छोड़ दें और ज़रूरत पड़ने पर ही भीतर झाँकें |
| एजेंट टीम | Claude, लीड की भूमिका में | आपकी मशीन | एक ही काम को कई कामगारों में बाँटना (प्रयोगात्मक, डिफ़ॉल्ट से बंद) |
| डायनामिक वर्कफ़्लो | एक स्क्रिप्ट | आपकी मशीन | बड़े ऑडिट और माइग्रेशन, जहाँ नतीजों को एक-दूसरे से मिलाना पड़ता है |
| Projects | Claude | क्लाउड | दिनों या हफ़्तों तक चलने वाला काम, जो मशीन बंद करने के बाद भी आगे बढ़ता रहे |
अपनी स्थिति के लिए रेखा खींचना मोटे तौर पर दो सवालों पर आकर टिकता है। क्या काम को आपका अपना माहौल चाहिए (लोकल DB, VPN, SSH)? अगर हाँ, तो Projects विकल्प ही नहीं है। क्या काम आज ही ख़त्म हो जाएगा? अगर हाँ, तो उसे क्लाउड पर ले जाने से ख़ास कुछ नहीं मिलता और agent view काफ़ी है। सबएजेंट और एजेंट टीम के फ़र्क़ के लिए एक अलग लेख दोनों की विस्तार से तुलना करता है।
8. पहला बैच भेजने से पहले क्या कर लें
दस्तावेज़ "अपने पहले बैच से पहले" करने लायक़ चार चीज़ें गिनाते हैं, और इनमें से हर एक बाद में सुधारने पर महँगी पड़ती है।
- प्रोजेक्ट निर्देश लिखें — किस ब्रांच से काटना है, किसी काम को पूरा कहने से पहले क्या चलाना है, किस चीज़ के लिए पहले आपकी मंज़ूरी चाहिए। आधिकारिक उदाहरण थ्रेड से कहता है कि जो चीज़ उस तक नहीं पहुँच रही, उसका नाम वह पहले ही संदेश में साफ़ बताए और वहीं रुक जाए — बदलकर, नक़ली बनाकर या अंदाज़ा लगाकर आगे न बढ़े।
- बिल्कुल एक असली काम भेजें, फिर उसे खोलकर पढ़ें — देखें कि वह रिपोर्ट कैसे करता है और ब्रांच पर सचमुच छोड़ क्या गया है
- मॉडल और एफर्ट स्तर पर दोबारा सोचें — डिफ़ॉल्ट Opus high को यूँ ही छोड़ देना सीमा फूँकने का सबसे तेज़ रास्ता है
- कहें कि "शुरू करने से पहले प्रस्ताव दो" और "एक बार में कुछ ही थ्रेड रखो" — कुछ दौर उम्मीद के मुताबिक़ लौट आएँ, तो ये छोड़ दें
एक बात और, कम चमकदार पर जानने लायक़। थ्रेड का सैंडबॉक्स दो बारी के बीच रुकता है और अगली बारी के लिए फिर चालू होता है। अगर वह फिर चालू न हो सके, तो काम एक ताज़ा क्लोन से दोबारा शुरू होता है, यानी बिना कमिट किए बदलाव खो सकते हैं। लंबे कामों में दस्तावेज़ की सिफ़ारिश यही है कि थ्रेड से कहें कि वह चलते-चलते कमिट और push करता रहे।
⚠️ auto-fix और टिप्पणी से चलने वाला ऑटोमेशन बुरा मेल हैं: auto-fix चालू वाला थ्रेड समीक्षा टिप्पणियों के थ्रेड में आपके GitHub अकाउंट से जवाब दे सकता है (वह बताता ज़रूर है कि लिखा Claude Code ने है)। जिन रिपॉज़िटरी में Atlantis, Terraform Cloud या issue_comment से चलने वाली GitHub Actions इस्तेमाल होती हैं, वहाँ एक टिप्पणी असली ऑपरेशन छेड़ सकती है — इसीलिए दस्तावेज़ वहाँ auto-fix बंद रखने की सिफ़ारिश करते हैं।
सारांश
नया Projects "समानांतर चलाने देने वाला फ़ीचर" नहीं, "समानांतर चलाने की झंझट आपके सिर से उतार लेने वाला फ़ीचर" है। बाँटना, पीछे पड़े रहना और हर बार वही कॉन्टेक्स्ट दोबारा समझाना — ये सब ग़ायब हो जाते हैं। अगर आपके पास ऐसा काम है जो चलता ही रहता है, वह github.com पर रहता है, और आप Pro या Max पर हैं, तो जोड़ बैठने की संभावना काफ़ी है।
दूसरी तरफ़ यह उस काम के लिए जिसे आपका अपना माहौल चाहिए, अपने git सर्वर के लिए, और आज ही निपट जाने वाले इकलौते कामों के लिए ठीक नहीं बैठता। और जो बात हर हाल में टिकी रहती है वह यह है कि समानांतरता टोकन ख़र्च करके रफ़्तार ख़रीदती है। डिफ़ॉल्ट Opus high है, एक साथ चलने वाले थ्रेड पर कोई लागू होने वाली सीमा नहीं है, और PR पर नज़र रखने वाले थ्रेड ख़ुद को जगा लेते हैं। इन तीन बातों को जाने बिना एक दिन प्रोजेक्ट चलाइए, और कोटा जिस तेज़ी से गिरेगा वह चौंका देगा। पहले सेटिंग घटाइए, थ्रेड की गिनती कम रखिए, और दायरा फैलाने से पहले एक ही चक्कर में इसकी आदत डाल लीजिए। भीतर आने का यही सबसे सुरक्षित रास्ता है।
प्रोजेक्ट में मिले शोध के नतीजों को ऐसे प्रस्ताव या प्रक्रिया दस्तावेज़ में बदलना चाहें जिसे बाद में फिर पढ़ सकें, तो Claude Docs की गाइड भी उपयोगी है। लगातार काम आगे बढ़ाने वाले Projects और दस्तावेज़ बनाने व एडिट करने वाले Docs को अपने उद्देश्य के अनुसार चुनें।
FAQ
Q. chat में मेरे पास जो प्रोजेक्ट पहले से हैं, उनका क्या होगा?
A. वे फ़िलहाल जैसे चलते हैं वैसे ही चलते रहेंगे। आधिकारिक ब्लॉग कहता है कि मौजूदा Pro और Max प्रोजेक्ट इस्तेमाल लायक़ बने रहेंगे, और रोलआउट के chat तथा Cowork तक फैलने के साथ उन्हें अपग्रेड कर दिया जाएगा। पर ध्यान रहे कि नया Projects पहले उन अकाउंट तक जा रहा है जिनके पास कोई मौजूदा प्रोजेक्ट नहीं है, इसलिए आपने जितना ज़्यादा जमा कर रखा है, आपकी बारी उतनी ही देर से आएगी।
Q. क्या मैं इसे टर्मिनल के Claude Code से इस्तेमाल कर सकता हूँ?
A. नहीं। यह तीन जगह चलता है: claude.ai/code, डेस्कटॉप ऐप का Code टैब और मोबाइल ऐप। Amazon Bedrock, Google Cloud Agent Platform या Microsoft Foundry के रास्ते पहुँच भी दायरे से बाहर है। वैसे CLI की claude project कमांड एक अलग फ़ीचर है, जिसका नाम भर संयोग से मिलता-जुलता है।
Q. मैं GitHub इस्तेमाल नहीं करता। मेरे पास क्या विकल्प हैं?
A. सचमुच कोड चलाने के लिए फ़िलहाल दो हैं। रिपॉज़िटरी github.com पर रखें और Claude GitHub App इंस्टॉल करें, या agent view इस्तेमाल करें, जो आपकी अपनी मशीन पर चलता है। इसके अलावा बिना रिपॉज़िटरी वाला प्रोजेक्ट GitHub के बग़ैर भी बनाया जा सकता है: अपनी सामग्री अपलोड कीजिए, थ्रेड से उस पर शोध या मसौदा करवाइए, और नतीजे Library टैब से बटोर लीजिए।
Q. क्या Pro प्लान पर यह व्यावहारिक है?
A. हाँ, पर शुरू करने से पहले सेटिंग नीचे कर लीजिए। दस्तावेज़ ख़ुद चेतावनी देते हैं कि ख़ासकर Pro पर, जिस दिन आप प्रोजेक्ट चलाएँ उस दिन सीमा जल्दी लगने की उम्मीद रखें। नया प्रोजेक्ट डिफ़ॉल्ट रूप से थ्रेड को Opus high पर रखता है, इसलिए पहले उसे घटाइए, एक साथ चलने वाले थ्रेड की गिनती कम रखिए, और प्रोजेक्ट की Usage सेटिंग में असल ख़र्च देखते हुए दायरा फैलाइए।
