Claude Code शुरू कैसे करें: इंस्टॉल से पहले commit तक सिर्फ़ 30 मिनट में

टर्मिनल में claude टाइप करो और Enter दबाओ।

बस इतने से कुछ चलने लगता है, यह तो दिखता है। लेकिन जब मैंने पहली बार ऐसा किया, तो स्क्रीन पर बस एक लाइन आई — “लॉगिन करो” — और वहीं मैं पाँच मिनट तक अटका रहा। किस अकाउंट से लॉगिन? पैसे लगेंगे क्या? कहीं मेरा पूरा कोड तो नहीं पढ़ लिया जाएगा? आख़िर उस दिन मैंने कुछ भी बदले बिना टर्मिनल बंद कर दिया।

अब समझ आता है कि असली दीवार न इंस्टॉल थी, न अंग्रेज़ी। दीवार थी — “चालू करने के बाद माँगूँ क्या?” इसलिए इस गाइड में हम ठीक यही सबसे छोटे रास्ते से पार करेंगे। इंस्टॉल → ब्राउज़र लॉगिन → पहला prompt → पहला commit, यहाँ तक सिर्फ़ 30 मिनट में। साथ में मेरी तीन शुरुआती ठोकरें भी (permission देना, बातचीत भारी हो जाना, और CLAUDE.md की पहली लाइन) पहले ही बता देता हूँ, ताकि आप न गिरें।

सर्च इंटेंट सीधा है — “Claude Code कैसे शुरू करें”, “बिगिनर के लिए इस्तेमाल”। बस उसी का जवाब, बिना इधर-उधर भटके।

मुख्य बातें

• इंस्टॉल एक ही कमांड में हो जाता है। macOS/Linux पर curl ... | bash, Windows पर irm ... | iex। Node.js से चाहिए तो npm i -g @anthropic-ai/claude-code (Node 18 या ऊपर)।
• लॉगिन ब्राउज़र से होता है। claude चालू करते ही लॉगिन पेज खुलता है। Claude Pro/Max जैसा सब्सक्रिप्शन या Console अकाउंट चाहिए (फ्री Claude.ai प्लान काम नहीं करता)।
• पहले 30 मिनट में कुछ “बदलवाओ मत”। पढ़वाओ → समझाओ → सिर्फ़ एक फ़ाइल का रिव्यू, इसी क्रम से आदत डालो।
• गोल है पहला commit तक पहुँचना। diff अपनी आँखों से देखकर ही commit करने की आदत पहले ही दिन डाल लो।
• बिगिनर तीन बारूदी सुरंगों पर पैर रखते हैं: सारी permission एक साथ मत दो / बातचीत भारी हो तो compact करो / CLAUDE.md में “टेस्ट कैसे चलाएँ” की एक लाइन लिखो।

चलिए एक-एक करके। कोड वही दिखाऊँगा जो copy-paste करते ही चल जाए।

पहले पूरा नक्शा: 30 मिनट का रास्ता

बारीक स्टेप्स में घुसने से पहले गोल तक का नक्शा दिखा देता हूँ। इससे बीच में भटकने का डर कम रहता है।

समय	क्या करना है	मकसद
0–5 मिनट	इंस्टॉल + ब्राउज़र लॉगिन	claude चालू होने लायक बनाना
5–10 मिनट	प्रैक्टिस के लिए नई branch काटना	गलती हो तो वापस लौटने की ज़मीन
10–20 मिनट	पढ़वाना और समझवाना	”किस आधार पर जवाब दे रहा है” समझना
20–25 मिनट	एक छोटा बदलाव करवाना	एडिट → diff देखने का फ़्लो जीना
25–30 मिनट	पहला commit	अपने फ़ैसले से चीज़ें पक्की करना

सबसे ज़रूरी बात — पहले ही दिन कोई बड़ा refactoring मत कराओ। “इस पूरे प्रोजेक्ट को साफ़-सुथरा कर दो” जैसी फ़रमाइश आदत पड़ने के बाद के लिए छोड़ दो। शुरू में छोटा, और उतना ही जितना वापस लौटाया जा सके।

स्टेप 1: इंस्टॉल करो (0–3 मिनट)

कुछ समय पहले तक “npm से इंस्टॉल करो” आम तरीका था, लेकिन अब ऑफ़िशियल पहली पसंद है डेडिकेटेड इंस्टॉलर। Node.js है या नहीं, इसकी चिंता किए बिना यह लग जाता है।

