Claude Code Routines: क्लाउड में शेड्यूल पर अपना कोडिंग एजेंट चलाएँ

इन तीन हिस्सों की अपनी-अपनी भूमिका है:

• प्रॉम्प्ट. सबसे महत्वपूर्ण हिस्सा, क्योंकि रूटीन हर चरण में आपकी मंजूरी के बिना चलता है। प्रॉम्प्ट को पूरे कार्य और उसकी "डिफिनिशन ऑफ़ डन" को स्पष्ट करना होता है।
• रिपॉजिटरी. Claude हर रन की शुरुआत में इन्हें क्लोन करता है और इन्हीं के अंदर काम करता है।
• कनेक्टर्स. आपके अकाउंट पर claude.ai इंटीग्रेशन, जैसे Slack या Linear, जिनसे रूटीन रन के दौरान पढ़ सकता है और लिख सकता है। उदाहरण के लिए, सपोर्ट को ट्रायेज़ करने वाला रूटीन किसी Slack चैनल को पढ़ सकता है और Linear में इश्यू बना सकता है।

रूटीन के लिए कनेक्टर्स claude.ai प्लेटफ़ॉर्म पर जोड़े जाते हैं, और MCP सर्वर के लिए भी यही लागू होता है। आपकी लोकल कॉन्फ़िग्स ट्रांसफर नहीं होतीं।

रूटीन तीन तरीकों से फायर हो सकता है: शेड्यूल पर, API कॉल से, या GitHub इवेंट से। एक ही रूटीन तीनों को जोड़ सकता है।

Routines बनाम /loop

यहाँ /loop और /schedule में फर्क है, क्योंकि दोनों अलग समस्याएँ सुलझाते हैं।

एक /loop कार्य आपके वर्तमान सत्र में रहता है। यह तभी फायर होता है जब Claude Code आपकी मशीन पर चल रहा हो और आइडल हो, और टर्मिनल बंद करने पर रुक जाता है। यह किसी चल रहे बिल्ड को पोल करने के लिए उपयुक्त है जिसे आप अभी देख रहे हैं।

/loop और अन्य महत्वपूर्ण कमांड्स पर अधिक जानकारी के लिए हमारा Claude Code टर्मिनल ट्यूटोरियल पढ़ने की सलाह देता हूँ।

रूटीन क्लाउड में चलता है और किसी भी सेशन से स्वतंत्र रूप से चलता रहता है:

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

जो रूटीन हम बनाएँगे

मानसिक मॉडल तैयार है। अब किसी रूटीन के लिए काम चाहिए। इस ट्यूटोरियल के लिए, हमने बनाया pr-review-demo, एक छोटा Python प्रोजेक्ट जिसमें एक खुला पुल रिक्वेस्ट है।

इसमें एक cartlib पैकेज है जो शॉपिंग कार्ट संभालता है: यह कीमतें इंटीजर सेंट्स में स्टोर करता है, मेंबर और बल्क डिस्काउंट लगाता है, और अंतिम चार्ज तक पहुँचने के लिए स्टेट सेल्स टैक्स जोड़ता है। मुख्य ब्रांच पर पैकेज सही है।

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

फ़ॉलो करने के लिए रेपो को फोर्क करें। यह थ्रोअवे है, और पैटर्न किसी भी रिपॉजिटरी पर लागू होते हैं जिसे आप रूटीन की ओर इंगित करते हैं।

फ़ॉलो करने के लिए आवश्यकताएँ

आपको claude.ai पर Pro, Max, Team, या Enterprise प्लान वाला अकाउंट चाहिए जिसमें वेब पर Claude Code सक्षम हो। रूटीन यहाँ उपलब्ध हैं claude.ai/code/routines।

कमांड /schedule आपकी claude.ai सदस्यता लॉगिन से ऑथेंटिकेट करता है, न कि Anthropic API कुंजी या Bedrock, Vertex, या Foundry ऑथ से। इसे हालिया CLI भी चाहिए, इसलिए यदि आपका पुराना है तो claude update चलाएँ।

