वे एजेंट जो आपके बिना भी काम करते रहते हैं
Claude को अपने आप चलने के लिए शेड्यूल कैसे करें
इस गाइड में Anthropic के Claude और Anthropic के Claude Code का ज़िक्र है। यह गाइड स्वतंत्र है, इसका Anthropic से कोई संबंध नहीं है और Anthropic इसका समर्थन नहीं करता।
इस हफ्ते ऐसे AI एजेंट्स के बारे में पोस्ट हर जगह दिखे, जो आपके लैपटॉप बंद करने के बाद भी काम करते रहते हैं, जिन्हें एक शेड्यूल, API कॉल, या GitHub इवेंट से शुरू किया जाता है। यह क्षमता काल्पनिक नहीं है। Anthropic के Claude और Anthropic के Claude Code आज ही इसे एक से ज़्यादा तरीकों से सपोर्ट करते हैं, यह इस पर निर्भर करता है कि आप यह काम असल में कहां होने देना चाहते हैं। यह गाइड खास तौर पर Claude Code के बारे में है, जो डेवलपर्स के लिए बना टूल है, न कि आम उपयोगकर्ताओं वाले चैट ऐप Claude के अलग शेड्यूल्ड टास्क फ़ीचर के बारे में। यह बताती है कि Claude Code सेशन का खुद शुरू होना असल में क्या मतलब रखता है, इस हफ्ते लोग इसे सेट करने के लिए जो पांच तरीके अपना रहे हैं, और उन्हें आपकी देखरेख के बिना चलाने देने से पहले कौन-सी जांच करना समझदारी है।
Claude Code का कोई सेशन अपने आप चलने का मतलब है कि वह पहले से सेव किए गए प्रॉम्प्ट से खुद शुरू होता है, उस पर काम करता है, और उस पल किसी के भी टर्मिनल न खोले बिना नतीजा बताता है। Claude Code यह पांच तरीकों से करता है: आपकी मशीन पर अभी भी खुले सेशन के भीतर तेज़ी से जांच करने के लिए /loop, Anthropic के अपने इंफ्रास्ट्रक्चर पर चलने वाला एक लगातार चलने वाला क्लाउड टास्क बनाने के लिए /schedule, claude.ai/code पर एक क्लाउड सेशन जो आपके लैपटॉप बंद करने के बाद भी चलता रहता है, एक GitHub Actions वर्कफ़्लो जो रिपॉज़िटरी इवेंट या cron शेड्यूल पर Claude Code चलाता है, और cron, launchd, या Task Scheduler जैसा सामान्य ऑपरेटिंग सिस्टम शेड्यूलर जो कमांड लाइन से claude -p को कॉल करता है।
प्रकाशित
मुफ़्त पाठ · खाते की ज़रूरत नहींClaude से मिलेंClaude क्यों?6 मि॰मुफ़्त पाठ शुरू करेंमुख्य बातें
- अपने आप चलने का मतलब है कि Claude Code का सेशन पहले से सेव किए गए प्रॉम्प्ट से खुद शुरू होता है, उस पर काम करता है, और उस पल किसी के भी टर्मिनल न खोले बिना नतीजा बताता है।
- /loop आपकी अपनी मशीन पर खुले रखे गए सेशन के भीतर चलता है; /schedule इसके बदले Anthropic के अपने इंफ्रास्ट्रक्चर पर चलने वाला एक लगातार चलने वाला क्लाउड टास्क बनाता है, जिसे नाम बदलने से पहले Routine कहा जाता था।
- claude.ai/code पर एक क्लाउड सेशन, एक GitHub Actions वर्कफ़्लो, और claude -p को कॉल करने वाला आपके अपने कंप्यूटर का शेड्यूलर, कीबोर्ड के पास किसी के भी न होने पर Claude Code चलाने के तीन और तरीके हैं।
- /loop के पीछे के cron टूल्स तभी चलते हैं जब Claude Code आपकी मशीन पर खुला और निष्क्रिय हो; जिस भी काम को बंद लैपटॉप से आगे भी टिके रहना है, उसे इसके बदले /schedule, GitHub Actions, या आपके अपने OS शेड्यूलर का इस्तेमाल करना चाहिए।
- यहां दिए हर तरीके को, बिना देखरेख भरोसा करने से पहले एक जैसी जांच चाहिए: बारीकी से सीमित परमिशन, खर्च की एक सीमा, दिखाई देने वाला रन इतिहास, और भेजने, पैसे चुकाने, या मिटाने वाले किसी भी काम के लिए इंसान की मंज़ूरी का एक कदम।
एक नज़र में: Claude Code को बिना देखरेख चलाने के पांच तरीके
| तरीका | कहां चलता है | क्या आपकी मशीन चालू होनी चाहिए? | किसके लिए सबसे अच्छा |
|---|---|---|---|
| /loop | आपकी मशीन पर एक खुले सेशन के भीतर | हां, सेशन खुला रहना चाहिए | आज कुछ देखना, जैसे एक डिप्लॉय या पुल रिक्वेस्ट |
| /schedule | Anthropic का क्लाउड इंफ्रास्ट्रक्चर | नहीं | एक दोहराया जाने वाला काम जिसे बंद लैपटॉप के बाद भी टिकना है |
| क्लाउड सेशन (claude.ai/code) | Anthropic का क्लाउड इंफ्रास्ट्रक्चर | नहीं | एक बड़ा, एक बार का काम जिसे आप सौंपकर बाद में देखते हैं |
| GitHub Actions | GitHub द्वारा होस्ट किए गए रनर | नहीं | घड़ी के बजाय रिपॉज़िटरी इवेंट पर प्रतिक्रिया देना |
| OS शेड्यूलर + claude -p | आपकी अपनी मशीन या सर्वर | हां | शेड्यूलिंग के लिए किसी भी क्लाउड अकाउंट पर कोई निर्भरता न होना |
कॉपी करें और पेस्ट करें
आज ही इस्तेमाल करने लायक प्रॉम्प्ट
अभी कुछ देखने के लिए एक तेज़ लोकल लूप
/loop 10m check whether the deploy to staging has finished, read the last 50 lines of its log, and tell me in one line whether it succeeded, failed, or is still running. Don't touch anything, just report back each time.
/loop तभी तक चलता है जब तक यह सेशन आपकी मशीन पर खुला है, एक दोपहर के लिए किसी चीज़ पर नज़र रखने के लिए यह पूरी तरह ठीक है।
/schedule से बनाया गया लगातार चलने वाला क्लाउड टास्क
/schedule every weekday at 8am, open the repository's pull requests, read any new review comments or failed CI checks since yesterday, and post a one-paragraph summary to our team channel. If nothing changed, say so in one line instead of repeating yesterday's summary.
/loop के विपरीत, यह आपके लैपटॉप बंद करने के बाद भी Anthropic के अपने क्लाउड इंफ्रास्ट्रक्चर पर चलता रहता है।
कुछ भी शेड्यूल करने से पहले यह पूछना कि बिना देखरेख चलने वाला रन क्या कर सकता है
Before I turn this into a scheduled task, tell me plainly what you can do without me watching: can you push commits, open pull requests, spend any API budget, or message anyone on my behalf? List anything that needs my approval first, so I know exactly what I'm turning on before I save this schedule.
यहां एक अच्छा जवाब खास होता है। एक अस्पष्ट जवाब सवाल को टालने की वजह नहीं, बल्कि काम को सीमित करने की वजह है।
एक GitHub Actions वर्कफ़्लो के लिए प्रॉम्प्ट, जो सिर्फ एक इवेंट तक सीमित है
Read the pull request that was just opened, compare it against the project's CLAUDE.md conventions, and leave one inline comment per real issue you find. If you find nothing worth flagging, post a single comment that says the change looks clean. Never approve or merge the pull request yourself.
यह वर्कफ़्लो के prompt फ़ील्ड के लिए टेक्स्ट है, कुछ ऐसा नहीं जो आप चैट विंडो में टाइप करते हैं।
इंटरैक्टिव बनाम बिना देखरेख
"खुद चलना" असल में क्या मतलब रखता है
अब तक किसी भी AI असिस्टेंट के साथ आपकी हुई हर चैट शायद एक जैसे ही शुरू हुई होगी: आपने एक विंडो खोली, कुछ टाइप किया, और इंतज़ार किया। उस विंडो को बंद कर दें, और बातचीत तब तक मौजूद रहना बंद हो जाती है जब तक आप वापस नहीं आते। आपके दूर रहने के दौरान कुछ नहीं होता, क्योंकि आपकी गैरमौजूदगी में कुछ भी होने के लिए शेड्यूल नहीं किया गया है।
अपने आप चलना इसे पलट देता है। Claude Code का एक सेशन खुद शुरू होता है, पहले से तय किए गए समय पर या किसी इवेंट के जवाब में, पहले से लिखे गए प्रॉम्प्ट पर काम करता है, और खत्म होने पर या आपकी ज़रूरत पड़ने पर रुक जाता है। सेशन कौन शुरू करता है, यही असली फ़र्क है, न कि आप जिस पल इसे देख रहे हैं उस पल मॉडल कितना काबिल है।
सेशन कौन शुरू करता है, यह एक बदलाव ही वजह है कि इस गाइड का बाकी हिस्सा Claude के बारे में सामान्य तौर पर नहीं, बल्कि खास तौर पर Claude Code के बारे में बात करता है। Anthropic का Claude, जो आम उपयोगकर्ताओं वाला चैट ऐप है, उसका अपना अलग शेड्यूल्ड टास्क फ़ीचर है, जैसे रोज़ाना इनबॉक्स का सारांश बनाने के लिए। डेवलपर्स के लिए बना एजेंटिक टूल Claude Code, अलग तरह के तरीके रखता है, जो किसी रिपॉज़िटरी, टर्मिनल, या CI पाइपलाइन के भीतर चलने के लिए बनाए गए हैं, और इस गाइड का बाकी हिस्सा इन्हीं को कवर करता है।
नीचे दिए पांच तरीकों में से कोई भी आपसे नया सॉफ़्टवेयर लिखने की मांग नहीं करता। हर एक सिर्फ Claude Code को यह बताने का एक तरीका है कि कब शुरू करना है और शुरू होने के बाद क्या करना है, उन टूल्स के साथ जो आज ही मौजूद हैं।
काम असल में कहां चलता है
Claude Code को शेड्यूल पर डालने के पांच तरीके
वह चुनें जो काम के होने की जगह से मेल खाता हो, न कि जो सबसे प्रभावशाली लगता हो।
/loop, खुले सेशन में तेज़ी से जांच करने के लिए
Claude Code में बना-बनाया एक कमांड जो प्रॉम्प्ट को एक अंतराल पर फिर चलाता है, या Claude को खुद अंतराल चुनने देता है, जब तक सेशन आपकी अपनी मशीन पर खुला रहता है।
/schedule, लगातार चलने वाले क्लाउड टास्क के लिए
यह भी Claude Code में बना-बनाया एक कमांड है। यह प्रॉम्प्ट, रिपॉज़िटरी, और कनेक्टर्स को एक शेड्यूल्ड टास्क के रूप में सेव करता है जो Anthropic के अपने क्लाउड इंफ्रास्ट्रक्चर पर, एक शेड्यूल, API कॉल, या GitHub इवेंट से चलता है, आपकी मशीन चालू हो या न हो।
claude.ai/code पर एक क्लाउड सेशन
अपने ब्राउज़र में, Claude के मोबाइल ऐप में, या अपने टर्मिनल से claude --cloud के साथ Claude Code का एक सेशन शुरू करें। आपके लैपटॉप बंद करने के बाद भी यह चलता रहता है, और आप किसी भी डिवाइस से इसे देख सकते हैं।
एक GitHub Actions वर्कफ़्लो
Claude Code का GitHub Action आपकी रिपॉज़िटरी के वर्कफ़्लो के भीतर चलता है, @claude के मेंशन पर जवाब देता है या आपके द्वारा सेट किए गए किसी भी इवेंट पर, जिसमें एक cron शेड्यूल भी शामिल है, एक सेव किए गए प्रॉम्प्ट को अपने आप चलाता है।
आपके अपने कंप्यूटर का शेड्यूलर, claude -p को कॉल करते हुए
macOS और Linux पर cron और launchd, Windows पर Task Scheduler, आपके खुद लिखे एक लाइन या स्क्रिप्ट से Claude Code के नॉन-इंटरैक्टिव विकल्प claude -p को कॉल करते हैं। शेड्यूल से जुड़ा कोई क्लाउड अकाउंट बिलकुल नहीं होता।
CLI में पहले से मौजूद
/loop और /schedule: Claude Code के अपने शेड्यूलिंग कमांड
/loop इसे आज़माने का सबसे तेज़ तरीका है। /loop 5m check the deploy and tell me if it finished टाइप करें, और Claude Code उस अंतराल को एक cron एक्सप्रेशन में बदल देता है, मौजूदा सेशन के भीतर काम शेड्यूल करता है, और आपके रुकने या सात दिन बीतने तक, जो भी पहले हो, हर पांच मिनट में आपका प्रॉम्प्ट फिर चलाता है। अंतराल छोड़ दें, और Claude इसके बदले खुद ही एक अंतराल चुनता है, और जो कुछ वह देख रहा है वह शांत होने पर ज़्यादा इंतज़ार करता है।
दिक्कत ठीक इसके काम करने के तरीके में है: /loop सेशन से बंधा हुआ है। यह जो काम बनाता है, वे तभी चलते हैं जब वह खास Claude Code सेशन अभी भी आपकी मशीन पर चल रहा हो और निष्क्रिय हो। टर्मिनल बंद करें, और वे रुक जाते हैं। इससे /loop एक दोपहर के लिए डिप्लॉय या पुल रिक्वेस्ट पर नज़र रखने के लिए बेहतरीन बन जाता है, लेकिन उस किसी भी काम के लिए सही नहीं है जिसे आपके लैपटॉप बंद करने के बाद भी टिकना है।
/schedule दूसरा बना-बनाया कमांड है, और यह ठीक उस कमी को दूर करता है। एक दोहराए जाने वाले काम को सामान्य भाषा में बताएं, जैसे /schedule daily PR review at 9am, या एक बार के काम को जैसे /schedule in 2 weeks, open a cleanup PR that removes the feature flag, और Claude Code इसे एक क्लाउड शेड्यूल्ड टास्क के रूप में सेव करता है, जिसे नाम बदलने से पहले Anthropic Routine कहता था। वहां से यह एक शेड्यूल, API कॉल, या GitHub रिपॉज़िटरी इवेंट से शुरू होकर, आपकी मशीन चालू होने पर बिलकुल भी निर्भर न रहकर, Anthropic के अपने क्लाउड इंफ्रास्ट्रक्चर पर चलता है।
/schedule टास्क के लिए कस्टम cron अंतराल को एक घंटे में एक बार तक सीमित रखा गया है; इससे ज़्यादा बार कुछ भी हो तो उसे मना कर दिया जाता है, यह एक जानबूझकर रखी गई सीमा है, कोई बग नहीं, क्योंकि यह काम बिना देखरेख चलने के लिए बनाया गया है, न कि बार-बार जांचे जाने के लिए। /loop में ऐसी कोई सीमा नहीं है: इसके cron टूल्स एक मिनट की बारीकी को सपोर्ट करते हैं, क्योंकि जिस सेशन को आप सक्रिय रूप से देख रहे हैं, वह उस सेशन से कहीं ज़्यादा टाइट लूप सहन कर सकता है जो पूरी तरह अपने-आप चल रहा हो।
बिना देखरेख चलने के तीन और तरीके
क्लाउड सेशन, GitHub Actions, और आपके अपने कंप्यूटर का शेड्यूलर
क्लाउड सेशन वह बड़ी श्रेणी है जिसके तहत /schedule टास्क असल में चलता है। आप सीधे, बिना किसी शेड्यूल के, ब्राउज़र में claude.ai/code से, Claude के मोबाइल ऐप के Code टैब से, या अपने टर्मिनल से claude --cloud "your task" के साथ एक सेशन शुरू कर सकते हैं। इसे आप जैसे भी शुरू करें, सेशन आपके लैपटॉप के बजाय Anthropic द्वारा मैनेज किए जाने वाले इंफ्रास्ट्रक्चर पर चलता है, उस लैपटॉप को बंद करने के बाद भी चलता रहता है, और आप इसे उसी अकाउंट से साइन-इन किए किसी भी डिवाइस से देख या चला सकते हैं।
GitHub Actions ट्रिगर को पूरी तरह Claude Code से बाहर निकालकर आपकी रिपॉज़िटरी में रख देता है। Claude Code का GitHub Action, anthropics/claude-code-action, उस वर्कफ़्लो फ़ाइल के भीतर चलता है जिसे आप .github/workflows/ में जोड़ते हैं। इसे एक prompt फ़ील्ड दें, और यह उस प्रॉम्प्ट को किसी भी GitHub इवेंट पर अपने आप चलाएगा जिसे सुनने के लिए आपने वर्कफ़्लो सेट किया है: एक खुला हुआ पुल रिक्वेस्ट, एक लेबल किया हुआ इशू, या किसी भी दूसरे शेड्यूल्ड वर्कफ़्लो की तरह एक सीधा cron शेड्यूल ट्रिगर। इसके बदले, prompt फ़ील्ड सेट किए बिना एक कमेंट में @claude का मेंशन करें, और यह खुद चलने के बजाय उस मेंशन का सीधे जवाब देने लगता है।
सबसे आसान विकल्प Anthropic के अपने शेड्यूलिंग इंफ्रास्ट्रक्चर को पूरी तरह छोड़ देता है। claude -p, जिसमें p का मतलब print है, Claude Code को नॉन-इंटरैक्टिव तरीके से चलाता है: यह एक प्रॉम्प्ट लेता है, उसे एक बार चलाता है, नतीजा प्रिंट करता है, और एक स्टेटस कोड के साथ बंद हो जाता है जिसे आपकी स्क्रिप्ट जांच सकती है। macOS या Linux पर cron, macOS पर launchd, या Windows पर Task Scheduler को उस एक लाइन पर लगाएं जो claude -p "your prompt" --allowedTools "..." को कॉल करती है, और तब यह तय करने वाला ऑपरेटिंग सिस्टम खुद बन जाता है कि Claude कब चलेगा, जिसमें शेड्यूलिंग में कोई क्लाउड अकाउंट या सब्सक्रिप्शन स्तर शामिल नहीं होता।
जब कीबोर्ड के पास कोई भी परमिशन के सवालों का जवाब देने वाला न हो, तो claude -p को एक परमिशन मोड और परमिशन के सवाल बंद करने वाले विकल्प के साथ जोड़ें। उस जोड़ी के बिना, बिना देखरेख चलने वाला रन बस वहीं रुक सकता है, एक ऐसी मंज़ूरी का इंतज़ार करते हुए जो कोई नहीं दे सकता।
शेड्यूल सेव करने से पहले
किसी भी चीज़ को बिना देखरेख चलने देने से पहले क्या जांचें
ये जांच ऊपर दिए हर तरीके पर लागू होती हैं। ये इस बारे में हैं कि शेड्यूल को क्या छूने की इजाज़त है, इस बारे में नहीं कि आपने कौन-सा चुना।
इसकी परमिशन बारीकी से सीमित करें
तय करें कि एक शेड्यूल्ड रन को असल में कौन-से टूल्स, रिपॉज़िटरी, और कनेक्टर्स की ज़रूरत है, और सिर्फ वही दें। जिस काम को सिर्फ एक लॉग फ़ाइल पढ़नी है, उसके पास आपके पूरे कोडबेस पर लिखने की अनुमति होने की कोई वजह नहीं है।
खर्च की सीमा तय करें
बिना देखरेख चलने वाला रन, जितनी बार आप खुद हाथ से टाइप करते, उससे कहीं ज़्यादा बार API को कॉल कर सकता है। इसे सीमित करें, चाहे वह एक ही कॉल पर टर्न की सीमा हो, या शेड्यूल चलाने वाले अकाउंट पर बजट अलर्ट हो।
एक दिखाई देने वाला रन इतिहास रखें
यहां दिया हर तरीका कुछ ऐसा रिकॉर्ड रखता है कि क्या चला और कब: एक सेशन ट्रांसक्रिप्ट, एक वर्कफ़्लो रन लॉग, या वह एक लाइन जिसे आपकी अपनी स्क्रिप्ट एक फ़ाइल में लिखती है। खासकर पहले हफ्ते में इसे पढ़ें।
जोखिम वाली किसी भी चीज़ के लिए इंसान की मंज़ूरी का कदम जोड़ें
बिना देखरेख चलने वाली किसी भी चीज़ को किसी के पहले उस खास काम को मंज़ूर किए बिना, कोई भुगतान पूरा नहीं करना चाहिए, किसी असली इंसान को मैसेज नहीं भेजना चाहिए, किसी सुरक्षित ब्रांच पर पुश नहीं करना चाहिए, या कुछ भी नहीं मिटाना चाहिए।
इसे एक धड़कन दें
यह जानने का कोई तरीका बनाएं कि अगर कोई शेड्यूल चुपचाप चलना बंद कर दे: टास्क के रन इतिहास पर हर हफ्ते एक नज़र डालना, या एक अलग रिमाइंडर जो जांचता है कि आखिरी रिपोर्ट असल में समय पर पहुंची या नहीं।
काम के हिसाब से सही टूल चुनना
आपको असल में कौन-सा तरीका इस्तेमाल करना चाहिए
इससे शुरू करें कि काम कहां होना चाहिए, न कि यह सोचकर कि कौन-सा तरीका सबसे काबिल लगता है। अगर आप आज दोपहर किसी डिप्लॉय या पुल रिक्वेस्ट को सक्रिय रूप से देख रहे हैं और पहले से Claude Code का सेशन खुला है, तो /loop को आज़माने में कुछ भी अतिरिक्त खर्च नहीं होता और यह टर्मिनल बंद करते ही रुक जाता है।
अगर उस काम को आपके लैपटॉप बंद करने के बाद भी टिकना है और फिर भी कल दोबारा चलना है, तो इसके बदले /schedule, एक क्लाउड सेशन, या GitHub Actions का इस्तेमाल करें। तीनों में से /schedule को उस बातचीत के भीतर से सबसे तेज़ी से सेट किया जा सकता है जो आप पहले से कर रहे हैं। claude.ai/code पर एक क्लाउड सेशन किसी दोहराए जाने वाले काम के बजाय, एक बड़े, एक बार के काम के लिए सही है जिसे आप सौंपकर बाद में देखना चाहते हैं। GitHub Actions तब सही विकल्प है जब ट्रिगर खुद घड़ी के बजाय एक रिपॉज़िटरी इवेंट, पुल रिक्वेस्ट, इशू, या रिलीज़ हो।
अपने खुद के ऑपरेटिंग सिस्टम के शेड्यूलर और claude -p का इस्तेमाल तब करें जब आप शेड्यूलिंग के लिए किसी भी क्लाउड अकाउंट पर बिलकुल निर्भर नहीं रहना चाहते, जब वह काम उन दूसरे cron जॉब्स के साथ ही मौजूद है जिन्हें आप पहले से मेंटेन करते हैं, या जब आपके संगठन की नीति ऑटोमेशन को किसी वेंडर के क्लाउड के बजाय उस इंफ्रास्ट्रक्चर पर रखती है जिसे वह खुद सीधे नियंत्रित करता है।
सब कुछ एक साथ
चलने के बाद यह ऐसा दिखता है
हर काम के दिन की सुबह के लिए सेट किया गया एक /schedule टास्क सोचें। यह खुद जागता है क्योंकि सेशन को किसी इंसान ने नहीं, बल्कि एक ट्रिगर ने शुरू किया। यह रिपॉज़िटरी को नए सिरे से क्लोन करता है, कल से खुले पुल रिक्वेस्ट पढ़ता है, और हर एक की CI स्थिति और रिव्यू कमेंट्स को प्रोजेक्ट के अपने CLAUDE.md नियमों के हिसाब से जांचता है।
यह कुछ भी मर्ज नहीं करता, और डिफ़ॉल्ट ब्रांच पर पुश नहीं करता। यह एक ड्राफ़्ट सारांश खोलता है, या अगर प्रॉम्प्ट ने साफ़-साफ इसकी इजाज़त दी हो तो अपना एक छोटा पुल रिक्वेस्ट खोलता है, और वहीं रुक जाता है, ठीक इस गाइड के बाकी तरीकों की तरह: GitHub Actions का एक रन सिर्फ उस पुल रिक्वेस्ट पर पोस्ट करता है जिसने उसे ट्रिगर किया, और कहीं और नहीं; claude -p को कॉल करने वाला cron जॉब अपना नतीजा एक लॉग फ़ाइल में प्रिंट करता है और एक स्टेटस कोड के साथ बंद हो जाता है; एक /loop सेशन आपको बताता है कि उसे क्या मिला और अपने अगले अंतराल का इंतज़ार करता है।
हर मामले में, शेड्यूल एक ही काम करता है: सेशन शुरू करना, ताकि किसी इंसान को इसे याद रखने की ज़रूरत न पड़े। उसके बाद की हर चीज़, सेशन क्या छू सकता है और उसे पहले क्या पूछना चाहिए, अब भी वही फ़ैसला है जो आपने प्रॉम्प्ट लिखते और परमिशन चुनते समय लिया था, न कि कुछ ऐसा जो शेड्यूल खुद तय करता है।
कोई बड़ी चीज़ ऑटोमेट करने से पहले निर्देश लिखने का अभ्यास करें
ऐसा प्रॉम्प्ट लिखना जिसे Claude Code का सेशन बिना देखरेख चला सके, और यह ठीक-ठीक जानना कि कौन-सी परमिशन बाहर रखनी है, एक जैसा हुनर है, चाहे ट्रिगर /loop, /schedule, एक GitHub इवेंट हो, या cron की एक लाइन। Nightschool AI का हुक्स और ऑटोमेशन वाला मुफ़्त पाठ, Claude Code को उदाहरण बनाकर, मंज़ूरी के कदम वाला ऑटोमेटेड रन बनाने का तरीका समझाता है।
अक्सर पूछे जाने वाले प्रश्न
Claude के अपने आप चलने का असल मतलब क्या है?
इसका मतलब है कि Claude Code का सेशन पहले से सेव किए गए प्रॉम्प्ट से खुद शुरू होता है, उस पर खुद काम करता है, और उस पल किसी के भी टर्मिनल या चैट विंडो न खोले बिना नतीजा बताता है। शेड्यूल तय करता है कि यह कब शुरू होगा; आपके सेट किए प्रॉम्प्ट और परमिशन अब भी वह सब कुछ तय करते हैं जो यह करने की इजाज़त रखता है।
Claude Code में /loop और /schedule में क्या फ़र्क है?
/loop उस सेशन के भीतर प्रॉम्प्ट को फिर चलाता है जो आपकी अपनी मशीन पर अभी भी खुला है, और उस सेशन को बंद करते ही रुक जाता है। /schedule इसके बदले प्रॉम्प्ट को एक क्लाउड शेड्यूल्ड टास्क के रूप में सेव करता है जो Anthropic के अपने इंफ्रास्ट्रक्चर पर, एक शेड्यूल, API कॉल, या GitHub इवेंट से चलता है, आपकी मशीन चालू हो या न हो।
क्या किसी शेड्यूल्ड टास्क के चलने के लिए मुझे अपने लैपटॉप पर Claude Code खुला रखना होगा?
सिर्फ /loop के लिए, जो सेशन से बंधा है और सेशन बंद होते ही चलना बंद कर देता है। /schedule से बनाया गया टास्क, claude.ai/code पर क्लाउड सेशन, और GitHub Actions वर्कफ़्लो, सभी आपके लैपटॉप के अलावा किसी और इंफ्रास्ट्रक्चर पर चलते हैं, इसलिए इनमें से किसी को भी आपकी मशीन चालू होने की ज़रूरत नहीं है।
क्या कोई GitHub Actions वर्कफ़्लो सिर्फ पुल रिक्वेस्ट पर नहीं, बल्कि एक शेड्यूल पर Claude Code चला सकता है?
हां। Claude Code के GitHub Action को एक prompt फ़ील्ड दें और वर्कफ़्लो के ट्रिगर को एक cron शेड्यूल के रूप में सेट करें, ठीक वैसे जैसे आप किसी भी दूसरे GitHub Actions वर्कफ़्लो को शेड्यूल करते, और यह बिना किसी पुल रिक्वेस्ट या इशू के ज़रूरत के, आपके तय किए समय पर अपने आप उस प्रॉम्प्ट को चलाएगा।
claude -p क्या है, और इसे /schedule इस्तेमाल करने के बजाय cron या Task Scheduler से क्यों कॉल करें?
claude -p कमांड लाइन से Claude Code को नॉन-इंटरैक्टिव तरीके से चलाता है, चैट विंडो खोलने के बजाय इसका नतीजा प्रिंट करता है और एक स्टेटस कोड के साथ बंद हो जाता है। इसे अपने ऑपरेटिंग सिस्टम के शेड्यूलर से कॉल करने पर शेड्यूलिंग किसी भी क्लाउड अकाउंट से बाहर रहती है, जो तब ज़रूरी है जब आपकी नीति ऑटोमेशन को आपके नियंत्रण वाले इंफ्रास्ट्रक्चर पर ही रखने की मांग करती हो।
क्या claude.ai/code पर एक क्लाउड सेशन, एक शेड्यूल्ड टास्क जैसा ही है?
/schedule से बनाया गया टास्क एक क्लाउड सेशन के रूप में चलता है, लेकिन आप बिना किसी शेड्यूल के एक बार के काम के लिए, claude --cloud या claude.ai/code से सीधे भी एक क्लाउड सेशन शुरू कर सकते हैं। एक शेड्यूल्ड टास्क पहले से सेव किए गए ट्रिगर वाला क्लाउड सेशन है; हर क्लाउड सेशन के पास यह नहीं होता।
मुझे बिना देखरेख चलने वाले Claude Code रन को खुद क्या कभी नहीं करने देना चाहिए?
कोई भुगतान पूरा करना, किसी असली इंसान को मैसेज भेजना, किसी सुरक्षित ब्रांच पर पुश करना, या कुछ मिटाना, इसके पहले किसी इंसान द्वारा उस खास काम को मंज़ूर किए बिना। यह लगभग हर उस चीज़ को कवर करता है जिसे वापस करना मुश्किल है। पढ़ना, ड्राफ़्ट लिखना, सारांश बनाना, और निशान लगाना, शुरू से ही पूरी तरह ऑटोमेट करने में कोई बुराई नहीं है।
क्या यह गाइड Anthropic से जुड़ी है या Anthropic का समर्थन पाती है?
नहीं। यह एक स्वतंत्र, शिक्षा देने वाली गाइड है। यह असली टूल्स को सही ढंग से समझाने के लिए, Anthropic के Claude और Anthropic के Claude Code का विवरणात्मक रूप से ज़िक्र करती है, Anthropic के साथ किसी भी तरह के संबंध, समर्थन, या साझेदारी के बिना।
क्या /schedule इस्तेमाल करने या क्लाउड सेशन शुरू करने के लिए मुझे पेड प्लान चाहिए?
क्लाउड शेड्यूल्ड टास्क और क्लाउड सेशन हर मुफ़्त स्तर पर नहीं, बल्कि Pro, Max, Ultra, और Team प्लान पर, और सही एक्सेस वाले Enterprise यूज़र्स के लिए उपलब्ध हैं। /loop और आपके अपने शेड्यूलर से कॉल किया गया claude -p, शेड्यूलिंग के लिए ऐसी कोई प्लान सीमा नहीं रखते।
इसे अपना पहला बिना देखरेख वाला Claude Code रन बनाएं
एक सीमित दायरे वाला काम चुनें, लिख लें कि इसे खुद कभी क्या नहीं करना चाहिए, वह तरीका चुनें जो काम के होने की जगह से मेल खाता हो, और इसे और ज़्यादा भरोसा देने से पहले इसके पहले कुछ रन देखें।