macOS / Linux / WSL के लिए यह।

curl -fsSL https://claude.ai/install.sh | bash

Windows के PowerShell के लिए यह।

irm https://claude.ai/install.ps1 | iex

“मुझे तो Node.js से ही मैनेज करना है” — ऐसे लोग पहले की तरह npm से भी लगा सकते हैं। इसके लिए Node.js 18 या उससे ऊपर चाहिए।

npm install -g @anthropic-ai/claude-code

लगा या नहीं, यह जाँचो। version नंबर दिखे तो ठीक है।

claude --version

अगर यहाँ command not found आए, तो claude doctor खुद वजह बता देगा।

claude doctor

एक चेतावनी। permission की एरर आए तो रिफ़्लेक्स में sudo npm install -g मत चला देना। ऑफ़िशियल डॉक्स में भी साफ़ लिखा है कि “इससे permission की समस्या और सिक्योरिटी रिस्क पैदा होते हैं, इसलिए बचें।” घबराने के बजाय claude doctor के निर्देश मानना ज़्यादा तेज़ है।

स्टेप 2: ब्राउज़र से लॉगिन करो (3–5 मिनट)

इंस्टॉल हो गया, तो अब चालू करो।

claude

पहली बार में यह अपने-आप लॉगिन स्क्रीन पर ले जाता है। ब्राउज़र खुलेगा, बस स्क्रीन पर दिए निर्देश के हिसाब से sign in कर दो। एक बार हो गया तो auth जानकारी सेव हो जाती है और अगली बार नहीं पूछता।

यहाँ बिगिनर अक्सर अटकते हैं — “अरे, किस अकाउंट से?” साफ़-साफ़ बताता हूँ।

• Claude Pro / Max / Team / Enterprise सब्सक्रिप्शन … अकेले शुरू करना है तो यही सबसे आसान (मेरी सलाह यही)।
• Anthropic Console (API और प्रीपेड क्रेडिट) … जो API key से चलाना और लागत एक जगह से मैनेज करना चाहते हैं।
• Amazon Bedrock / Google Vertex AI / Microsoft Foundry … जब कंपनी की क्लाउड पॉलिसी पहले से तय हो।

एक बात ध्यान से। फ्री Claude.ai प्लान पर Claude Code नहीं चलता। यह न जानने के कारण बहुत लोग “लॉगिन ही नहीं हो रहा” में फँस जाते हैं, इसलिए पहले ही लिख देता हूँ।

अकाउंट बदलना हो तो चालू सेशन में /login टाइप करके दोबारा auth कर सकते हो।

स्टेप 3: ऐसी जगह बनाओ जहाँ से वापस लौट सको (5–10 मिनट)

यह स्टेप दिखने में मामूली है, पर ज़रूरी है। सीधे प्रोडक्शन repo में मत खेलो। प्रैक्टिस के लिए कोई छोटा repo, या ऐसा निजी प्रोजेक्ट खोलो जो टूट भी जाए तो दिक्कत न हो।

ऑफ़िस के कोड पर आज़माना है तो हमेशा एक काम वाली branch काटो।

git status
git switch -c try-claude-code

सबसे पहले git status इसलिए देखो ताकि बिना commit किए हुए बदलाव इसमें न उलझ जाएँ। पहले की हालत अस्पष्ट छोड़कर इस्तेमाल किया, तो बाद में पता ही नहीं चलता — “यह diff AI का है या मेरा अपना?” यह वही गलती है जो पहले दिन मैंने सचमुच की थी।

उसी फ़ोल्डर में Claude Code चालू करो।

cd /path/to/your/project
claude

चालू होते ही ऊपर version, चल रहा model और working directory दिखती है। /help से कमांड की पूरी लिस्ट देख सकते हो।

स्टेप 4: पहले बस “पढ़वाओ” (10–20 मिनट)

अब असली शुरुआत। पर अभी भी कुछ बदलवाएँगे नहीं। पहले पढ़वाओ, फिर समझवाओ। बस इतने से “Claude Code किस आधार पर जवाब दे रहा है” का अहसास पकड़ में आ जाता है।

इंटरैक्टिव मोड में सहज हिंदी (या अंग्रेज़ी) में बात करना काफ़ी है। कोई कठिन सिंटैक्स नहीं चाहिए।

