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

• अपने वास्तविक कार्य परिवेश और workflow को साझा करते हुए बताया कि वे terminal में 5 Claude को parallel चलाते हैं और web पर 5~10 अतिरिक्त instance भी चलाते हैं
• सभी कामों में Opus 4.5 with thinking का उपयोग करते हैं; यह बड़ा और धीमा है, लेकिन कम steering चाहिए और tools का उपयोग बेहतर करता है, इसलिए अंततः अधिक तेज़ साबित होता है
• पूरी टीम एक ही CLAUDE.md फ़ाइल साझा करती है, और जब भी Claude गलत व्यवहार करता है तो उस जानकारी को जोड़कर सीख का संचय किया जाता है
• ज़्यादातर session की शुरुआत Plan mode से करते हैं, योजना को पर्याप्त रूप से निखारने के बाद auto-accept mode में बदलकर एक ही बार में पूरा करने का पैटर्न अपनाते हैं
• Claude को अपने काम को verify करने वाला feedback loop देना अंतिम परिणाम की गुणवत्ता को 2~3 गुना बढ़ाने वाला सबसे महत्वपूर्ण तत्व है

---

1/ parallel execution environment सेटअप

• terminal में 5 Claude को parallel चलाते हैं, tabs को 1~5 नंबर देते हैं, और system notifications से यह पहचानते हैं कि कब input की ज़रूरत है

2/ web और local का parallel संचालन

• claude.ai/code web पर भी 5~10 Claude को अतिरिक्त रूप से parallel चलाते हैं, local Claude के साथ मिलाकर
• local session को web पर handoff (& का उपयोग) करते हैं, या Chrome से सीधे session शुरू करते हैं, और --teleport से दोनों दिशाओं में स्विच करते हैं
• iOS app में हर सुबह और दिन के दौरान कई session शुरू करके बाद में उन्हें जाँचने का तरीका भी अपनाते हैं

3/ model चयन: Opus 4.5 with thinking

• सभी कामों के लिए Opus 4.5 with thinking का उपयोग
• अब तक इस्तेमाल किया गया सबसे अच्छा coding model
• Sonnet की तुलना में बड़ा और धीमा है, लेकिन कम steering की ज़रूरत होती है और tools का उपयोग शानदार है
• नतीजतन, छोटे model की तुलना में लगभग हमेशा अधिक तेज़ अंतिम परिणाम देता है

4/ CLAUDE.md के ज़रिए टीम-स्तरीय knowledge accumulation

• Claude Code repository में पूरी टीम द्वारा साझा की जाने वाली एकल CLAUDE.md फ़ाइल बनाए रखते हैं
• इसे git में check-in किया जाता है, और पूरी टीम हर हफ्ते कई बार योगदान देती है
• जब भी Claude गलत व्यवहार करता है, तो उसे CLAUDE.md में जोड़कर अगली बार वही गलती रोकते हैं
• दूसरी टीमें भी अपना-अपना CLAUDE.md बनाए रखती हैं, और हर टीम उसे updated रखने की ज़िम्मेदार होती है

5/ code review के दौरान CLAUDE.md update

• code review के समय सहकर्मी के PR में @.claude को tag करके PR के हिस्से के रूप में CLAUDE.md में सामग्री जोड़ते हैं
• Claude Code GitHub Action(/install-github-action) का उपयोग
• यह Dan Shipper के Compounding Engineering concept जैसा तरीका है

6/ Plan mode और auto-accept workflow

• ज़्यादातर session की शुरुआत Plan mode (shift+tab दो बार) से करते हैं
• अगर लक्ष्य PR बनाना है, तो Plan mode में Claude के साथ जब तक योजना संतोषजनक न हो जाए तब तक बार-बार चर्चा करते हैं
• योजना तय होने के बाद auto-accept edits mode में स्विच करने पर Claude आम तौर पर एक ही बार में (1-shot) पूरा कर देता है
• अच्छी योजना वाकई बहुत महत्वपूर्ण है

7/ slash commands से repetitive काम का automation

• दिन में कई बार होने वाले हर "inner loop" workflow के लिए slash command का उपयोग
• बार-बार prompting करने की ज़रूरत बचती है, और Claude भी इस workflow का उपयोग कर सकता है
• commands को git में check-in किया जाता है और .claude/commands/ directory में रखा जाता है
• उदाहरण: /commit-push-pr slash command का हर दिन दर्जनों बार उपयोग
  • inline bash के ज़रिए git status जैसी जानकारी पहले से निकालकर तेज़ execution और model के साथ अनावश्यक round-trip से बचाव

8/ sub-agents का उपयोग

• कई sub-agents का नियमित उपयोग
  • code-simplifier: Claude का काम पूरा होने के बाद code simplification
  • verify-app: Claude Code end-to-end testing के लिए विस्तृत निर्देश शामिल
• slash commands की तरह, ज़्यादातर PR में होने वाले सबसे सामान्य workflow के automation का विचार

9/ PostToolUse hooks से code formatting

• Claude के code formatting को संभालने के लिए PostToolUse hooks का उपयोग
• Claude डिफ़ॉल्ट रूप से अच्छी तरह formatted code बनाता है, और hook बाकी 10% को संभालता है, जिससे बाद में CI में formatting errors नहीं आते

