Claude Code के लिए 30 बेहतरीन टिप्स, इसके निर्माता Boris Cherny की जुबानी

मैंने व्यक्तिगत रूप से Claude Code के लिए 30 ऑपरेशनल टिप्स संक्षेप में तैयार किए हैं, जिन्हें इसके निर्माता बोरिस चेर्नी ने आवश्यक बताया है। यह वास्तव में एक पौराणिक लेख है।

ईमानदारी से कहूँ तो, इन टिप्स को जानना या न जानना आपके Claude Code अनुभव को रात-दिन जैसा बदल देगा। आपको एहसास होगा कि वह सारा समय जो आप एक ही निर्देशों को दोहराने या रीवर्क में खोने में बिताते थे, वह पूरी तरह से अनावश्यक था।

वैसे, क्या आपको Claude Code का उपयोग करते समय ये समस्याएँ होती हैं?

• आपको लगता है कि आप हर बार एक ही निर्देश दे रहे हैं और चाहते हैं कि यह सीख जाए।
• बड़े बदलावों के कारण लगातार रीवर्क करना पड़ता है, जिससे लगता है कि इसे खुद ठीक करना तेज़ है।
• बहुत सारी सुविधाएँ हैं, और आपको पता नहीं है कि कहाँ से शुरू करें।
• बातचीत लंबी और असंगठित हो जाती है, जिससे "रुको, क्या मैंने अभी यह नहीं कहा?" जैसे पल आते हैं।

Claude Code का अनुभव नाटकीय रूप से बदल जाता है जब आप संदर्भ, सत्यापन, अनुमतियाँ, समानांतर डिज़ाइन और ऑटोमेशन को ठीक से सेट करते हैं।

यह लेख ClaudeCodeStudio द्वारा स्वतंत्र रूप से शोध और लिखा गया है, जिसमें 23 अप्रैल, 2026 तक की प्राथमिक जानकारी को प्राथमिकता दी गई है, जिसमें बोरिस चेर्नी के X पोस्ट, Anthropic के आधिकारिक दस्तावेज़ और आधिकारिक GitHub रिपॉजिटरी/एक्शन शामिल हैं!

चूँकि बोरिस ने स्पष्ट रूप से कहा है, "मैंने Claude Code बनाया," इसलिए मैंने उनके ऑपरेशनल सुझावों को क्षेत्र की आवाज़ के रूप में प्राथमिकता दी है, जबकि CLI विकल्पों और सेटिंग्स को आधिकारिक डॉक्स के साथ क्रॉस-रेफरेंस किया है! 😆

यदि आप Claude Code का उपयोग करते हैं, तो आपको यह अवश्य पढ़ना चाहिए!!!

इसे सेव करना अनिवार्य है!!!!

यह वास्तविक रूप से आपकी उत्पादकता को 10 गुना बदल देगा! चलिए शुरू करते हैं! 👇

■ पहले तीन सिद्धांतों को समझें

Claude Code को व्यवहार में शक्तिशाली बनाने वाले सबसे बड़े कारक केवल तीन चीज़ों में सिमट जाते हैं।

प्लान मोड में "जांच" और "कार्यान्वयन" को अलग करना। Claude को अपने काम को सत्यापित करने देना। और समानांतर सत्रों को ध्यान में रखकर काम करना।

बोरिस बार-बार कहते हैं: "लगभग हमेशा प्लान मोड का उपयोग करें," "Claude को अपने आउटपुट को सत्यापित करने का एक तरीका दें," और "3–5 git worktrees।"

■ "कोई एक सही उत्तर नहीं है" दर्शन

बोरिस के पोस्ट पढ़ने पर, एक आवर्ती रुख यह है कि Claude Code का उपयोग करने का कोई एक सही तरीका नहीं है, बल्कि इसे एक अत्यधिक अनुकूलन योग्य ऑपरेशनल टूल के रूप में उपयोग किया जाना चाहिए। वह स्वयं दोहराते हैं, "Claude Code का उपयोग करने का कोई एक सही तरीका नहीं है।"