सिर्फ़ README.md और package.json पढ़ो, और इस प्रोजेक्ट का मकसद व चालू करने का तरीका हिंदी में समझाओ

असली बात है “सिर्फ़” कहकर दायरा छोटा रखना। शुरुआत में ही अगर यह ढेर सारी फ़ाइलें पढ़ने लगे, तो जवाब किस स्रोत से आया, यह पकड़ में नहीं आता। आगे जो “बातचीत भारी हो जाना” वाली समस्या बताऊँगा, उससे भी इसका सीधा रिश्ता है।

थोड़ा अभ्यस्त हो जाओ, तो सिर्फ़ एक फ़ाइल का रिव्यू माँगो।

सिर्फ़ src/utils/date.ts पढ़ो और जहाँ bug आ सकता है ऐसी ज़्यादा से ज़्यादा तीन बातें बताओ। अभी एडिट मत करना

“अभी एडिट मत करना” जोड़ने से रिव्यू और इम्प्लीमेंटेशन आपस में नहीं मिलते। सुझाव पढ़ने का अभ्यास पहले, हाथ बाद में लगाना है।

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

claude -p "git log --oneline -10 चलाओ और बदलावों का हिंदी में सारांश दो"

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

स्टेप 5: पहला छोटा बदलाव (20–25 मिनट)

पढ़ने का अभ्यास हो गया, तो अब इससे कोड बदलवाते हैं। शुरुआत “एक फ़ाइल, एक function” की इकाई से।

इंटरैक्टिव मोड में ऐसे कहो।

src/api/users.ts के getUserById function के लिए एक unit test जोड़ो। मौजूदा टेस्ट के लिखने के तरीके से मेल खाते हुए

यहाँ Claude Code ज़रूर पूछेगा — “यह बदलाव लागू कर दूँ?” यह बिना पूछे फ़ाइल नहीं बदलता। दिखाए गए diff को देखो, समझ में आए तो मंज़ूरी दो। यही डिफ़ॉल्ट सेफ़्टी डिवाइस है।

पहली सुरंग ठीक यहीं है। हर बार Enter दबाना झंझट लगा, तो मैंने झट से “सब कुछ allow” मोड चालू कर दिया। नतीजा — जो माँगा ही नहीं था, उन फ़ाइलों को भी “साथ में सुधार दिया” गया और मेरे होश उड़ गए। सबक यह कि शुरू में एक-एक करके मंज़ूरी देना ही आख़िर में सबसे तेज़ निकलता है। permission को बारीकी से तय करना हो, तो आगे बताई डेडिकेटेड गाइड पर जाओ।

बदलाव स्वीकार कर लिया, तो अपनी आँखों से diff ज़रूर जाँचो।

git diff
npm test

“चलता हुआ लग रहा है” और “सिर्फ़ इरादे वाला ही diff है” — दोनों अलग बातें हैं। diff और test को हमेशा एक जोड़ी की तरह रखो।

स्टेप 6: पहला commit (25–30 मिनट)

diff जाँच लिया, test पास हो गया। यहाँ तक आ गए, तो गोल बस सामने है।

commit भी सहज भाषा में करवा सकते हो।

बदलावों को देखो और एक साफ़, समझ में आने वाले commit message के साथ commit करो

Claude Code git diff पढ़कर message सोचता है और commit से पहले एक बार फिर पूछता है। चाहो तो हाथ से भी कर सकते हो।

git add src/api/users.ts
git commit -m "test: getUserById के लिए unit test जोड़ा"

बस, “इंस्टॉल → लॉगिन → पढ़वाना → छोटा बदलाव → commit” का एक पूरा चक्कर पूरा हुआ। 30 मिनट में आपने Claude Code का सबसे छोटा loop अपने हाथों से घुमा लिया। पहले दिन के लिए इतना काफ़ी है। सीना तानकर टर्मिनल बंद कीजिए।

copy-paste करके चलाओ: 30 मिनट को एक स्क्रिप्ट में

हर बार कमांड याद करना झंझट है, इसलिए मैं “प्रैक्टिस सेशन को सुरक्षित ढंग से शुरू करने” वाली एक shell script रखता हूँ। यह branch काटती है और पढ़वाने वाली रिक्वेस्ट तक एक झटके में कर देती है। Node.js की ज़रूरत नहीं, सिर्फ़ bash से चलती है।