10/ permissions management का तरीका

• --dangerously-skip-permissions का उपयोग नहीं करते
• इसके बजाय /permissions का उपयोग करके environment में सुरक्षित माने जाने वाले सामान्य bash commands को पहले से allow करते हैं
• अनावश्यक permission prompts से बचते हैं
• ज़्यादातर सेटिंग्स .claude/settings.json में check-in होकर टीम के साथ साझा की जाती हैं

11/ Claude Code में tool integrations का उपयोग

• Claude Code सभी tools का उपयोग खुद करता है
  • Slack search और posting (MCP server का उपयोग)
  • BigQuery query execution (bq CLI) के ज़रिए analytics सवालों के जवाब
  • Sentry से error logs लाना
• Slack MCP configuration को .mcp.json में check-in करके टीम के साथ साझा किया जाता है

12/ लंबे समय वाले कामों को संभालने का तरीका

• बहुत लंबे कामों के लिए तीन तरीकों में से एक चुनते हैं:
  • (a) काम पूरा होने पर background agent से उसे verify कराने के लिए prompt देना
  • (b) agent Stop hook का उपयोग करके अधिक deterministic verification
  • (c) Geoffrey Huntley द्वारा बनाए गए ralph-wiggum plugin का उपयोग
• sandbox में --permission-mode=dontAsk या --dangerously-skip-permissions का उपयोग कर permission prompts हटाते हैं ताकि Claude काम पर केंद्रित रह सके

13/ सबसे महत्वपूर्ण टिप: verification feedback loop देना

• Claude Code से शानदार परिणाम पाने के लिए सबसे महत्वपूर्ण तत्व: Claude को अपने काम को verify करने का तरीका देना
• यह feedback loop होने पर अंतिम परिणाम की गुणवत्ता 2~3 गुना बेहतर हो जाती है
• Claude, claude.ai/code पर landing होने वाले हर बदलाव को Claude Chrome extension से test करता है
  • browser खोलकर UI test करता है, और code सही काम करे तथा UX अच्छा हो जाए तब तक दोहराता है
• verification का तरीका domain के अनुसार अलग होता है
  • यह bash command चलाने जितना सरल हो सकता है
  • test suite चलाना
  • browser या phone simulator में app test करना
• इस verification process को मज़बूती से बनाने में निवेश की ज़रूरत होती है

[wedding]

क्योंकि वे creator हैं, उन पर शायद limit नहीं लगी होगी..?

[princox]

लगता है कि कंपनी के अंदर इस्तेमाल होने वाला API शायद unlimited हो, क्योंकि मैंने एक पोस्ट देखी थी जिसमें लिखा था कि Claude Code प्रोडक्ट खुद Claude Code से ही बनाया जाता है.. haha;;

[cshj55]

फिर भी पकड़े नहीं जाएंगे क्या..? महंगा है..

[elbanic]

कंपनी में इस्तेमाल पर कोई प्रतिबंध नहीं है। मैं Anthropic में नहीं हूँ, लेकिन एक Big Tech कंपनी में हूँ, और sonnet 4.5 व्यावहारिक रूप से अनलिमिटेड है।

[wegaia]

मैं Max subscriber हूँ, लेकिन सिर्फ़ इसे पढ़ने से भी ऐसा लगता है जैसे tokens खर्च हो रहे हैं।

[xguru]

Claude Code के निर्माता द्वारा साझा किए गए व्यावहारिक उपयोग टिप्स

[sonlar]

skills साझा बिंदु..

[laeyoung]

2. वेब और लोकल का समानांतर संचालन

मूल पोस्ट की इमेज देखकर लगा कि आप लोकल में 5 और वेब में 5 चलाकर काम कर रहे हैं। क्या कोई खास वजह है कि लोकल 10 और वेब 10 की बजाय इसे 5 और 5 में बांटकर किया जा रहा है?

[agendacho]

वेब पर शायद यह simple checks और local के काम के लिए, उसी git branch पर simple tasks करने जैसा लगता है.
(चलते-फिरते भी काम करने के लिए??)
यह मेरा अनुमान है, लेकिन local में 5 बनाते समय शायद वे context management के लिए use case के हिसाब से अलग-अलग git branch रखते होंगे,
और हर tab को, उदाहरण के लिए,
tab1 DB query बनाना और planning, tab2 backend, tab3 API development, tab4 frontend, tab5 code review जैसी भूमिकाओं में बाँटकर, जहाँ टकराव कम से कम हो, उस दायरे में parallel में चलाते होंगे.

[eajrezz]

यह सिर्फ़ अनुमान है, लेकिन शायद चलते-फिरते mobile device से access करने के लिए web session होना ज़रूरी होता होगा, इसलिए ऐसा होगा। जब लगभग 10 चीज़ें ही संभालने लायक cognitive load हो, तब 5 को local में PC पर गहराई से काम किया जाए, और बाकी को mobile पर जल्दी-जल्दी निपटाया जाए, शायद कुछ ऐसा।

[laeyoung]

ऐसा हो सकता है।