उस आधार पर, यहाँ सबसे प्रभावी वर्कफ़्लो है जो वह सुझाते हैं 👇

प्लान मोड में जांच/योजना बनाएं

↓ कार्यान्वयन सत्र

↓ परीक्षणों, स्क्रीनशॉट और CLI के माध्यम से स्व-सत्यापन

↓ PR बनाएं

↓ कोड रिव्यू / अल्ट्रारिव्यू

↓ सीखों को CLAUDE.md, Hooks और Skills में वापस फीड करें

इस प्रवाह को ध्यान में रखते हुए, आइए 30 विशिष्ट टिप्स देखें।

■ 30 ऑपरेशनल टिप्स

ये क्षेत्र में प्रभावशीलता के क्रम में सूचीबद्ध हैं। बोरिस के X पोस्ट से प्राप्त टिप्स दिशा पर ध्यान केंद्रित करते हैं, जबकि सेटिंग्स और बाधाओं पर विवरण आधिकारिक डॉक्स और GitHub द्वारा प्रबलित हैं। रिसर्च प्रीव्यू सुविधाओं को स्पष्ट रूप से चिह्नित किया गया है।

■ टिप 1: पहले प्लान मोड में बड़े बदलावों को अलग करें

बस जांच, योजना और कार्यान्वयन को अलग करने से गलत कार्यान्वयन और रीवर्क में भारी कमी आती है। यह सरल है, लेकिन यही कारण है कि बोरिस कहते हैं "लगभग हमेशा प्लान मोड का उपयोग करें।"

उदाहरण: "प्लान मोड में src/auth और secrets पढ़ें। Google OAuth के लिए प्रभावित फ़ाइलों, डेटा प्रवाह और परीक्षण के दृष्टिकोण को कार्यान्वयन शुरू करने से पहले व्यवस्थित करें।"

प्लान मोड के बिना बड़े बदलावों में कूदने से अक्सर संदर्भ खो जाता है या बीच में दिशा-परिवर्तन होता है। पहले बड़ी तस्वीर को समझने देना वास्तव में कार्यान्वयन की सटीकता को बदल देता है।

■ टिप 2: Claude को स्वयं सत्यापित करने दें

बोरिस इसे "सबसे अधिक लाभप्रद चीज़" कहते हैं। Claude को परीक्षण चलाने, स्क्रीनशॉट जांचने और CLI आउटपुट को स्वयं सत्यापित करने दें।

"ठीक करने के बाद, npm test चलाएं और केवल तभी इसे पूर्ण मानें जब सभी परीक्षण पास हो जाएं।"

बस यह Claude को मानव द्वारा समीक्षा करने से पहले ही समस्याओं को खोजने और ठीक करने की अनुमति देता है। यदि सत्यापन कमांड बहुत भारी हैं, तो न्यूनतम स्मोक टेस्ट से शुरू करें।

■ टिप 3: 3–5 Git Worktrees को समानांतर में चलाएं

बोरिस समानांतर worktree संचालन को "सबसे महत्वपूर्ण उत्पादकता बढ़ावा" कहते हैं।

git worktree add ../repo-auth -b feat/auth जैसे कई worktrees जोड़कर और प्रत्येक में Claude शुरू करके, प्रतीक्षा समय शून्य हो जाता है, और स्वतंत्र कार्य एक साथ आगे बढ़ सकते हैं।

इष्टतम संख्या आपके वातावरण पर निर्भर करती है। 3–5 एक मार्गदर्शक है, लेकिन समीक्षा बैंडविड्थ, CPU और आपकी अपनी संदर्भ-स्विचिंग लागत के आधार पर, कुछ के लिए 2 सही हो सकता है, जबकि अन्य 6 संभाल सकते हैं।

■ टिप 4: CLAUDE.md को बेरहमी से संपादित करें