#!/usr/bin/env bash
# start-claude-practice.sh — Claude Code को सुरक्षित ढंग से प्रैक्टिस शुरू करो
set -euo pipefail

# 1) कोई बिना-commit बदलाव बचा तो नहीं — जाँचो (उलझाव वाला हादसा रोकने के लिए)
if [ -n "$(git status --porcelain)" ]; then
  echo "⚠ बिना commit किए बदलाव हैं। पहले commit या stash कर लो।"
  git status --short
  exit 1
fi

# 2) प्रैक्टिस वाली branch काटो (तारीख़ के साथ; पहले से हो तो बस switch)
BRANCH="try-claude-$(date +%Y%m%d)"
git switch -c "$BRANCH" 2>/dev/null || git switch "$BRANCH"
echo "✅ branch $BRANCH पर काम कर रहे हैं"

# 3) पहले बस "पढ़वाने" वाली रिक्वेस्ट वन-शॉट में चलाओ
claude -p "README हो तो README, वरना मुख्य फ़ाइलें पढ़कर
इस प्रोजेक्ट का मकसद, चालू करने का तरीका और आगे कौन-सी फ़ाइल पढ़ें — हिंदी में तीन लाइन में बताओ।
कोई एडिट बिल्कुल मत करना।"

इस्तेमाल बस इतना है।

chmod +x start-claude-practice.sh
./start-claude-practice.sh

चलाते ही, अगर कोई बिना-commit बदलाव है तो यह रोक देगी, और न हो तो प्रैक्टिस branch काटकर प्रोजेक्ट का सारांश दे देगी। “उलझाव वाला हादसा रोको”, “वापसी की जगह बनाओ”, “पहले पढ़वाओ” — तीनों को एक स्क्रिप्ट में बाँध दिया है। काश यह पहले दिन के मुझे मिल जाती।

मेरी तीन शुरुआती ठोकरें

अब वो बातें जो स्टेप-गाइड में कम मिलती हैं, पर पहले दिन इनमें फँसो तो सबसे तकलीफ़देह होती हैं।

1. शुरू से ही सारी permission allow कर देना

जैसा अभी बताया, हर पुष्टि झंझट लगकर “सब OK” करना हादसे बुलाता है। शुरू में सबसे सुरक्षित यह है कि लिखना और commit हर बार पूछे, delete और force push बिल्कुल बंद रहे। .claude/settings.json में यह तय कर सकते हो।

{
  "permissions": {
    "allow": ["Read(**)", "Grep(**)", "Bash(npm test*)", "Bash(git status*)", "Bash(git diff*)"],
    "ask": ["Write(**)", "Edit(**)", "Bash(git commit*)", "Bash(git push*)"],
    "deny": ["Bash(rm -rf*)", "Bash(git push --force*)"]
  }
}

“पढ़ना-टेस्ट अपने-आप, लिखना-commit पूछकर, खतरनाक delete बंद।” यही तीन-परत का इंतज़ाम लगभग हर हादसा रोक देता है। जो काम भरोसेमंद और सुरक्षित लगे, उसे बाद में allow में चढ़ा देना। बारीक डिज़ाइन के लिए मैंने सब Claude Code permission सेटिंग गाइड में जमा कर दिया है — गंभीरता से सेट करना हो तो वहीं चलो।

2. बातचीत भारी हो जाना (context का दबाव)

इस्तेमाल करते-करते एक मोड़ पर यह अचानक सुस्त पड़ जाता है। यह खराबी नहीं — यह इस बात का संकेत है कि बातचीत लंबी हो गई है और Claude Code जो “संदर्भ” संभाल रहा है वह बहुत फूल गया है। ठीक वैसे जैसे खाना बनाते समय किचन का प्लेटफ़ॉर्म इस्तेमाल किए बर्तनों से भरता चला जाता है।

इलाज दो हैं। एक पड़ाव पूरा हो तो या तो बातचीत compact कर दो, या बिल्कुल साफ़।

/compact

/clear

/compact ज़रूरी बातें रखकर सिकोड़ता है, /clear पूरा रीसेट कर देता है। “अभी तक तो फटाफट चल रहा था” ऐसा लगे तो बेझिझक इनमें से कोई एक दबाओ। शुरू में लिखी “पढ़वाने का दायरा छोटा रखो” वाली बात भी यहीं काम आती है। जितनी कम फ़ालतू फ़ाइलें पढ़वाओगे, प्लेटफ़ॉर्म उतना कम बिखरेगा। सुस्ती की पड़ताल पर Claude Code स्पीड ऑप्टिमाइज़ेशन गाइड ज़्यादा विस्तार से है।

