Claude Code के निर्माता वास्तव में Claude Code का उपयोग कैसे करते हैं

Claude Code के निर्माता Boris Cherny ने अपना डेवलपमेंट वर्कफ़्लो सार्वजनिक रूप से शेयर किया - और सिर्फ़ दो घंटों में 5,000 से ज़्यादा लाइक्स मिल गए। जब टूल बनाने वाला ख़ुद बताए कि वो इसे कैसे इस्तेमाल करता है, तो लोगों का ध्यान जाना स्वाभाविक है।

मुझे सबसे ज़्यादा हैरानी इसकी सादगी से हुई। कोई जटिल कस्टमाइज़ेशन नहीं, कोई गुप्त कॉन्फ़िगरेशन नहीं। उनके तरीके का मूल है - Claude Code की बिल्ट-इन सुविधाओं को अनुशासित और सोच-समझकर मिलाना।

अगर आपने Andrej Karpathy का हालिया विश्लेषण पढ़ा है जिसमें AI कोड एजेंट्स की abstraction layers को समझाया गया है, तो Boris की गाइड उसका व्यावहारिक साथी है।

समानांतर प्रोसेसिंग - एक साथ 15 Claude सत्र चलाएँ

Boris terminal में पाँच Claude instances एक साथ चलाते हैं, और ब्राउज़र में claude.ai/code पर अलग से पाँच से दस और। वो सुबह फ़ोन से सत्र शुरू करते हैं और बाद में उन पर नज़र डालते हैं।

उनका सेटअप:

• Terminal tabs को 1 से 5 नंबर दें, सिस्टम नोटिफ़िकेशन से पता चलता है कि कब इनपुट चाहिए।
• & कमांड से लोकल और वेब सत्रों के बीच स्विच करें।
• --teleport से एक सत्र से दूसरे में कूदें।
• हर terminal tab का अपना git checkout है, तो हर सत्र एक स्वतंत्र ब्रांच पर स्वतंत्र प्लान चलाता है।

यह बस मल्टीटास्किंग के लिए मल्टीटास्किंग नहीं है। हर सत्र एक स्पष्ट, सीमित दायरे का काम संभालता है। समानांतरता स्पष्ट योजनाओं से आती है, context-switching से नहीं।

कमेंट्स से एक दिलचस्प बात: Boris हर terminal tab के लिए अलग git checkout इस्तेमाल करते हैं, git worktrees नहीं। कई सत्र एक साथ संभालते समय उन्हें यह सरल मॉडल समझने में आसान लगता है।

Opus 4.5 with Thinking - बड़ा मॉडल दरअसल तेज़ है

Boris हर काम के लिए उपलब्ध सबसे बड़ा मॉडल इस्तेमाल करते हैं। यह उल्टा लगता है - Opus प्रति token धीमा और महँगा है। लेकिन उनकी सोच व्यावहारिक है: बड़े मॉडल को कम सुधार की ज़रूरत पड़ती है, टूल्स ज़्यादा सटीकता से इस्तेमाल करता है, और पहली बार में बेहतर नतीजे देता है।

कुल मिलाकर Opus से काम पूरा होने में कम समय लगता है छोटे मॉडलों की तुलना में, क्योंकि ग़लतियाँ ठीक करने और दोबारा prompt देने में कम वक़्त जाता है।

• उन्होंने जितने भी मॉडल आज़माए हैं, उनमें सबसे अच्छा कोडिंग प्रदर्शन।
• चलते समय कम हस्तक्षेप की ज़रूरत।
• प्रति token ज़्यादा समय के बावजूद कुल wall-clock समय घटता है।

CLAUDE.md - टीम के लिए Context Engineering

पूरी टीम एक CLAUDE.md फ़ाइल Git में चेक इन करती है। जब भी Claude कोई ग़लती करता है, कोई न कोई इस फ़ाइल में नोट जोड़ देता है ताकि वही ग़लती दोबारा न हो।

यह compounding engineering का जीता-जागता उदाहरण है:

• कई टीम सदस्य हर हफ़्ते अपडेट जोड़ते हैं।
• कोड रिव्यू के दौरान टीम @.claude टैग से CLAUDE.md में नोट जोड़ने का अनुरोध करती है।
• हर टीम की अपनी CLAUDE.md होती है।
• यह फ़ाइल संस्थागत ज्ञान का बढ़ता हुआ भंडार बन जाती है जो हर Claude सत्र को विरासत में मिलता है।

अवधारणा सीधी-सादी है, लेकिन इसे लगातार बनाए रखने का अनुशासन ही इसे ताकतवर बनाता है।