CLAUDE.md आपके प्रोजेक्ट का विशिष्ट नियम पुस्तिका है। यदि इसे अकेला छोड़ दिया जाए, तो यह पुराना हो जाता है, और Claude गलत आधार पर कार्य करना शुरू कर देता है।

बोरिस की नीति सरल है: "समय के साथ अपने CLAUDE.md को बेरहमी से संपादित करें" और "जब Claude दूसरी बार वही गलती करे तो उसमें जोड़ें।"

इसके विपरीत, उन नियमों को हटा दें जिनकी अब आवश्यकता नहीं है। यदि यह बहुत अधिक फूल जाता है, तो यह संदर्भ खा जाता है, इसलिए समय-समय पर छंटाई करना महत्वपूर्ण है।

■ टिप 5: दैनिक दोहराए जाने वाले कार्यों को Skills में बदलें और Git में कमिट करें

हर बार बातचीत में दोहराए जाने वाली प्रक्रियाओं को समझाना समय की बर्बादी है। .claude/skills/deploy/SKILL.md बनाएं और इसे /deploy staging के साथ कॉल करें।

बोरिस कहते हैं: "यदि आप दिन में एक से अधिक बार कुछ करते हैं, तो इसे एक skill या कमांड में बदल दें," और यह भी कहते हैं कि इसकी "लागत लगभग कुछ भी नहीं है जब तक आपको इसकी आवश्यकता न हो।"

हालांकि, यदि कोई Skill बहुत अधिक फूल जाती है, तो इसका ट्रिगर अस्पष्ट हो सकता है, इसलिए लंबे संदर्भ सामग्री को विभाजित करें।

■ टिप 6: टीम सेटिंग्स को settings.json में रखें और Git के माध्यम से प्रबंधित करें

प्रोजेक्ट-विशिष्ट सेटिंग्स को संस्करण-नियंत्रित करना सुनिश्चित करता है कि पूरी टीम को समान Claude Code अनुभव हो। यह ऑनबोर्डिंग को गति देता है और सेटिंग्स को एक व्यक्ति पर निर्भर होने से रोकता है।

स्पष्ट रूप से, व्यक्तिगत API कुंजियाँ या टोकन कभी कमिट न करें। अपनी .gitignore जांचना न भूलें।

■ टिप 7: सुरक्षित अनुमतियों को पूर्व-अनुमोदित करें, खतरनाक क्षेत्रों को अस्वीकार करें

क्या हर बार "क्या आप इस ऑपरेशन की अनुमति देते हैं?" पूछे जाने पर तनाव नहीं होता? allow/ask/deny का उपयोग करके इस डायलॉग थकान को समाप्त करें।

"allow": ["Bash(npm test *)"], "ask": ["Bash(git push *)"], "deny": ["Read(./.env)", "Read(./secrets/**)"]

बोरिस कहते हैं "सामान्य अनुमतियों को पूर्व-अनुमोदित करें," और आधिकारिक डॉक्स निर्दिष्ट करते हैं कि "नियमों का मूल्यांकन क्रम में किया जाता है: deny… ask… allow।" यह एक सिद्धांत है कि अत्यधिक व्यापक वाइल्डकार्ड से बचने के लिए .env या secrets को स्पष्ट रूप से अस्वीकार करें।

■ टिप 8: कई फ़ोल्डर/रेपो में फैलने के लिए --add-dir का उपयोग करें

ऐसे कई मामले हैं जहाँ आप मोनोरेपो के बाहर दस्तावेज़ या लाइब्रेरी दिखाना चाहते हैं।

CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1 claude --add-dir ../docs --add-dir ../shared-libs

यह बाहरी डॉक्स का संदर्भ देते हुए कोडिंग की अनुमति देता है। ध्यान दें कि जोड़े गए निर्देशिकाओं में CLAUDE.md को पढ़ने के लिए पर्यावरण चर सक्षम होना चाहिए।

■ टिप 9: Subagents के साथ भूमिका विभाजन मान लें

