Claude Code ने मुझे ये ट्यूटोरियल बनाने में कैसे मदद की
दिसंबर 2025 के मध्य में, मैंने अपनी रिसर्च असिस्टेंट को Zoom पर Claude Code इंस्टॉल करने में मदद करने के लिए 2 घंटे बिताए। मुझे एहसास हुआ कि उसके जैसे किसी व्यक्ति को कुछ विशिष्ट, व्यावहारिक निर्देशों की ज़रूरत है, इसलिए मैंने Claude Code के लिए व्यापक ट्यूटोरियल बनाने का फैसला किया। मेरा लक्ष्य था: व्यावहारिक, केंद्रित ट्यूटोरियल जो पूरी तरह शुरुआती लोगों को कदम-दर-कदम असली कामों से गुज़ारें। कोई थ्योरी नहीं। कोई विशाल संदर्भ मैनुअल नहीं। बस “यह करो, फिर यह, फिर यह” जब तक आप कुछ ठोस हासिल न कर लें।
जो कुछ दस्तावेज़ फ़ाइलों के रूप में शुरू हुआ, वह जल्दी ही 100 से ज़्यादा ट्यूटोरियल दस्तावेज़ों वाले एक बहुभाषी लर्निंग प्लेटफ़ॉर्म में बदल गया। इसका राज़? मैंने इन्हें खुद हाथ से नहीं लिखा। इसके बजाय, मैंने कस्टम स्लैश कमांड (मूल रूप से पुन: उपयोग किए जा सकने वाले प्रॉम्प्ट) का एक सेट बनाया, जिसने Claude Code को एक स्वचालित डॉक्यूमेंटेशन फ़ैक्ट्री में बदल दिया—एक ऐसी फ़ैक्ट्री जो लगातार मेरे व्यावहारिक, कदम-दर-कदम अंदाज़ में ट्यूटोरियल तैयार करती है।
चुनौती
ट्यूटोरियल बनाना समय लेने वाला काम है। हर एक के लिए मौजूदा सर्वश्रेष्ठ प्रथाओं पर शोध, संरचित शुरुआती-अनुकूल लेखन, एक जैसी फ़ॉर्मैटिंग, तकनीकी सटीकता की जाँच, कई भाषाओं में अनुवाद, और टूल्स के बदलने के साथ चल रही मेंटेनेंस चाहिए होती है। 3 से ज़्यादा भाषाओं में 20 से ज़्यादा ट्यूटोरियल के लिए यह सब हाथ से करने में हफ़्तों लग जाते।
समाधान: मैनुअल प्रक्रिया से स्वचालित स्लैश कमांड तक
मैंने पाँच विशेष स्लैश कमांड बनाए जो पूरे ट्यूटोरियल लाइफ़साइकल को संभालते थे।
/tutorial - ट्यूटोरियल जनरेटर
मैंने पहले कुछ ट्यूटोरियल Claude के साथ इंटरैक्टिव प्रॉम्प्टिंग के ज़रिए हाथ से बनाए। बार-बार दोहराकर प्रक्रिया को सुधारा, फिर Claude से इस काम करने वाली प्रक्रिया को एक स्लैश कमांड में ढालने के लिए कहा।
यह ठीक वही पैटर्न है जिसका ज़िक्र मेरे रिसर्च पेपर ट्यूटोरियल में किया गया है: पहले वर्कफ़्लो को हाथ से पूरा करें, फिर आखिरी चरण में Claude से इसे एक पुन: उपयोग किए जा सकने वाले कमांड के रूप में सेव करने के लिए कहें, जो इस साबित हो चुके वर्कफ़्लो को दर्ज कर ले:
- शोध (Research): Claude मौजूदा जानकारी के लिए वेब खोजता है—कोई पुराना वर्ज़न नंबर या बंद हो चुका तरीका नहीं
- योजना (Plan): Claude जो सीखा है उसे पेश करता है, एक तरीका सुझाता है, और मुख्य चरणों की रूपरेखा बताता है
- दोहराव (Iterate): मैं योजना की समीक्षा करता हूँ, और जब तक संतुष्ट नहीं हो जाता तब तक Claude को इसे कई बार सुधारने के लिए कहता हूँ
- लेखन (Write): मंज़ूरी के बाद, Claude सख़्त फ़ॉर्मैटिंग नियमों के मुताबिक लिखता है:
- ऊपर होम लिंक
- एक आकर्षक शुरुआत
- मुख्य अवधारणाएँ
- एक्शन क्रियाओं के साथ कदम-दर-कदम निर्देश
- समस्या-निवारण खंड
- निर्माण की तारीख
- टेस्टिंग (Test): मैं खुद एक अलग टर्मिनल में चरणों को टेस्ट करता हूँ, ज़रूरत पड़ने पर सुधार करता हूँ
- निखार (Polish): कभी-कभी मैं खुद संपादित करता हूँ, कभी-कभी Claude से करवाता हूँ
यह कमांड सभी ट्यूटोरियल में एक जैसी संरचना बनाए रखता है। हर ट्यूटोरियल ऐसा लगता है जैसे वह एक ही लेखक से आया हो—क्योंकि वे सभी एक ही व्यवस्थित प्रक्रिया का पालन करते हैं। मैंने बुनियादी Git ऑपरेशन से लेकर उन्नत Docker वर्कफ़्लो तक के विषयों पर 20 से ज़्यादा ट्यूटोरियल तैयार किए।
/review-tutorial - क्वालिटी कंट्रोल बॉट
इसके लिए, मैंने बस Claude से “ट्यूटोरियल की समीक्षा करने के लिए एक स्लैश कमांड बनाओ” कहा। कोई विस्तृत निर्देश नहीं। Claude ने श्रेणियों में बँटे 30 से ज़्यादा क्वालिटी मानदंडों वाला एक विस्तृत तीन-चरण वर्कफ़्लो तैयार किया:
- कंटेंट क्वालिटी: टाइटल, हुक, मुख्य अवधारणाएँ, ज़रूरी शर्तें, चरणों का प्रवाह, अगले कदम, समस्या-निवारण
- फ़ॉर्मैटिंग मानक: होम लिंक, चरण की हेडिंग, बुलेट पॉइंट, बोल्ड/बैकटिक, कोड ब्लॉक, पैराग्राफ़
- शुरुआती-अनुकूलता: मेनू-आधारित निर्देश, प्लेटफ़ॉर्म के अंतर, सटीक क्लिक लक्ष्य, कोई शब्दजाल नहीं
- तकनीकी सटीकता: सही कमांड, मौजूदा UI, यथार्थवादी समय अनुमान
- लेखन गुणवत्ता: व्याकरण, एक जैसी शब्दावली, संक्षिप्त भाषा
यह कमांड निष्कर्षों को एक संरचित रिपोर्ट में पेश करता है, फिर मंज़ूरी के बाद सुधार लागू करता है। इसकी ज़रूरत क्यों पड़ी? दो वजहों से: Claude हमेशा /tutorial के नियमों का सख़्ती से पालन नहीं करता, और जैसे-जैसे मैंने और ट्यूटोरियल बनाए, /tutorial कमांड खुद भी बदलता गया। रिव्यू कमांड मुझे पुराने ट्यूटोरियल को एक साथ निखारकर नवीनतम मानकों के मुताबिक बनाने देता है।
/translate-chinese और /translate-spanish - लोकलाइज़ेशन इंजन
जापानी अनुवाद सबसे पहले आए—बिना किसी स्लैश कमांड के। मैंने बस Claude Code से एक ही प्रॉम्प्ट में सभी ट्यूटोरियल का जापानी में अनुवाद करने के लिए कहा। Claude ने अपने-आप 8 सबएजेंट समानांतर में शुरू कर दिए, जिनमें से हर एक अलग-अलग ट्यूटोरियल पर एक साथ काम कर रहा था।
बाद वाली भाषाओं के लिए, मैंने Claude से “ट्यूटोरियल का चीनी में अनुवाद करने के लिए एक स्लैश कमांड बनाओ” कहा—कोई विशिष्ट दिशानिर्देश नहीं। Claude ने व्यापक नियमों के साथ छह-चरण वाला वर्कफ़्लो तैयार किया:
- अनुवाद के नियम: कोड ब्लॉक, तकनीकी शब्द (Git, Docker, VS Code), फ़ाइल पथ, और URL को अंग्रेज़ी में रखें; निर्देशात्मक टेक्स्ट, हेडिंग, और स्पष्टीकरण का अनुवाद करें
- भाषा दिशानिर्देश: टोन और शैली के नियम, आम तकनीकी अनुवाद (Click = 点击, Install = 安装), औपचारिक संबोधन की परंपराएँ
- फ़ॉर्मैटिंग की ज़रूरतें: स्थानीयकृत होम लिंक, संरचना बनाए रखना, सही विराम-चिह्न (चीनी के लिए 。,!?, स्पेनिश के लिए ¿? ¡!)
- क्वालिटी रिव्यू: नैचुरल फ़्लो की चेकलिस्ट, एक जैसी शब्दावली, सही अक्षर-उपयोग
तैयार स्लैश कमांड के साथ, मैंने Claude Code से सबएजेंट का उपयोग करके सभी 25 ट्यूटोरियल का अनुवाद करने के लिए कहा। पूरा अनुवाद—दो भाषाओं में 50 नई फ़ाइलें—सिर्फ़ 15 मिनट में हो गया।
नतीजा: चीनी, स्पेनिश, फ़्रेंच, जर्मन, और जापानी डायरेक्टरी में 81 अनुवादित ट्यूटोरियल फ़ाइलें—सभी में एक जैसी गुणवत्ता और संरचना बनी रही।
/review-translation - अनुवाद रखरखाव उपकरण
ट्यूटोरियल बदलते रहते हैं। कमांड बदलते हैं। नए खंड जुड़ते हैं। यह कमांड एक चार-चरण वर्कफ़्लो के ज़रिए अनुवादों को समन्वित रखता है:
- दोनों वर्ज़न पढ़ें: अंग्रेज़ी मूल और अनुवाद को साथ-साथ लोड करें
- तुलना और अपडेट: छूटे हुए खंड, पुराना कंटेंट, बदले हुए कमांड या URL पहचानें
- क्वालिटी रिव्यू: अनुवाद की सटीकता, भाषा की गुणवत्ता, फ़ॉर्मैटिंग की एकरूपता जाँचें
- रिपोर्ट और सुधार: निष्कर्ष पेश करें, मंज़ूरी लें, अपडेट लागू करें
क्वालिटी रिव्यू बहुत बारीकी से होता है—जापानी के लिए, यह नैचुरल वाक्य-रचना (शब्द-दर-शब्द नहीं), उचित विनम्रता स्तर (です/ます फ़ॉर्म), सही परसर्ग उपयोग (は/が, を, に, で), और कटाकाना के अनावश्यक उपयोग को न होना जाँचता है। जब मैं अंग्रेज़ी ट्यूटोरियल अपडेट करता था, तो मैं भाषा की गुणवत्ता बनाए रखते हुए बदलावों को जल्दी से सभी अनुवादों में फैला सकता था।
नैचुरल फ़्लो के लिए अनुवादों को निखारना
अनुवादों को अंग्रेज़ी मूल के साथ समन्वित करने के बाद, मैंने एक आखिरी निखार वाला चरण जोड़ा: हर अनुवादित दस्तावेज़ को अंग्रेज़ी से तुलना किए बिना, अपने आप में भाषा की गुणवत्ता के लिए संपादित करना। यह चरण पूरी तरह इस बात पर केंद्रित है कि टेक्स्ट देशी वक्ताओं को स्वाभाविक लगे।
मैंने लक्ष्य भाषा में ही प्रॉम्प्ट का उपयोग किया। Claude से अंग्रेज़ी में “इस जापानी दस्तावेज़ को निखारो” कहने के बजाय, मैंने ChatGPT का उपयोग करके प्रॉम्प्ट जापानी, चीनी, या स्पेनिश में लिखे। इससे बेहतर नतीजे मिलते दिखे—जब निर्देश भी उसी भाषा में होते थे तो Claude उस भाषा में ज़्यादा स्वाभाविक ढंग से सोचता दिखाई देता था।
उदाहरण के लिए, चीनी दस्तावेज़ों को निखारने के लिए, मैंने इस्तेमाल किया: “修改 @docs/zh/ 目录下的中文文档。中文需要流畅、准确、言简意赅。提示词也要用中文。 Use subagents.” स्पेनिश के लिए: “Revisa los documentos en @docs/es/. El español debe ser fluido, preciso y conciso. Use subagents.” जापानी के लिए: “@docs/ja/ のドキュメントを修正してください。日本語は流暢で正確、簡潔にしてください。Use subagents.”
Opus 4.5 जैसे बेहतर मॉडल भी मदद करते दिखे। इस निखार वाले चरण ने ऐसे अटपटे शब्द-प्रयोग पकड़े जो तकनीकी रूप से गलत नहीं थे, पर स्वाभाविक नहीं लगते थे। सबएजेंट के साथ मिलाकर, मैं हर भाषा के 25+ दस्तावेज़ों को एक ही बैच ऑपरेशन में निखार सकता था।
सबएजेंट के साथ स्केलिंग
सच में समानांतर काम के लिए, मैंने Claude के सबएजेंट फ़ीचर का उपयोग किया। जापानी अनुवादों को निखारते समय, मैंने एक साथ कई रिव्यू एजेंट लॉन्च किए, जिन्होंने समन्वित सुधारों के साथ 19 फ़ाइलों को प्रोसेस किया।
संरचित वर्कफ़्लो के लिए स्लैश कमांड और समानांतरीकरण के लिए सबएजेंट के मेल ने एक ऐसी डॉक्यूमेंटेशन पाइपलाइन बनाई जो हाथ से किए गए काम से कहीं आगे तक स्केल हुई।
नतीजे
दो हफ़्तों से भी कम समय में, मैंने शुरुआती से मध्यम स्तर के विषयों को कवर करते हुए 20+ अंग्रेज़ी ट्यूटोरियल बनाए, 3 भाषाओं में 81 अनुवादित ट्यूटोरियल तैयार किए, स्वचालित रिव्यू प्रक्रियाओं के ज़रिए एक जैसी गुणवत्ता बनाई, और अनुवादों के लिए सिंक टूल के साथ बनाए रखने लायक डॉक्यूमेंटेशन तैयार किया।
सभी ट्यूटोरियल एक ही संरचना, लेखन शैली, और फ़ॉर्मैटिंग परंपराओं का पालन करते हैं—क्योंकि वे सभी एक ही व्यवस्थित प्रक्रिया से बने हैं।
मुख्य सबक
- पहले हाथ से करें, फिर स्वचालित करें। पहले काम को हाथ से करें, प्रक्रिया को सुधारें, फिर Claude से इसे कमांड के रूप में सेव करने के लिए कहें।
- कमांड को बहु-चरण वर्कफ़्लो के रूप में संरचित करें। Claude को बताएँ कि समस्या को कैसे सोचना है, सिर्फ़ यह नहीं कि क्या करना है।
- प्रक्रिया में क्वालिटी कंट्रोल शामिल करें। अपने जनरेशन कमांड के साथ एक रिव्यू कमांड बनाएँ।
- कमांड को सहयोगात्मक बनाएँ, स्वायत्त नहीं। मंज़ूरी के चरण शामिल करें। Claude उबाऊ हिस्से संभालता है; रणनीतिक फ़ैसले आप लेते हैं।
- बैच प्रोसेसिंग के लिए सबएजेंट का उपयोग करें। जब कई दस्तावेज़ प्रोसेस करने हों, तो अपने प्रॉम्प्ट में साफ़ तौर पर “Use subagents” लिखें। ऑटो-एक्सेप्ट मोड चालू करने के लिए पहले Shift+Tab दबाएँ—सबएजेंट अनुमतियाँ नहीं माँगते, जिससे समानांतर प्रोसेसिंग सहज हो जाती है।
निष्कर्ष
यह ट्यूटोरियल लाइब्रेरी बनाने से मुझे यह सीखने को मिला कि ऑटोमेशन का मतलब प्रक्रिया से इंसानों को हटाना नहीं है—यह इंसानी समझ को बढ़ाने के बारे में है। मैंने 100+ ट्यूटोरियल हाथ से नहीं लिखे, लेकिन हर एक मेरे मानकों, मेरी संरचना, और मेरी मंज़ूरी को दर्शाता है।
स्लैश कमांड ने Claude Code को एक मददगार सहायक से एक डॉक्यूमेंटेशन फ़ैक्ट्री में बदल दिया, जो मेरे निर्देश पर काम करती है, मेरे मानकों को बनाए रखती है, और मुझे जितने भी आकार का प्रोजेक्ट चाहिए उतना स्केल करती है।
अगर आपके पास दोहराव वाले डॉक्यूमेंटेशन काम हैं, तो उन्हें हाथ से करते रहना बंद करें। स्लैश कमांड को एक बार बनाएँ, फिर उसे दर्जनों या सैकड़ों बार इस्तेमाल करें।
यही है व्यवस्थित ऑटोमेशन की ताक़त।
मेरे बनाए स्लैश कमांड देखना चाहते हैं? commands फ़ोल्डर देखें। पूरी ट्यूटोरियल लाइब्रेरी प्रोजेक्ट डॉक्यूमेंटेशन साइट पर उपलब्ध है।
P.S. यह ब्लॉग पोस्ट खुद Claude Code ने दोहराव वाले प्रॉम्प्टिंग के ज़रिए तैयार किया था:
- “मेरी कमिट हिस्ट्री देखो और एक ब्लॉग पोस्ट लिखो कि मैंने ये ट्यूटोरियल कैसे बनाए, ऑटोमेशन के लिए स्लैश कमांड के मेरे इस्तेमाल पर ज़ोर देते हुए।”
- “इस बात को दर्शाओ कि /tutorial कमांड पहले हाथ से किए गए इंटरैक्टिव प्रॉम्प्टिंग से विकसित हुआ।”
- “मेरी ट्यूटोरियल शैली पर ज़ोर दो: व्यावहारिक, केंद्रित, कदम-दर-कदम।”
- “यह जोड़ो कि जापानी अनुवाद बिना स्लैश कमांड के सबसे पहले आए, और Claude ने 8 सबएजेंट समानांतर में इस्तेमाल किए।”
- “यह जोड़ो कि Claude ने बिना किसी विशिष्ट दिशानिर्देश के अनुवाद स्लैश कमांड लिखे, और सबएजेंट के इस्तेमाल के बारे में भी।”
- “docs/assets/commands में सेव किए गए कमांड का लिंक दो।”
- “कम बुलेट पॉइंट के साथ फिर से लिखो।”
- “स्लैश कमांड को असल में पढ़ो और डिटेल जोड़ो।”
- “हमारी बातचीत को सारांशित करो। यह ब्लॉग कैसे बना, इस बारे में एक P.S. जोड़ो।”
निर्माता Steven Ge, 15 दिसंबर, 2025।