GitHub के दो अलग प्रीरेक्विज़िट भी हैं। पहला, /web-setup क्लोन एक्सेस देता है, जो शेड्यूल्ड रूटीन को चाहिए। दूसरा, Claude GitHub App (अलग से इंस्टॉल) बाद में कवर किए गए GitHub ट्रिगर को सक्षम करता है।

/schedule के साथ Claude Code Routines बनाना

रेपो तय हो जाने पर, CLI से रूटीन बनाइए। किसी भी सत्र में /schedule चलाएँ। आप सीधे एक विवरण पास कर सकते हैं:

/schedule daily PR review at 9 am

इसके बाद Claude वे ही फ़ील्ड्स पूछता है जो वेब फ़ॉर्म लेता है: नाम, प्रॉम्प्ट, रिपॉजिटरी, एनवायरनमेंट, कनेक्टर्स और शेड्यूल। यह आपके लोकल टाइमज़ोन में शेड्यूल की पुष्टि करता है और उसे आपके लिए कन्वर्ट कर देता है, ताकि 9 बजे के लिए आपको क्रोन एक्सप्रेशन लिखना न पड़े।

यदि आपके अकाउंट में अभी GitHub कनेक्शन नहीं है, तो Claude आपको /web-setup चलाने के लिए कहेगा। इसे चलाएँ, फिर /schedule दोबारा चलाएँ और जहाँ छोड़ा था वहीं से जारी रखें।

ऐसा प्रॉम्प्ट लिखना जो आपके बिना चले

यही प्रॉम्प्ट तय करता है कि रूटीन सफल होगा या असफल।

सामान्य सत्र बातचीत जैसा होता है, इसलिए आप चलते-चलते Claude को सही कर सकते हैं। रूटीन को कोई नहीं सुधारता। यह कोल्ड स्टार्ट करता है, अंत तक चलता है, और स्पष्टीकरण नहीं पूछ सकता। प्रॉम्प्ट में कार्य, रिपॉजिटरी, और सफल रन का स्वरूप स्पष्ट होना चाहिए।

इन दोनों की तुलना करें। पहला बहुत कुछ अनकहा छोड़ देता है:

Review the open PR.

यह न तो रेपो का नाम बताता है न समीक्षा मानदंड, न कहीं टिप्पणियाँ छोड़ने की जगह देता है, और न ही "डन" की परिभाषा। एक कोल्ड रन ये रिक्तियाँ नहीं भर सकता। दूसरा प्रॉम्प्ट इन सबका उत्तर देता है:

Review the open pull request in pr-review-demo. The cartlib package works entirely in integer cents. Read the checkout flow and the values it pulls from config.py, and check that every amount stays in cents end to end. If any value is mixed in using the wrong unit, leave an inline comment on that line explaining the error and its effect on the customer's total. Then, post a summary comment stating whether the PR is safe to merge.

यह प्रॉम्प्ट रेपो का नाम बताता है और वह इनवेरिएंट बताता है जिसे कोड को बनाए रखना है: हर राशि सेंट्स में। यह दो महत्वपूर्ण फ़ाइलों की ओर इशारा करता है और "डन" को इनलाइन टिप्पणी प्लस मर्ज़ वर्डिक्ट के रूप में परिभाषित करता है। इससे रन के पास एक स्पष्ट लक्ष्य होता है। जब /schedule एजेंट से पूछा जाए कि क्या करना है, तो इसे पेस्ट करें।

डिफ़ॉल्ट रूप से आपके सभी कनेक्टर्स शामिल होते हैं, इसलिए नया रूटीन पहले से ही आपके अकाउंट से जुड़े सब कुछ तक पहुँच सकता है। अभी यह ठीक है; आगे एक अनुभाग में हम इसे सीमित करेंगे।

फ़्लो पूरा होने पर, Claude रूटीन सेव करता है और इसकी स्थिति, रिपॉजिटरी, शेड्यूल, मॉडल और अगली रन टाइम के साथ पुष्टि करता है कि यह लाइव है।

रूटीन यहाँ सूची में भी दिखता है claude.ai/code/routines। इसका डिटेल पेज खोलकर सब कुछ एक जगह देखें: स्टेटस, रिपॉजिटरी, शेड्यूल, कनेक्टर्स, पूरा प्रॉम्प्ट, और Run now बटन।