जांच, समीक्षा और डिबगिंग सभी को मुख्य संदर्भ में ठूंसने से बातचीत गंदी हो जाती है। बोरिस कहते हैं, "मैं नियमित रूप से कुछ subagents का उपयोग करता हूँ," और प्रत्येक subagent अपने स्वयं के समर्पित संदर्भ विंडो में चलता है।

code-reviewer, debugger, या data-scientist जैसे subagents तैयार करें, और उनके लिए स्पष्ट विवरण लिखें।

■ टिप 10: PostToolUse Hooks के साथ फ़ॉर्मेटिंग/जांच को स्वचालित करें

हर बार जब Claude कोई फ़ाइल संपादित करे, तो स्वचालित रूप से फ़ॉर्मेटर या linters चलाएं।

Claude से पूछें: "एक hook लिखें जो हर फ़ाइल संपादन के बाद prettier --write चलाए।"

यह hook उत्पन्न करने से लेकर इसे .claude/settings.json में एकीकृत करने तक सब कुछ संभालेगा। यह कोड शैली की स्थिरता को स्वचालित करता है और समीक्षाओं में शैली टिप्पणियों को समाप्त करता है।

■ टिप 11: PR टिप्पणियों के माध्यम से CLAUDE.md अपडेट करें

अपने PR में कोड के साथ "भविष्य के नियमों" को बदलें। बोरिस कहते हैं, "अपने सहकर्मियों के PR पर @.claude टैग करें ताकि CLAUDE.md में कुछ जोड़ा जा सके।"

उदाहरण के लिए, टिप्पणी करें: "@claude इस सीख को CLAUDE.md में जोड़ें। src/billing में बदलाव हमेशा प्लान मोड से शुरू करें।" यह भविष्य में बार-बार फीडबैक को कम करता है।

■ टिप 12: स्टेटस लाइन के साथ हमेशा वर्तमान स्थिति जानें

स्क्रीन के नीचे प्रदर्शित जानकारी एक नज़र में दिखाती है "आप किस ब्रांच पर क्या कर रहे हैं, कितना संदर्भ उपयोग किया गया है, और लागत।"

/statusline show model name, git branch, context percentage, cost

ब्रांच, context% और cost से शुरू करना आमतौर पर संदर्भ की कमी या ब्रांच त्रुटियों को जल्दी पकड़ने के लिए पर्याप्त है।

■ टिप 13: Chrome एक्सटेंशन के साथ फ्रंटएंड कार्य को गति दें

बोरिस अनुशंसा करते हैं: "फ्रंटएंड कार्य के लिए Chrome एक्सटेंशन का उपयोग करें।" चूँकि यह ब्राउज़र लॉगिन स्थिति साझा कर सकता है, आप UI सत्यापन के लिए Claude को स्क्रीनशॉट तुलना दिखा सकते हैं।

Claude द्वारा UI टूटने का पता लगाना जो कोड में दिखाई नहीं देता, एक बड़ा प्लस है। हालांकि, चूँकि स्क्रीनशॉट पहुंच या कथित गति को माप नहीं सकते, आवश्यकतानुसार Lighthouse या e2e परीक्षणों का उपयोग करें।

■ टिप 14: Claude को CLI के माध्यम से विश्लेषण कार्य संभालने दें

Claude को SQL या CLI का उपयोग करने देने से विकास, विश्लेषण और रणनीति एक ही कार्यक्षेत्र में आ जाती है।

"bq CLI का उपयोग करके पिछले 7 दिनों के चैनल द्वारा रूपांतरण मीट्रिक खींचें, विसंगतियों का सारांश दें, और परिकल्पनाएँ सुझाएं।"

जैसा कि बोरिस कहते हैं, "डेटा विश्लेषण के लिए Claude का उपयोग करें," यह टिप केवल डेवलपर्स के लिए नहीं, बल्कि उत्पाद प्रबंधकों के लिए भी प्रभावी है।