Plan Mode - अच्छी योजना 90% सफलता है

Boris ज़्यादातर सत्र Plan Mode (shift+tab दो बार) से शुरू करते हैं। अगर लक्ष्य pull request है, तो वो संतुष्ट होने तक Claude के साथ प्लान पर चर्चा करते हैं, फिर auto-accept मोड में स्विच करके Claude को बिना रुकावट पूरा प्लान execute करने देते हैं।

वर्कफ़्लो:

1. शुरुआत में प्लानिंग चरण पर समय लगाएँ।
2. जब तक प्लान edge cases और संभावित समस्याओं को कवर न कर ले, तब तक उसे परिष्कृत करें।
3. प्लान पक्का हो जाए, तो automated execution पर स्विच करें।
4. implementation के दौरान आगे-पीछे सुधारों को न्यूनतम रखें।

यह पैटर्न सबसे आम विफलता को ख़त्म करता है: दृष्टिकोण स्पष्ट होने से पहले कोड लिखना शुरू कर देना। योजना बनाना सस्ता है। दोबारा काम करना महँगा है।

Slash Commands और Subagents - दोहराव वाले काम को स्वचालित करें

जो भी वर्कफ़्लो Boris दिन में कई बार इस्तेमाल करते हैं, वो slash command बन जाता है, .claude/commands/ में सहेजा जाता है। /commit-push-pr जैसे कमांड सिर्फ़ डेवलपर को ही नहीं, Claude को भी उपलब्ध होते हैं।

• दोहराव वाली prompting पूरी तरह ख़त्म करें।
• Inline bash से context पहले से तैयार करें, जिससे कमांड तेज़ हो।
• code-simplifier और verify-app जैसे subagents सामान्य validation वर्कफ़्लो संभालते हैं।
• PostToolUse hooks हर एडिट के बाद कोड को ऑटो-फ़ॉर्मैट करते हैं।

Boris Skills को भी slash commands का एक रूप मानते हैं - पुनर्प्रयोज्य, साझा करने योग्य वर्कफ़्लो परिभाषाएँ जो Claude के विशिष्ट कामों के दृष्टिकोण को मानकीकृत करती हैं।

Permission Management और Tool Integration

--dangerously-skip-permissions इस्तेमाल करने के बजाय Boris /permissions से सुरक्षित कमांड पहले से approve कर लेते हैं। टीम MCP सर्वर कॉन्फ़िगरेशन शेयर करती है ताकि Claude सीधे Slack, BigQuery, Sentry, और अन्य टूल्स एक्सेस कर सके।

• .claude/settings.json से permission सेटिंग्स शेयर करें।
• .mcp.json से टूल integrations शेयर करें।
• सुरक्षा से समझौता किए बिना अनावश्यक permission prompts कम करें।

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

Verification Loops - 2-3 गुना गुणवत्ता का गुणक

Boris के वर्कफ़्लो में सबसे ज़रूरी अभ्यास: Claude को अपने काम की जाँच करने का तरीका दें।

claude.ai/code पर वो Claude से हर बदलाव को एक Chrome extension के ज़रिए टेस्ट करवाते हैं जो असली एप्लिकेशन के साथ इंटरैक्ट करता है। Verification loop में शामिल है:

• Background agents जो काम पूरा होने के बाद जाँच करते हैं।
• Agent Stop hooks जो नियतात्मक validation चलाते हैं।
• अतिरिक्त सत्यापन के लिए ralph-wiggum plugin।
• Sandbox environments जिनमें permission modes बदले हुए होते हैं ताकि blocking न हो।
• ब्राउज़र और सिमुलेटर में असली UX टेस्टिंग।

यह कोई वैकल्पिक सजावट नहीं है। Boris verification loops को 1x और 2-3x आउटपुट गुणवत्ता के बीच का फ़र्क़ मानते हैं।

इन प्रथाओं के पीछे का पैटर्न

विशिष्ट टूल्स और कॉन्फ़िगरेशन हटा दें, तो चार सिद्धांत उभरते हैं:

• आक्रामक रूप से समानांतर चलाएँ। कई सत्र चलाएँ, हर एक का स्पष्ट दायरा और अपनी ब्रांच हो।
• बनाने से पहले योजना बनाएँ। Plan Mode Claude Code की सबसे प्रभावशाली सुविधा है।
• टीम के रूप में context शेयर करें। CLAUDE.md व्यक्तिगत सीखों को सामूहिक ज्ञान में बदलती है।
• Verification loop बंद करें। आपके देखने से पहले Claude को अपना काम जाँचने दें।

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