इंतज़ार करने के बजाय इसे तुरंत चलाने के लिए Run now क्लिक करें।

रन पढ़ना

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

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

• कोई नेटवर्क अनुरोध जो एनवायरनमेंट ने ब्लॉक कर दिया।
• कोई कनेक्टर टूल जिसकी रूटीन को अपेक्षा थी, पर वह पहुँच नहीं पाया।
• टास्क-स्तरीय असफलता, जहाँ रन साफ़-सुथरे ढंग से समाप्त हुआ पर गलत काम किया।

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

डेमो रेपो पर, ट्रांसक्रिप्ट में कैच दिखता है। Claude checkout.py पढ़ता है और पाता है कि कूपन 500 की जगह 5 असाइन है। यह समझाता है कि $5 को 5 सेंट्स की तरह लागू किया जा रहा है, जिससे ग्राहक से प्रति ऑर्डर $4.95 अधिक वसूला जा रहा है, और एक-लाइन फ़िक्स देता है। फिर GitHub कनेक्टर के ज़रिए PR पर समीक्षा पोस्ट करता है।

CLI से Claude Code रूटीन प्रबंधित करना

रूटीन बन जाने के बाद, आप उसी कमांड से उसे मैनेज करते हैं। सभी देखने के लिए /schedule list चलाएँ, किसी एक को बदलने के लिए /schedule update, और तुरंत फायर करने के लिए /schedule run।

शेड्यूल प्रीसेट हैं: hourly, daily, weekdays, और weekly। कस्टम इंटरवल के लिए, जैसे हर 2 घंटे या हर महीने की पहली तारीख, पहले नज़दीकी प्रीसेट चुनें। फिर /schedule update चलाकर सीधे क्रोन एक्सप्रेशन सेट करें। न्यूनतम अंतराल 1 घंटा है; इससे तेज़ कुछ भी अस्वीकार कर दिया जाता है।

रूटीन आपके अकाउंट की दैनिक रन अनुमति के अंतर्गत भी गिने जाते हैं, और रिसर्च प्रीव्यू के दौरान GitHub इवेंट्स पर प्रति घंटा कैप हैं। कैप से आगे के इवेंट ड्रॉप होते हैं, कतारबद्ध नहीं। वर्तमान संख्या प्लान के अनुसार बदलती है और यहाँ दिखती है claude.ai/code/routines।

CLI केवल शेड्यूल्ड रूटीन बनाता है। GitHub या API ट्रिगर जोड़ने के लिए, वेब ऐप में रूटीन एडिट करें।

GitHub और HTTP से Claude Code Routines फायर करना

शेड्यूल आपकी रूटीन को घड़ी पर फायर करता है। दो अन्य ट्रिगर GitHub या आपकी अपनी प्रणालियों को वही रूटीन फायर करने देते हैं। एक PR रिव्यू रूटीन रात में चल सकता है, हर नए PR पर रिएक्ट कर सकता है, और डिप्लॉय स्क्रिप्ट से भी शुरू हो सकता है—एक साथ।

दोनों को जोड़ने के लिए इस रूटीन को यहाँ एडिट करें claude.ai/code/routines।

GitHub ट्रिगर से पुल रिक्वेस्ट पर प्रतिक्रिया दें

GitHub ट्रिगर के लिए उस रिपॉजिटरी पर Claude GitHub App इंस्टॉल होना ज़रूरी है, जिसे आप सब्सक्राइब करना चाहते हैं। यदि ऐप अनुपस्थित है, तो ट्रिगर सेटअप आपको इसे इंस्टॉल करने के लिए प्रेरित करेगा। ध्यान दें कि पहले वाला /web-setup केवल क्लोन एक्सेस देता है। यह ऐप इंस्टॉल नहीं करता या वेबहुक नहीं देता, इसलिए इसे चलाना इस चरण को कवर नहीं करता।