■ टिप 15: यदि स्पेक अस्पष्ट हैं तो Claude को आपका साक्षात्कार करने दें

आधिकारिक डॉक्स में एक अनुभाग है: "Claude को आपका साक्षात्कार करने दें।" कार्यान्वयन में कूदने के बजाय, Claude को आवश्यकताओं को निकालने के लिए प्रश्न पूछने दें।

कार्यान्वयन से पहले स्पेक अंतराल को भरने से रीवर्क में भारी कमी आती है, खासकर जब "क्या बनाना है" अस्पष्ट हो।

■ टिप 16: CLAUDE.md और ऑटो मेमोरी भूमिकाओं को अलग करें

मनुष्य CLAUDE.md में नियम लिखते हैं। Claude ऑटो मेमोरी में खोजी गई प्राथमिकताओं और आदतों को याद रखता है। इस अंतर को बनाए रखने से सेटिंग्स गड़बड़ होने से बचती हैं।

■ टिप 17: पथ-विशिष्ट नियमों और संघनन को ध्यान में रखकर डिज़ाइन करें

मोनोरेपो में, "वैश्विक नियमों" को "स्थानीय नियमों" से अलग करें। वैश्विक सम्मेलनों को रूट CLAUDE.md में रखें और स्थानीय को src/billing आदि में।

■ टिप 18: संदर्भ को आक्रामक रूप से प्रबंधित करें

आधिकारिक डॉक्स स्पष्ट रूप से कहते हैं: "संदर्भ को आक्रामक रूप से प्रबंधित करें।" महत्वपूर्ण ऑपरेशनल ज्ञान को CLAUDE.md या skills में बढ़ावा दें, और नियमित रूप से संदर्भ विंडो को व्यवस्थित करने के लिए /compact का उपयोग करें।

■ टिप 19: /rewind और चेकपॉइंट के साथ "डरावने बदलाव" आज़माएं

Claude Code में प्रत्येक ऑपरेशन एक चेकपॉइंट है। Esc को दो बार दबाएं या केवल कोड, केवल बातचीत, या दोनों के माध्यम से संदेश चेकपॉइंट पर लौटने के लिए /rewind का उपयोग करें।

■ टिप 20: MCP सर्वर के माध्यम से बाहरी टूल कनेक्ट करें

Claude Code से सीधे Slack, Jira, डेटाबेस या आंतरिक API संचालित करने से टूल-स्विचिंग में भारी कमी आती है।

■ टिप 21: नॉन-इंटरैक्टिव मोड (claude -p) के साथ स्क्रिप्ट/CI में एकीकृत करें

नॉन-इंटरैक्टिव मोड Claude Code ऑटोमेशन का प्रवेश द्वार है।

claude -p "सभी API एंडपॉइंट सूचीबद्ध करें" --output-format json

■ टिप 22: प्रति फ़ाइल claude -p के साथ बड़े माइग्रेशन को फैन-आउट करें

एक सत्र में एक बड़े पैमाने पर माइग्रेशन को संभालना असंभव है। क्षैतिज रूप से वितरित करना बेहतर है।

■ टिप 23: इश्यू मैनेजमेंट टूल से सीधे कार्यान्वित करें

Claude को GitHub Issues या Linear टिकट पढ़ने दें और सीधे कार्यान्वयन में जाएं।

■ टिप 24: Hooks के साथ नियम लागू करें

CLAUDE.md "सलाह" है, hooks "निष्पादन" हैं। दोनों को भ्रमित न करें। कार्रवाई की गारंटी के लिए "शून्य अपवाद" के लिए hooks का उपयोग करें।

■ टिप 25: समानांतर कोड समीक्षा के लिए /simplify का उपयोग करें

तीन समीक्षा एजेंट एक साथ अतिरेक, गुणवत्ता और दक्षता की जांच करते हैं और सुधार भी करते हैं।

■ टिप 26: GitHub Actions में @claude उल्लेखों का उपयोग करें

