Claude Code श्रृंखला ट्यूटोरियल 3: केवल टर्मिनल क्यों प्रदान किया गया?

1.3 टर्मिनल में कोड क्यों लिखें?

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

इस प्रक्रिया में "कैसे बदलना है यह सोचने" में वास्तव में लगने वाला समय आधे से भी कम हो सकता है। बाकी आधा मशीनी काम है: फ़ाइलें ढूँढना, संदर्भ बदलना, कम्पाइल का इंतज़ार करना, माउस क्लिक करना।

AI को टर्मिनल में रखने का मुख्य उद्देश्य इन मशीनी कामों को कम करना है।

टर्मिनल कोड के सबसे करीब है

आप VS Code, JetBrains या Vim का उपयोग कर सकते हैं। इससे कोई फर्क नहीं पड़ता, कोड लिखते समय आप टर्मिनल से बच नहीं सकते। npm test, git log, grep, make build चलाना— ये सभी ऑपरेशन स्वाभाविक रूप से कमांड लाइन पर होते हैं।

अब, यदि आपका AI साथी भी उसी टर्मिनल में बैठा हो, तो चीज़ें सरल हो जाती हैं। आपको फ़ाइल सामग्री को चैट विंडो में कॉपी-पेस्ट करने की ज़रूरत नहीं है, आपको यह बताने की ज़रूरत नहीं है कि "मेरे प्रोजेक्ट में UserService नामक एक क्लास है, जो src/services/user.ts की 42वीं लाइन पर है..." Claude Code प्रोजेक्ट रूट डायरेक्टरी में खड़ा है, वह खुद देख लेगा।

यह संदर्भ में एक अचानक छलांग है। जब आप Claude Code से कहते हैं "कृपया लॉगिन मॉड्यूल की एरर हैंडलिंग को रीफ़ैक्टर करें", तो वह वास्तव में आपकी auth/login.ts पढ़ेगा, errors.ts पढ़ेगा, उन सभी जगहों को ढूँढेगा जहाँ इसका उपयोग होता है, और फिर सीधे बदलाव करेगा। बीच में आपको ट्रांसपोर्टर की भूमिका नहीं निभानी पड़ेगी।

आपको "ऑपरेटर" की भूमिका से मुक्त करना

ब्राउज़र AI चैट का उपयोग करते समय, हम अक्सर अनजाने में एक "बिचौलिए" की भूमिका निभाते हैं: AI कोड आउटपुट करता है, हम पढ़ते हैं, सत्यापित करते हैं, कॉपी करते हैं, और फिर एडिटर में पेस्ट करते हैं। यदि कोड चलता है, तो बढ़िया; यदि नहीं, तो एरर कॉपी करें, फिर से पूछें, फिर से कॉपी करें। यह प्रक्रिया वास्तव में फ़्लो को तोड़ती है।

Claude Code का डिज़ाइन दर्शन आपको वापस "विचारक" की स्थिति में लाना है। आप विचार कहते हैं, वह काम करता है। बदलाव के बाद आप सीधे टर्मिनल में diff देखते हैं, और तय करते हैं कि स्वीकार करना है या नहीं। वह आपके लिए टेस्ट और lint भी चला सकता है। आप वहाँ बैठे हैं, अधिकांश समय कोड पढ़ते और निर्णय लेते हैं, बार-बार विंडो स्विच नहीं करते।

एडिटर प्लगइन क्यों नहीं?

आप पूछ सकते हैं: एडिटर में ही AI प्लगइन क्यों नहीं बनाया जाता?

एडिटर प्लगइन निश्चित रूप से उपयोगी हैं, और कई टीमें पहले से उपयोग कर रही हैं। लेकिन टर्मिनल में Claude Code के कुछ फ़ायदे हैं जिन्हें प्लगइन आसानी से बदल नहीं सकता:

एडिटर से स्वतंत्रता। आज आप VS Code का उपयोग करते हैं, कल Neovim पर स्विच करते हैं, या बिना GUI के रिमोट सर्वर पर भी Claude Code काम करता है। यह आपके चुने हुए टूल से बंधा नहीं है।
अधिक "सीमा से बाहर" काम कर सकता है। टर्मिनल में, यह किसी भी शेल कमांड को निष्पादित कर सकता है। इसका मतलब है कि यह बहुत व्यापक कार्य कर सकता है— डेटाबेस माइग्रेशन सत्यापित करने के लिए Docker कंटेनर शुरू करना, रिमोट ब्रांच खींचकर विवादों की जाँच करना, कोड बदलने के बाद स्वचालित रूप से e2e टेस्ट चलाना। ये काम एडिटर प्लगइन आमतौर पर करने की हिम्मत नहीं करते, या कर ही नहीं सकते।
बैच प्रोसेसिंग और ऑटोमेशन। आप Claude Code को एक स्क्रिप्ट में डाल सकते हैं, और इसे दर्जनों रिपॉजिटरी को संसाधित करने, बैच में दस्तावेज़ तैयार करने, स्वचालित रूप से Issues को संभालने दे सकते हैं। तब यह "सहायक" नहीं रह जाता, बल्कि पाइपलाइन का एक हिस्सा बन जाता है।

मेरा अपना एक छोटा सा उदाहरण

पहले मुझे एक JavaScript प्रोजेक्ट को TypeScript में माइग्रेट करना था, लगभग बीस हज़ार लाइनों का कोड। मैंने मैन्युअल रूप से एक-एक फ़ाइल में टाइप जोड़ने या किसी एडिटर प्लगइन पर पूरी तरह निर्भर रहने के बजाय सीधे उस प्रोजेक्ट डायरेक्टरी में Claude Code शुरू किया और उसे बताया: "इस प्रोजेक्ट को धीरे-धीरे TypeScript सख्त मोड में माइग्रेट करो, हर बार कुछ फ़ाइलें बदलो, हर बैच के बाद tsc --noEmit चलाओ, अगर कोई एरर आए तो खुद ठीक करो, जब तक सब पास न हो जाए।"

अगले आधे घंटे में, मैंने मूल रूप से केवल एक काम किया: उसके द्वारा किए गए diff को देखना, हाँ या ना में सिर हिलाना। कभी-कभी उसे बताना "यहाँ टाइप के रूप में any का उपयोग न करें, एक interface परिभाषित करें", और वह काम करता रहा। अंत में प्रोजेक्ट कम्पाइल हो गया, जो मेरे अनुमान से कई गुना तेज़ था।

इसका मतलब यह नहीं है कि Claude Code प्लगइन से ज़्यादा चतुर है। लेकिन यह स्वयं "बदलाव-सत्यापन-सुधार" का चक्र पूरा कर सकता है, यही चैट-आधारित AI से इसका सबसे बुनियादी अंतर है।

आखिरकार, टर्मिनल ने AI को हाथ-पैर दिए

AI को टर्मिनल में रखने का मतलब है उसे निष्पादन की क्षमता देना, न कि केवल सुझाव देने की क्षमता।

यह आपके कोड रिपॉजिटरी को केवल पढ़े जाने वाले टेक्स्ट के ढेर से बदलकर एक ऐसा वास्तविक वातावरण बना देता है जिसे AI "छू" सकता है, बदल सकता है और सत्यापित कर सकता है। यह एक बड़ी छलांग है।

आप अभी भी प्रोजेक्ट की दिशा और सभी महत्वपूर्ण निर्णयों पर नियंत्रण रखते हैं, लेकिन उन थकाऊ, कम रचनात्मक और बार-बार टॉगल करने वाले कामों के लिए एक उपयुक्त वाहक मिल गया है।