ऐप इंस्टॉल होने के बाद, ट्रिगर जोड़ें और एक इवेंट चुनें। इवेंट दो श्रेणियों में आते हैं, pull requests और releases, और आपको इनमें किसी विशिष्ट एक्शन का चयन करना होता है। UI सामान्य विकल्पों को प्रीसेट के रूप में दिखाता है, जैसे PR opened, PR merged, और Release published, साथ ही बाकी के लिए Custom विकल्प।

फिर फ़िल्टर्स से इसे संकुचित करें। पुल रिक्वेस्ट के लिए, आप लेखक, शीर्षक, बॉडी, बेस ब्रांच, हेड ब्रांच, लेबल्स, is-draft, और is-merged पर फ़िल्टर कर सकते हैं। रूटीन को फायर होने के लिए सभी शर्तें मिलनी चाहिए।

ऑपरेटर matches regex पूरे फ़ील्ड का परीक्षण करता है, सबस्ट्रिंग का नहीं। किसी भी शीर्षक को मैच करने के लिए जिसमें hotfix शामिल हो, लिखें .*hotfix.*। एक सादा hotfix केवल उसी शीर्षक से मेल खाता है जो ठीक वही हो और कुछ नहीं।

GitHub ट्रिगर नया पुल रिक्वेस्ट आने पर फायर होने के लिए सेट है, बेस ब्रांच और किसी विशिष्ट लेखक पर फ़िल्टर किया हुआ।

डेमो रेपो के लिए, इवेंट को पुल रिक्वेस्ट ओपनिंग पर सेट करें और फ़िल्टर्स खाली छोड़ दें। अब हर नया PR आपका पहले लिखा रिव्यू बिना किसी के टर्मिनल पर बैठे फायर करेगा। यह कूपन की यूनिट को फ़ाइलों में ट्रेस करेगा, बग पर इनलाइन टिप्पणी छोड़ेगा, और मर्ज़ वर्डिक्ट पोस्ट करेगा। 

हर मिलते-जुलते इवेंट से अपना अलग सत्र शुरू होता है, इसलिए लगातार दो PR दो स्वतंत्र रन बनाते हैं।

HTTP के ज़रिए रूटीन ट्रिगर करें

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

फिर उस रूटीन के fire एंडपॉइंट पर टोकन और text बॉडी के साथ POST करें:

curl -X POST https://api.anthropic.com/v1/claude_code/routines/$ROUTINE_ID/fire \
  -H "Authorization: Bearer $ROUTINE_TOKEN" \
  -H "anthropic-version: 2023-06-01" \
  -H "anthropic-beta: experimental-cc-routine-2026-04-01" \
  -H "Content-Type: application/json" \
  -d '{"text": "Sentry alert SEN-4521 fired in prod. Stack trace attached."}'

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

हेडर anthropic-beta आवश्यक है, और API प्रयोगात्मक है, इसलिए इसे CI में वायर करने से पहले API संदर्भ देखें। वहाँ से, कोई मॉनिटरिंग टूल अलर्ट पर इस एंडपॉइंट को कॉल कर सकता है और रूटीन अपने आप एक ड्राफ्ट फ़िक्स PR खोल सकता है।

Claude Code Routines की पहुँच का दायरा तय करना

रूटीन अपने आप चलते हैं, इसलिए किसी वास्तविक रेपो पर इंगित करने से पहले, उनकी पहुँच सीमित करें। डॉक्यूमेंटेशन इसे चार नियंत्रणों के रूप में परिभाषित करता है:

• रूटीन किस पहचान से कार्य करता है—आपकी GitHub पहचान और कनेक्टर्स के माध्यम से।
• कौन-सी ब्रांचों पर यह पुश कर सकता है।
• कौन-से कनेक्टर्स यह उपयोग कर सकता है।
• नेटवर्क पर कौन-से होस्ट तक एनवायरनमेंट इसे पहुँचने देता है।

हर एक को केवल उतने तक सीमित करें जितनी रूटीन को सच में ज़रूरत है।

रूटीन की पहचान

पहचान सबसे पहले आती है क्योंकि साझा रेपो पर टीममेट इसे नोटिस करते हैं। आपकी GitHub पहचान या कनेक्टर्स से रूटीन जो भी करता है, वह आपके रूप में दिखाई देता है। 

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