आधिकारिक claude-code-action का उपयोग करके, आप PR या Issues में @claude का उल्लेख करके कोड परिवर्तन लागू कर सकते हैं या उत्तर प्राप्त कर सकते हैं।

■ टिप 27: कोड रिव्यू और अल्ट्रारिव्यू के बीच अंतर करें

नियमित समीक्षाएँ और गहन समीक्षाएँ अलग हैं। दैनिक रूप से कोड रिव्यू का उपयोग करें और गहन समीक्षा के लिए मर्ज करने से पहले /ultrareview का उपयोग करें।

■ टिप 28: आवर्ती संचालन को रूटीन में बदलें

साप्ताहिक रखरखाव या PR-लिंक किए गए कार्यों को क्लाउड पर ले जाएं। "जब आपका लैपटॉप बंद हो तब भी काम करते रहें।"

■ टिप 29: भारी योजना को क्लाउड में अल्ट्राप्लान पर ऑफलोड करें

टर्मिनल में प्रतीक्षा करने के बजाय, ब्राउज़र में अध्याय-दर-अध्याय योजनाओं की समीक्षा करें।

■ टिप 30: रिमोट कंट्रोल के साथ क्लाउड सत्रों को नियंत्रित करें

अपनी स्थानीय मशीन से क्लाउड पर Claude Code सत्रों को नियंत्रित करने की एक सुविधा।

■ अनसुलझे ऑपरेशनल बिंदु

मैं उन क्षेत्रों के बारे में भी ईमानदार रहूँगा जहाँ दिशाएँ स्पष्ट हैं लेकिन सर्वोत्तम प्रथाएँ स्थापित नहीं हैं, जैसे Chrome एक्सटेंशन और e2e परीक्षणों का संयोजन, या Stop hooks का उपयोग करके लंबी अवधि के "दिनों तक" संचालन।

■ कहाँ से शुरू करें

डेवलपर्स के लिए, टिप 1, 2, 4, 7, 9 और 18 से शुरू करें। उत्पाद प्रबंधकों के लिए, टिप 14, 15, 23, 27 और 28 सबसे प्रभावी हैं।

■ साप्ताहिक चेकलिस्ट

• क्या आप दूसरी बार एक ही गलती बता रहे हैं? → CLAUDE.md में जोड़ें।
• क्या skills/hooks के लिए कोई दोहराए जाने वाले कार्य हैं? → उन्हें स्वचालित करें।
• क्या संदर्भ उपयोग बहुत अधिक है? → /compact आदतों की समीक्षा करें।
• क्या worktrees की संख्या उपयुक्त है? → बैंडविड्थ के आधार पर समायोजित करें।

■ निष्कर्ष

Claude Code में महारत हासिल करने की कुंजी ऑपरेशनल घटकों को क्रम में मजबूत करना है: योजना → सत्यापन → बनाए रखना → स्वचालित करना। आपको सब कुछ एक साथ शुरू करने की आवश्यकता नहीं है। केवल टिप 1, 2 और 4 आपके विकास अनुभव को मौलिक रूप से बदल देंगे।

साथ ही, मैंने एक ओपन चैट शुरू किया है!

आप यहाँ शामिल हो सकते हैं 👇

x.gd/b2zkP

मैं वहाँ उपयोगी जानकारी साझा करूँगा और मुफ्त सेमिनार आयोजित करूँगा, कृपया शामिल हों! 😆

𝗖𝗹𝗮𝘂𝗱𝗲 𝗖𝗼𝗱𝗲 𝗦𝘁𝘂𝗱𝗶𝗼 @ 𝗝𝗮𝗽𝗮𝗻 (@ClaudeCode_love) तीन Claude Code उत्साही लोगों द्वारा चलाया जाता है। हम व्यावहारिक CLI उपयोग और ऑटोमेशन के बारे में प्रतिदिन पोस्ट करते हैं। वास्तविक उत्पाद विकास उदाहरणों और नवीनतम वैश्विक जानकारी के लिए हमें फॉलो करें! 👀