3. CLAUDE.md की पहली लाइन न लिखना

यह “अच्छा हुआ जो किया” वाली बात है। Claude Code प्रोजेक्ट की रूट में मौजूद CLAUDE.md अपने-आप पढ़ता है। यहाँ प्रोजेक्ट की जानकारी लिख देने पर हर बार समझाने से छुटकारा मिल जाता है।

मुझे अफ़सोस इस बात का है कि शुरू में यह नहीं लिखी। नतीजा — हर बार “यह प्रोजेक्ट TypeScript का है, और टेस्ट npm test से चलते हैं” समझाना पड़ता था। सबसे पहले लिखने लायक बस एक लाइन यह है।

## अक्सर इस्तेमाल होने वाली कमांड
- टेस्ट: npm test
- डेव सर्वर: npm run dev

बस “टेस्ट कैसे चलाएँ” लिखा हो, तो Claude Code बदलाव के बाद खुद टेस्ट चलाने की कोशिश करता है। उलटे, शुरू से ही बहुत लंबा CLAUDE.md लिखोगे, तो निर्देश ठीक से माने नहीं जाते। क्या लिखें और क्या नहीं, यह लकीर मैंने अलग से CLAUDE.md बेस्ट प्रैक्टिस में खींची है।

अगला कदम: एक-एक काम से “सौंपने” की ओर

30 मिनट के loop की आदत पड़ जाए, तो अगला चरण है “एक-एक निर्देश” से बढ़कर “थोड़ा बड़ा काम सौंप देना”। पर हाँ, सीधे फुल-ऑटोमैटिक नहीं करते।

क्रम हमेशा एक ही रहता है। ① पढ़वाने का दायरा छोटा तय करो → ② गोल (नतीजा क्या चाहिए) साफ़ करो → ③ पुष्टि जितना हो सके कमांड से करवाओ → ④ खतरनाक काम शुरू में हमेशा “इंसान से पूछो” पर रखो। AI के इस “ढाँचे” (harness) को सजाने की सोच मैंने AI को काम सौंपने का ढाँचा (harness) कैसे बनाएँ में विस्तार से जमा की है। शुरुआत के ठीक बाद इसे पढ़ोगे, तो पूरा नज़ारा एकदम बदल जाएगा।

निर्देश देने का तरीका भी अभ्यास के साथ नतीजे बदल देता है। तरकीब बस तीन हैं।

1. फ़ाइल का नाम (हो सके तो लाइन नंबर) लिखो — ढूँढने की मेहनत घट जाती है।
2. अपेक्षित व्यवहार ठोस लिखो — “अच्छे से कर दो” किसी को समझ नहीं आता।
3. पाबंदी जोड़ो — “मौजूदा पैटर्न से मेल खाते हुए”, “बाकी फ़ाइलें मत छूना”।

src/api/auth.ts के login function में, password खाली होने पर 400 लौटाने वाला कोड जोड़ो।
एरर का मैसेज src/utils/errors.ts के पैटर्न से मेल खाते हुए रखो। बाकी फ़ाइलें मत छूना

अक्सर पूछे जाने वाले सवाल

Q. क्या यह मुफ़्त इस्तेमाल हो सकता है? A. Claude Code खुद फ्री Claude.ai प्लान पर नहीं चलता। Claude Pro / Max जैसा सब्सक्रिप्शन, या प्रीपेड क्रेडिट वाला Console अकाउंट चाहिए। लागत की चिंता हो तो Claude Code / API लागत मैनेजमेंट गाइड में बजट तय करने का तरीका लिखा है।

Q. क्या Windows पर भी Mac जैसा ही चलता है? A. हाँ, चलता है। बस इंस्टॉल irm https://claude.ai/install.ps1 | iex (PowerShell) में बदल जाता है, चालू करना और इस्तेमाल वही रहता है। Git Bash लगा रखो तो कुछ कमांड और सहज चलती हैं।

Q. क्या API key ज़रूरी है? A. अकेले शुरू करना है तो नहीं। claude चालू करके ब्राउज़र से लॉगिन करना ही सबसे आसान है। API key को environment variable में संभालने वाला सेटअप तब काफ़ी है जब टीम की auth पॉलिसी या क्लाउड एनवायरनमेंट तय हो जाए।