वो ब्रांच जिन पर रूटीन पुश कर सकता है

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

गार्डरेल वह ब्रांच है जिस पर यह लिख सकता है। डिफ़ॉल्ट रूप से, Claude केवल claude/ प्रीफिक्स वाली ब्रांचों पर पुश करता है, जो इसे main जैसी प्रोटेक्टेड या दीर्घकालिक ब्रांचों से दूर रखता है। 

प्रति-रिपॉजिटरी सेटिंग, Allow unrestricted branch pushes, इस प्रतिबंध को हटाती है। इसे सोच-समझकर, केवल ज़रूरत वाले रेपो पर ही चालू करें।

रूटीन द्वारा उपयोग किए जा सकने वाले कनेक्टर्स

कनेक्टर्स इन चारों में सबसे जोखिमपूर्ण हैं। आपके सभी claude.ai कनेक्टर्स डिफ़ॉल्ट रूप से शामिल होते हैं, और Claude शामिल कनेक्टर के हर टूल का—लिखने सहित—रन के दौरान बिना पूछे उपयोग कर सकता है। 

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

नेटवर्क एक्सेस

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

ब्लॉक हुआ अनुरोध 403 और x-deny-reason: host_not_allowed के साथ फेल होता है। इसे तभी चौड़ा करें जब रूटीन को आपकी अपनी सेवाओं तक पहुँचना आवश्यक हो। वरना, यह असफलता शांत रहती है—ट्रांसक्रिप्ट में दिखती है, स्पष्ट त्रुटि की तरह नहीं।

अगले किन Claude Code Routines के आइडिया बनाएँ

अब आप रूटीन बना, फायर कर, और उसका दायरा तय कर सकते हैं। आधिकारिक डॉक के ये उदाहरण, हर जॉब को उपयुक्त ट्रिगर से जोड़ते हैं:

• कस्टम कोड रिव्यू. PR ओपनिंग पर GitHub ट्रिगर। यह आपकी टीम की रिव्यू चेकलिस्ट लागू करता है, सुरक्षा, प्रदर्शन और स्टाइल के लिए इनलाइन टिप्पणियाँ छोड़ता है, और समरी जोड़ता है। यह डेमो है—आपके वास्तविक मानकों के लिए जेनरलाइज़्ड।
• बैकलॉग मेंटेनेंस. शेड्यूल ट्रिगर, हर वीकनाइट। यह पिछली रन से खुले इश्यू पढ़ता है, लेबल लगाता है, कोड एरिया के आधार पर ओनर असाइन करता है, और Slack पर समरी पोस्ट करता है।
• डिप्लॉय वेरिफिकेशन. प्रोडक्शन डिप्लॉय के बाद आपकी CD पाइपलाइन से API ट्रिगर। यह नए बिल्ड पर स्मोक चेक्स चलाता है, एरर लॉग्स में रिग्रेशन स्कैन करता है, और रिलीज़ चैनल पर गो/नो-गो पोस्ट करता है।
• डॉक्स ड्रिफ्ट. शेड्यूल ट्रिगर, साप्ताहिक। यह पिछली रन से मर्ज़ हुए PRs स्कैन करता है, बदले हुए APIs को संदर्भित करने वाले डॉक्स को फ़्लैग करता है, और डॉक्स रिपॉजिटरी के खिलाफ अपडेट PRs खोलता है।

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

निष्कर्ष

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

Claude Code के साथ आगे बढ़ने के लिए, ये ट्यूटोरियल इस लेख के साथ अच्छी तरह जुड़ते हैं:

• Claude Code सर्वोत्तम प्रथाएँ—हर सत्र से अधिक लाभ लेने के लिए।
• CLAUDE.md फ़ाइल लिखना—अपनी रूटीन और सत्रों को साझा संदर्भ देने के लिए।
• स्पेक-ड्रिवेन डेवलपमेंट—ऐसे कार्यों के लिए जिन्हें ऑटोमेशन से पहले स्पेसिफ़ाई करना चाहिए।
• ऑटो मोड और चैनल्स—कम निगरानी के साथ Claude Code चलाने के लिए।