प्रो वर्कफ़्लो और पावर मूव्स
- समानांतर सबएजेंट को ऑर्केस्ट्रेट करें — और जानें कि कब स्क्रिप्ट-संचालित डायनामिक वर्कफ़्लो की ओर बढ़ना है
- हुक को नियतात्मक गोंद बनाएं: सेव पर lint करें, stop को गेट करें, निषिद्ध राइट्स को ब्लॉक करें
- अपने बार-बार दोहराए जाने वाले प्रॉम्प्ट को कस्टम स्लैश-कमांड, स्किल और एक आउटपुट स्टाइल में बदलें
- एक MCP स्टैक और हेडलेस पाइपलाइन (claude -p) बनाएं जो CI में बिना निगरानी के चलें
- explore → plan → execute → review लूप को अनुशासन के साथ चलाएं, और context को दुबला बनाए रखें
- CLAUDE.md को कोड की तरह मानें: छोटा, छंटा हुआ, और उच्च-सिग्नल
यह वह पेज है जहाँ बुनियादी इकाइयाँ अलग-अलग फ़ीचर होना बंद कर देती हैं और एक वर्कफ़्लो बनने लगती हैं। अगर आप पहले से जानते हैं कि सबएजेंट या हुक क्या है, तो असली ताकत इसमें है कि आप उन्हें कैसे स्टैक करते हैं: एक स्लैश-कमांड जो plan-mode पास शुरू करता है, सबएजेंट जो काम को फैलाते हैं, एक हुक जो टेस्ट पास होने तक टर्न को खत्म नहीं होने देता, और एक हेडलेस इन्वोकेशन जो पूरी चीज़ को CI में चलाता है। चलिए इसे आपस में जोड़ते हैं।
मेंटल मॉडल: प्लान किसके पास है?
नीचे दिया गया हर पावर मूव एक ही सवाल का अलग जवाब है — प्लान और बीच के नतीजे किसके पास हैं? नए डायनामिक-वर्कफ़्लो फ़ीचर के लिए Anthropic का अपना ढाँचा इसे साफ़ तौर पर बताता है:
| टूल | अगला क्या चले यह कौन तय करता है | नतीजे कहाँ रहते हैं | स्केल |
|---|---|---|---|
| सबएजेंट | Claude, टर्न-दर-टर्न | Claude का context विंडो | प्रति टर्न कुछ |
| स्किल | Claude, प्रॉम्प्ट का पालन करते हुए | Claude का context विंडो | सबएजेंट जितने ही |
| एजेंट टीमें | एक लीड एजेंट, टर्न-दर-टर्न | एक साझा टास्क लिस्ट | मुट्ठी भर लंबे समय तक चलने वाले समकक्ष |
| डायनामिक वर्कफ़्लो | स्क्रिप्ट | स्क्रिप्ट वेरिएबल | दर्जनों से सैकड़ों तक |
यह क्रम ही पूरा खेल है: एक Claude से शुरू करें, context की रक्षा के लिए सबएजेंट को काम सौंपें, और प्लान को कोड में तभी ले जाएं जब किसी टास्क को इतने एजेंट चाहिए हों जितने एक बातचीत समन्वित नहीं कर सकती।
मूव 1 — समानांतर सबएजेंट, फिर वर्कफ़्लो की ओर बढ़ें
एक सबएजेंट अपने खुद के context विंडो और एक सीमित टूलसेट वाला एक अलग Claude है; यह एक नतीजा लौटाता है, अपना ट्रांसक्रिप्ट नहीं। पावर-यूज़र की आदत है स्वतंत्र काम को फैलाना:
मॉड्यूल के पार एक रिव्यू फैलाएं
Review the changes in auth/, billing/, and api/ — use the code-reviewer subagent on each, in parallel. Report only correctness bugs and missing tests.
तीन रिव्यूअर एक साथ चलते हैं, हर एक diff पर अपना खुद का context खर्च करता है, और आपका मुख्य सेशन तीन कच्चे diff के बजाय तीन सुव्यवस्थित रिपोर्ट देखता है। पेच यह है: समानांतरीकरण सिर्फ़ स्वतंत्र उप-कार्यों के लिए मदद करता है। अगर स्टेप B को स्टेप A के आउटपुट की ज़रूरत है, तो उन्हें क्रम में चलाएं; अगर वे एक ही फ़ाइल लिखते हैं, तो उन्हें git worktrees में अलग रखें।
जब टास्क एक अकेली बातचीत से बड़ा हो जाए — 500-फ़ाइल माइग्रेशन, पूरे कोडबेस में बग की सफ़ाई, कई स्रोतों के बीच क्रॉस-चेक की गई रिसर्च — तो एक डायनामिक वर्कफ़्लो की ओर बढ़ें। Claude एक JavaScript ऑर्केस्ट्रेशन स्क्रिप्ट लिखता है (fan out → reduce → synthesize), एक रनटाइम इसे पृष्ठभूमि में 16 तक समवर्ती एजेंट के साथ निष्पादित करता है, और सिर्फ़ अंतिम जवाब आपके context में पहुँचता है। ultracode कीवर्ड से इसे ट्रिगर करें या बस सादे शब्दों में पूछें:
एक डायनामिक वर्कफ़्लो शुरू करें
ultracode: audit every API endpoint under src/routes/ for missing auth checks, then cross-check each finding with a second agent before reporting
सबसे ज़बरदस्त फ़ीचर सिर्फ़ अधिक एजेंट नहीं है — बल्कि यह है कि एक स्क्रिप्ट एक दोहराने योग्य गुणवत्ता पैटर्न लागू कर सकती है, जैसे स्वतंत्र एजेंट किसी भी फ़ाइंडिंग की रिपोर्ट करने से पहले एक-दूसरे की फ़ाइंडिंग की प्रतिकूल समीक्षा करें। पैटर्न को लाइव देखने के लिए बंडल किया गया /deep-research <question> आज़माएं: यह हर दावे पर वोट करता है और उन्हें फ़िल्टर कर देता है जो क्रॉस-चेकिंग में टिक नहीं पाते।
- एक अच्छे वर्कफ़्लो रन को एक कमांड के रूप में सेव करें: /workflows खोलें, रन चुनें, s दबाएं। यह हर भविष्य के सेशन में /your-name बन जाता है।
- पहले एक हिस्से पर लागत आँकें — एक डायरेक्टरी, पूरा रिपॉ नहीं। एक रन एक अकेली बातचीत से कहीं ज़्यादा एजेंट (और टोकन) पैदा कर सकता है।
मूव 2 — हुक: नियतात्मक गोंद
CLAUDE.md के निर्देश सलाहकारी हैं — Claude आमतौर पर उनका पालन करता है। हुक नियतात्मक हैं — वे लूप में एक निश्चित बिंदु पर एक स्क्रिप्ट चलाते हैं, हर बार, गारंटी के साथ। जब कुछ शून्य अपवादों के साथ ज़रूर होना चाहिए, तब हुक की ओर हाथ बढ़ाएं।
तीन सबसे अधिक लीवरेज वाले हुक पैटर्न:
- Claude द्वारा किसी फ़ाइल को एडिट करने के बाद, अपने फ़ॉर्मैटर या लिंटर को अपने-आप चलाएं ताकि कोडबेस कभी भटके नहीं। फ़ीडबैक Claude के पास भी वापस आता है, इसलिए वह खुद को सुधार लेता है।
- एक Stop हुक आपकी test/build स्क्रिप्ट चलाता है और टर्न को तब तक खत्म होने से रोकता है जब तक वह पास न हो जाए। यही वह चीज़ है जो किसी बिना-निगरानी वाले रन को सही ढंग से पूरा करने देती है, बजाय इसके कि काम सिर्फ़ 'पूरा दिखता है' तो रुक जाए।
- किसी संरक्षित पाथ (माइग्रेशन, जनरेट की गई फ़ाइलें, सीक्रेट) पर राइट्स होने से पहले ही उन्हें अस्वीकार कर दें, चाहे Claude का इरादा कुछ भी हो।
आपको JSON हाथ से लिखने की ज़रूरत नहीं है। Claude से ही हुक लिखवाएं:
Claude से एक हुक लिखवाएं
Write a hook that runs eslint --fix after every file edit, and a second hook that blocks any Write or Edit to the db/migrations/ folder. Add them to .claude/settings.json and show me the config.
- एक Stop हुक जो लगातार ब्लॉक करता रहता है, कई लगातार ब्लॉक के बाद ओवरराइड हो जाएगा ताकि सेशन डेडलॉक में न फँसे — आपका गेट एक सुरक्षा रेल है, अनंत लूप नहीं।
- हुक आपके शेल की अनुमतियों के साथ चलते हैं। किसी भी हुक स्क्रिप्ट को कमिट करने से पहले उसकी समीक्षा करें, ठीक वैसे ही जैसे आप CI कॉन्फ़िग की करते हैं।
मूव 3 — कस्टम स्लैश-कमांड, स्किल और आउटपुट स्टाइल
जो भी चीज़ आप दो बार प्रॉम्प्ट करें, वह एक बुनियादी इकाई बन जानी चाहिए। फ़ैसला सीधा है: स्किल ज्ञान हैं, हुक गारंटियाँ हैं, MCP क्रिया है, स्लैश-कमांड प्रवेश बिंदु हैं।
एक स्लैश-कमांड (या disable-model-invocation: true वाली एक स्किल) एक दोहराने योग्य वर्कफ़्लो को पैकेज करता है जिसे आप हाथ से ट्रिगर करते हैं। $ARGUMENTS इसे पैरामीटराइज़ बना देता है:
.claude/skills/fix-issue/SKILL.md
--- name: fix-issue description: Triage and fix a GitHub issue end-to-end disable-model-invocation: true --- Fix GitHub issue $ARGUMENTS: 1. gh issue view to read the issue 2. Search the codebase for the relevant files 3. Write a failing test that reproduces the bug 4. Implement the fix, then run tests and lint until green 5. Commit with a descriptive message and open a PR
इसे /fix-issue 1234 के साथ चलाएं। किसी भी ऐसी चीज़ के लिए disable-model-invocation: true इस्तेमाल करें जिसके साइड-इफ़ेक्ट हों और जिसे आप जानबूझकर ट्रिगर करना चाहते हों, बजाय इसके कि Claude खुद उसकी ओर हाथ बढ़ाए।
आउटपुट स्टाइल यह बदलते हैं कि Claude पूरे सेशन में कैसे संवाद करता है — किसी विशेषज्ञ के लिए संक्षिप्त, सिखाने के लिए व्याख्या-सहित विस्तृत, या एक संरचित प्रारूप जिसे आपका टूलिंग पार्स कर सके। एक कस्टम स्लैश-कमांड (क्या) को एक आउटपुट स्टाइल (कैसे) के साथ जोड़ें और आपने इंटरैक्शन के दोनों सिरे आकार दे दिए।
आधिकारिक डॉक्स से सबसे कम इस्तेमाल किया गया पावर मूव: किसी बड़े फ़ीचर से पहले Claude को आपका इंटरव्यू लेने दें, फिर लिखित स्पेक से बनाने के लिए एक नया सेशन शुरू करें।
इंटरव्यू-द्वारा-स्पेक, फिर साफ़ context में बनाएं
I want to build [brief description]. Interview me in detail using the AskUserQuestion tool — technical implementation, UI/UX, edge cases, tradeoffs. Dig into the hard parts I might not have considered. When we've covered everything, write a complete, self-contained spec to SPEC.md.
मूव 4 — एक MCP स्टैक बनाएं
MCP सर्वर निष्पादन योग्य प्रक्रियाएँ हैं जिन्हें Claude वास्तव में कुछ करने के लिए JSON-RPC पर कॉल करता है — आपके डेटाबेस को क्वेरी करना, Sentry पढ़ना, एक Figma डिज़ाइन खींचना, एक Linear इश्यू फ़ाइल करना। एक पावर-यूज़र "स्टैक" एक छोटा, सोचा-समझा सेट है, हर वह चीज़ नहीं जो आपको मिल सके:
अपने स्टैक में सर्वर जोड़ें
claude mcp add --transport stdio sentry -- npx -y @sentry/mcp-server claude mcp add --transport http linear https://mcp.linear.app/sse
दो सिद्धांत एक MCP स्टैक को तेज़ रखते हैं:
- जहाँ कोई CLI मौजूद हो, उसे प्राथमिकता दें।
gh,aws,gcloud, औरsentry-cliकिसी सेवा से बात करने का सबसे context-कुशल तरीका हैं — Claude पहले से ही इन्हें जानता है, और ये हर टर्न में कोई टूल स्कीमा लोड नहीं करते। MCP को उन सेवाओं के लिए सुरक्षित रखें जिनके पास कोई अच्छा CLI नहीं है, या जहाँ आप संरचित, टाइप्ड एक्सेस चाहते हैं। - सर्वर सूची को दुबला रखें। हर जुड़े हुए सर्वर की टूल परिभाषाएँ शुरू में ही context खा जाती हैं। जिन सर्वरों का आप सक्रिय रूप से इस्तेमाल नहीं कर रहे, उन्हें छाँट दें; फूली हुई टूल सूचियाँ आपके असली निर्देशों को बाहर धकेल देती हैं।
गहराई से "क्यों" के लिए, Context Engineering देखें — वही attention-बजट तर्क जो CLAUDE.md को नियंत्रित करता है, आपकी टूल सूची को भी नियंत्रित करता है।
मूव 5 — हेडलेस और Agent SDK पाइपलाइन
claude -p "prompt" Claude को गैर-इंटरैक्टिव तरीके से चलाता है — कोई सेशन नहीं, पार्स करने योग्य आउटपुट — जो CI, pre-commit हुक, और बैच जॉब का दरवाज़ा है। यह हेडलेस / Agent SDK सतह है।
आधिकारिक best-practices गाइड से क्लासिक fan-out-across-files पैटर्न:
हेडलेस बैच माइग्रेशन
# 1. Have Claude generate the work list first, then loop: for file in $(cat files.txt); do claude -p "Migrate $file from React to Vue. Return OK or FAIL." \ --allowedTools "Edit,Bash(git commit *)" done
दो फ़्लैग सारा भारी काम करते हैं: --output-format json (या stream-json --verbose) नतीजों को मशीन-पठनीय बनाता है, और --allowedTools ठीक-ठीक सीमित करता है कि जब कोई इंसान नहीं देख रहा हो तब Claude किस चीज़ को छू सकता है। इसे कहीं भी पाइप करें:
एक पाइपलाइन चरण के रूप में Claude
cat error.log | claude -p "Cluster these errors by root cause, output JSON" \ --output-format json | jq '.[] | select(.severity=="high")'
- 2,000 पर लूप छोड़ने से पहले हमेशा प्रॉम्प्ट को 2–3 आइटम पर टेस्ट करें। परिष्कृत करें, फिर स्केल करें।
- बिना-निगरानी वाले रन में सत्यापन अंदर ही पका होना चाहिए — एक Stop हुक या प्रॉम्प्ट-के-भीतर टेस्ट चरण — वरना आपने बड़े पैमाने पर भरोसेमंद-दिखने-वाला-पर-गलत आउटपुट पैदा करना ही स्वचालित कर दिया।
मूव 6 — Plan-mode अनुशासन और context इंजीनियरिंग
गुणवत्ता का सबसे भरोसेमंद एकल लीवर है रिसर्च को एक्ज़ीक्यूशन से अलग करना। Anthropic के best-practices गाइड का चार-चरणीय लूप:
- plan mode में प्रवेश करें। Claude फ़ाइलें पढ़ता है और सवालों के जवाब देता है लेकिन कोई बदलाव नहीं करता। इसे ठीक सटीक डायरेक्टरियों की ओर इंगित करें: 'read /src/auth and explain how sessions work.'
- एक विस्तृत इम्प्लीमेंटेशन प्लान माँगें। मंज़ूरी देने से पहले इसे सीधे एडिट करें — एक प्लान जिसे आपने सुधारा है वह उस प्लान से बेहतर है जिसे आपने सरसरी तौर पर पढ़ा।
- plan mode से बाहर आ जाएं। Claude प्लान के अनुसार कोड लिखता है और आपके द्वारा बताए गए सत्यापन को चलाता है।
- एक ताज़ा-context वाले सबएजेंट से diff की प्लान के मुकाबले समीक्षा करवाएं, कमियाँ ठीक करें, फिर कमिट करें और एक PR खोलें।
अनुशासन के लिए Plan Mode देखें, और जब diff एक वाक्य में समा जाए तब इसे छोड़ दें — प्लानिंग में अपना खर्च होता है। यह काम क्यों करता है इसकी वजह है context अर्थव्यवस्था: जैसे-जैसे विंडो भरती है, प्रदर्शन गिरता है, इसलिए 2,000-टोकन context में 50-टोकन का निर्देश उसी निर्देश के मुकाबले कहीं ज़्यादा ज़ोरदार लैंड करता है जो 50,000 टोकन में दबा हो। व्यावहारिक आदतें:
- असंबंधित कार्यों के बीच
/clearकरें; एक बेहतर प्रॉम्प्ट वाला साफ़ सेशन एक लंबे प्रदूषित सेशन से बेहतर होता है। - दो असफल सुधारों के बाद, सुधारना बंद करें —
/clearकरें और जो आपने सीखा उसके साथ प्रॉम्प्ट फिर से लिखें। - रिसर्च सबएजेंट को सौंपें ताकि फ़ाइल-पठन उनके context में हो, आपके में नहीं।
"अपना सेटअप लेवल अप करें" का रास्ता
अगर आप और कुछ न करें, तो इन्हें इसी क्रम में करें:
- एक शुरुआती ढाँचे के लिए /init चलाएं, फिर हर वह लाइन काट दें जो इस कसौटी पर खरी नहीं उतरती: 'क्या इसे हटाने से Claude कोई गलती करेगा?' एक फूली हुई फ़ाइल Claude से उन नियमों की अनदेखी करवा देती है जो मायने रखते हैं।
- एक PostToolUse lint/format हुक और एक Stop हुक जोड़ें जो टेस्ट पर गेट करता है। अब लूप आप पर इंतज़ार करने के बजाय खुद को बंद कर लेता है।
- एक ऐसा वर्कफ़्लो चुनें जिसे आपने दो बार टाइप किया है — fix-issue, write-tests, ship-pr — और उसे .claude/skills/ या .claude/commands/ में रखें।
- सिर्फ़ वही सर्वर जोड़ें जिन्हें आप साप्ताहिक रूप से इस्तेमाल करते हैं; जहाँ मौजूद हों वहाँ MCP के मुकाबले gh/aws CLI को प्राथमिकता दें। बाकी छाँट दें।
- किसी भी बहु-फ़ाइल या अपरिचित बदलाव के लिए plan mode इस्तेमाल करें, और एक ताज़ा-context रिव्यू सबएजेंट के साथ समाप्त करें।
- एक pre-commit हुक या --allowedTools के साथ एक छोटे बैच जॉब में claude -p चलाएं, ताकि आप Claude को सिर्फ़ एक चैट के बजाय एक पाइपलाइन चरण के रूप में अनुभव करें।
CLAUDE.md में महारत
CLAUDE.md हर बातचीत की शुरुआत में लोड होता है, इसलिए यह आपके नियंत्रण वाला सबसे उच्च-आवृत्ति context है — और इसीलिए इसे ज़रूरत से ज़्यादा भर देकर बिगाड़ देना सबसे आसान है।
| CLAUDE.md में डालें | बाहर रखें |
|---|---|
| ऐसे Bash कमांड जिनका Claude अनुमान नहीं लगा सकता | वह सब कुछ जो Claude कोड पढ़कर खोज लेता है |
| डिफ़ॉल्ट से अलग कोड-स्टाइल नियम | मानक परंपराएँ जो Claude पहले से जानता है |
| टेस्ट रनर + एक अकेला टेस्ट कैसे चलाएं | पूरे API डॉक्स (इसके बजाय लिंक करें) |
| रिपॉ शिष्टाचार (ब्रांच/PR नामकरण) | जानकारी जो बार-बार बदलती है |
| गैर-स्पष्ट पेच और env की विचित्रताएँ | "साफ़ कोड लिखो" जैसी घिसी-पिटी बातें |
इसे कोड की तरह मानें: जब व्यवहार गलत हो तब इसकी समीक्षा करें, नियमित रूप से छाँटें, और @path/to/file इम्पोर्ट तथा प्रति-डायरेक्टरी CLAUDE.md फ़ाइलों का उपयोग करें ताकि किसी monorepo के हर हिस्से को सिर्फ़ वही मिले जो प्रासंगिक है। कभी-कभी-प्रासंगिक ज्ञान को स्किल में ले जाएं ताकि हर टर्न पर बोझ डालने के बजाय वह माँग पर लोड हो।
खुद को जाँचें
0/4- क्रम ही कौशल है: एक Claude → समानांतर सबएजेंट → स्क्रिप्ट-संचालित डायनामिक वर्कफ़्लो, इस आधार पर चुना गया कि प्लान किसे पकड़ना है।
- हुक नियतात्मक गोंद हैं — सेव पर lint, stop को गेट करना, निषिद्ध राइट्स को ब्लॉक करना — उस चीज़ के लिए जो हर बार होनी चाहिए।
- बार-बार दोहराए जाने वाले प्रॉम्प्ट को स्लैश-कमांड/स्किल में पैकेज करें, डिलीवरी को एक आउटपुट स्टाइल से आकार दें, और एक MCP स्टैक को दुबला रखें (CLI को प्राथमिकता दें)।
- --allowedTools के साथ हेडलेस claude -p, Claude को एक CI/पाइपलाइन चरण में बदल देता है; बिना-निगरानी वाले रन के लिए हमेशा सत्यापन अंदर पका कर रखें।
- Plan-mode अनुशासन साथ में आक्रामक context अर्थव्यवस्था (/clear, सबएजेंट रिसर्च, एक छंटा हुआ CLAUDE.md) आपके पास उपलब्ध सबसे उच्च-विश्वसनीयता वाला लीवर है।
स्रोत और आगे पढ़ने के लिए
- Best practices for Claude Code — Anthropic का आधिकारिक गाइड: explore→plan→execute लूप, CLAUDE.md नियम, हुक, सबएजेंट, हेडलेस fan-out, और सत्यापन।
- Orchestrate subagents at scale with dynamic workflows — डायनामिक वर्कफ़्लो,
ultracodeकीवर्ड,/deep-research, और प्लान-किसके-पास-है तुलना तालिका पर आधिकारिक डॉक्स। - Effective context engineering for AI agents — एक सीमित बजट के रूप में context और just-in-time पुनर्प्राप्ति पर Anthropic Engineering।
- hesreallyhim/awesome-claude-code — स्किल, हुक, स्लैश-कमांड, एजेंट ऑर्केस्ट्रेटर, और प्लगइन की बड़ी कम्युनिटी-क्यूरेटेड सूची।
- qdhenry/Claude-Command-Suite — पेशेवर स्लैश-कमांड और एजेंट की एक जानी-मानी लाइब्रेरी (जैसे
/dev:code-review)। - GWUDCAP/cc-sessions — एक राय-आधारित एक्सटेंशन सेट जो वर्कफ़्लो प्रवर्तन के लिए हुक के साथ-साथ task/git प्रबंधन प्रदर्शित करता है।
- VoltAgent/awesome-claude-code-subagents — विशेषीकृत सबएजेंट परिभाषाओं का एक बड़ा कम्युनिटी संग्रह।