Q. क्या मेरा पूरा कोड अपलोड हो जाएगा? A. Claude Code हर बार सिर्फ़ ज़रूरी फ़ाइलें ही पढ़ता है। सब कुछ हाथ से देने की ज़रूरत नहीं, और .env या प्रोडक्शन की key / कस्टमर डेटा कभी पेस्ट न करो — यही बुनियादी नियम है। सुरक्षा की न्यूनतम लकीर मैंने Claude Code सुरक्षा उपाय में जमा की है।

Q. डिफ़ॉल्ट model भारी या महँगा लगता है। A. आसान काम के लिए सेशन के बीच में हल्के model पर स्विच कर सकते हो। /model से model चुन सकते हो, इसलिए जाँच-पड़ताल के लिए हल्का model और मुश्किल इम्प्लीमेंटेशन के लिए हाई-परफ़ॉर्मेंस model — ऐसे बाँटने से काम आरामदेह रहता है।

निष्कर्ष: 30 मिनट में “सबसे छोटा loop” एक चक्कर

Claude Code की शुरुआत निचोड़ कर देखें तो एक ही सीधी लकीर है। इंस्टॉल → ब्राउज़र लॉगिन → पढ़वाओ → छोटा बदलाव → diff देखकर commit। इस 30 मिनट के loop को एक बार अपने हाथों से घुमा लो, तो “शुरू कहाँ से करूँ” वाली उलझन मिट जाती है।

पहले दिन गलती बस तीन में होती है। सारी permission allow मत करो, बातचीत भारी हो तो compact करो, और CLAUDE.md में “टेस्ट कैसे चलाएँ” की एक लाइन लिखो। इनसे बचो, तो पहला अनुभव काफ़ी चिकना रहेगा।

यह साइट (claudecode-lab.com) — आर्टिकल जनरेशन, अनुवाद और डिप्लॉयमेंट, सब रोज़ Claude Code से ही चलता है। वही मैं, जो पहले शक करता था “क्या सच में ऐसा हो सकता है?” आप भी आज, बस 30 मिनट। claude टाइप कीजिए और पहले commit तक होकर आइए।

आगे कहीं अटको, तो अटकने के तरीके से अगली राह चुन सकते हो। कमांड और सुरक्षित तरीके से माँगने का तरीका हाथ के पास चाहिए तो मुफ़्त Claude Code चीटशीट, और सेटिंग से लेकर ऑपरेशन तक एक साथ जमाना हो तो शिक्षण सामग्री की सूची सबसे छोटा रास्ता है।

सबसे ताज़ा तरीका ऑफ़िशियल Claude Code Quickstart (अंग्रेज़ी) पर भी देख सकते हो। इंस्टॉल और auth कभी-कभी अपडेट होते रहते हैं, इसलिए उलझन हो तो प्राथमिक स्रोत ज़रूर देखो।

इस गाइड में बताई बातें मैंने सचमुच आज़माईं तो

इस 30 मिनट के loop को मैंने अपने एक जान-पहचान वाले फ्रंट-एंड इंजीनियर (जो CLI के आदी नहीं हैं) से साथ बैठकर आज़मवाया। सबसे ज़्यादा असर “पहले कुछ बदलवाओ मत” का हुआ। पढ़वाने-समझवाने का चरण छोड़ दो, तो पहला एडिट-सुझाव सामने आते ही वे ठिठक जाते हैं। उलटे, जिन्होंने समझाना → एक फ़ाइल रिव्यू बीच में रखा, वे सचमुच 30 मिनट से कम में पहले commit तक पहुँच गए।

एक और बात महसूस हुई — CLAUDE.md की “टेस्ट वाली एक लाइन” का असर। यह लिखी हो, तो बदलाव के बाद Claude Code खुद npm test चला देता है, खुद फ़ेल होना पकड़ता है और सुधारना शुरू कर देता है। न लिखो, तो हर बार हमें ही “टेस्ट कर लो” कहना पड़ता है। बस दो लाइन के फ़र्क ने आगे के आने-जाने (back-and-forth) की संख्या साफ़ घटा दी। ज़्यादा होशियार model ढूँढने से पहले एक ढाँचा सजा लो — शुरुआत में भी, आख़िर सबसे ज़्यादा असर वहीं होता है।