90% व्यवसाय मालिक क्यों केवल यह सोचते हैं कि उन्होंने Claude Code में महारत हासिल कर ली है

जब मैंने 8 X पोस्ट्स को देखा, जिन्हा, जिन्होंने विदेशों में कुल 14.5 मिलियन इंप्रेशन हासिल किए, तो मुझे कई ऐसे उपयोग के तरीके मिले जो मैंने जापान में कभी नहीं देखे थे।

इस लेख में, मैं अपने क्षेत्र से तुलना करते हुए सभी 8 पैटर्न का अनुवाद करूंगा। जब तक आप पढ़ना समाप्त करेंगे, आपने कल आज करने के लिए एक चीज़ तय कर चुके होंगे।

आप इस लेख में क्या सीखेंगे

विदेशी वायरल पोस्ट्स (कुल 14.5 मिलियन इंप्रेशन) से निकाले गए 8 व्यावहारिक पैटर्न का अवलोकन।

प्रत्येक पैटर्न की संरचना, विदेशी संदर्भ, अपने क्षेत्र में उनका उपयोग कैसे करें, और "अगर आप उन्हें उधार लेना हो" के लिए विशिष्ट प्रस्ताव।

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

जापान में अनदेखा गया "30% उपयोग" की समस्या

हाल ही में, मुझे इस तरह के कई परामर्श मिल रहे हैं...

"मैं $200 प्रति माह दे रहा हूं, लेकिन मुझे समझ नहीं आता कि यह ChatGPT से कैसे अलग है।"

"मैं skills, sub-agents और MCP जैसे शब्दों को जानता हूं, लेकिन नहीं जानता कि वे मेरे व्यवसाय से कैसे जुड़ते हैं।"

"भले ही मैं जापानी जानकारी का पालन करूं, मुझे केवल बिखरे हुए सुझाव मिलते हैं और पूरी तस्वीर नहीं दिखती।"

जापान में चर्चा किया जा रहा अधिकांश Claude Code उपयोग कोडिंग पर केंद्रित है।

उससे परे उपयोग—3-स्तरीय मेमोरी। sub-agents के साथ श्रम विभाजन। टोकन डिज़ाइन। MCP के साथ व्यावसायिक कनेक्शन।

जबकि ये विदेशों में "मानक स्तर" के रूप में साझा किए जाते हैं, जापानी में इन पर व्यवस्थित रूप से चर्चा करने वाले लगभग कोई लेख नहीं हैं।

यह कोई व्यक्तिगत समस्या नहीं है; यह एक संरचनात्मक है। इसलिए मैं अपने क्षेत्र के फिल्टर के माध्यम से विदेशों में वास्तव में उपयोग किए जाने वाले 8 पैटर्न का अनुवाद कर रहा हूं।

पैटर्न 1: क्लॉड की मेमोरी को "3 स्तरों" में बनाना

@aiedge_ (1.93M इंप्रेशन) ने सीधे कहा: "क्लॉड की डिफ़ॉल्ट मेमोरी मूल रूप रूप से बेकार है। यह हर बार संदर्भ भूल जाता है, और आपको वही स्पष्टीकरण फिर से देने पड़ते हैं।"

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

कुछ जो कल तक याद रखना चाहिए था, वह आज गायब हो जाता है। आपकी शैली, जो उसे जाननी चाहिए, दूसरे सत्र में पहली बार मुलाकात में लौट जाती है।

यह वह क्षण है जब AI पर विश्वास अचानक डगमगा जाता है।

समाधान तीन स्तरों में मेमोरी बनाना है। मैं उसी संरचना के साथ काम करता हूं।

CLAUDE.md (स्थायी नियम नियम): वह स्तर जहां आप ऐसी नीतियां लिखते हैं जिन्हें आप कभी नहीं भूलना चाहते। यहां सामान्य शैलियां रखें, जैसे "जापानी में उत्तर दें," "अस्वीकरण न लिखें," और "बोल्ड टेक्स्ट का अधिक उपयोग न करें।"

मेमोरी (स्वचालित सीखना): वह स्तर जो बातचीत के दौरान अपने आप सीखता है। पिछले निर्णय, व्यक्तिवाचक संज्ञाएं और बार-बार उपयोग किए जाने वाले प्रारूप स्वचालित रूप से संचित होते हैं।

RAG (आंतरिक ज्ञान खोज): वह स्तर जो पिछले मिनटों और सामग्री को खोजने योग्य बनाता है। कच्चा Markdown रखने के बजाय, इसे खोजने योग्य प्रारूप में संसाधित करें।

मैंने Claude Code कोर्स के तीसरे सत्र में इस 3-स्तरीय संरचना को समझाया। "सिर्फ ज्ञान को लोकल रख रखने का मतलब यह नहीं है कि क्लॉड इसे खोज सकता है। आपको इसे संसाधित करना, सहेजना और खोजने योग्य बनाना होगा।"

अगर आप इसे अपनाना चाहें, तो क्रम इस प्रकार होगा:

चरण 1. CLAUDE.md में "वे नियम जिन्हें आप कभी नहीं भूलना चाहते" 10 पंक्तियों में लिखें।

चरण 2. मेमोरी फ़ंक्शन को सक्षम करें और बातचीत में उन चीजों को संचित होने दें जिन्हें आप याद रखना चाहते हैं।

चरण 3. RAG के साथ पिछले मिनटों, PDFs और लेखों को खोजने योग्य बनाएं।

बस इस क्रम में निर्माण करके, आप हर बार फिर से समझाने से मुक्त हो जाएंगे। जैसे ही आप इसे बनाते हैं, आप स्पष्ट रूप से महसूस करेंगे कि "क्लॉड की सटीकता एक अलग स्तर पर है।"

केवल एक सावधानी है।

CLAUDE.md में बहुत अधिक टेक्स्ट न लिख न लिखें। जैसे-जैसे यह बढ़ता है, क्लॉड को सब कुछ देखने के बजाय "प्राथमिकताएं तय करने" के लिए मजबूर होना पड़ता है। अगर यह 10 पंक्तियों से अधिक होने की संभावना है, तो इसे एक अलग फ़ाइल में काटकर उसे पढ़ने के लिए कहना अधिक प्रभावी है। मेमोरी सिर्फ रखने से काम नहीं करती; यह तभी काम करती है जब आप इसे डिज़जाइन करते हैं।

पैटर्न 2: एक लैपटॉप पर 5 लोगों के काम का अनुमान लगाना

@rohit4verse (3.36M इंप्रेशन) ने लिखा: "एक कंपनी जो सीड राउंड में जुटाए गए पैसे से बनी है, अब एक लैपटॉप में फिट होती है। आपको सह-संस्थापकों या एजेंसियों की ज़रूरत नहीं है। आप, एक संपादक और कुछ एजेंट पांच लोगों का काम कर सकते हैं।"

वह काम जिसे करने या आउटसोर्स करने के लिए लाखों खर्च करने पड़ते थे, अब डिज़ाइन के आधार पर एक व्यक्ति संभाल सकता है। यह इसलिए गूंजा क्योंकि उसने बिना किसी प्रचार के शांति से कहा: "यह पहले से ही से ही संभव है।"

यह आकर्षक लगता है, लेकिन वास्तव में यह जमीन पर हो रहा है।

एक CEO जिस्टर जिसकी मैं सलाह देता हूं, वह दिन में 10 घंटे Claude Code पर ध्यान केंद्रित करता है। वह मौके पर HTML आधारित बिक्री सामग्री बनाता है और खुद ही फाइन-ट्यूनिंग भी करता है।

वह काम जो वह पहले अधीनस्थों से करवाता था, अब सीईओ के अपने हाथों में 30 मिनट के अंदर पूरा हो जाता है।

यह संरचना सीईओ को खुद पहले अधीनस्थों द्वारा किए जाने वाले आधे से अधिक काम को संभालने की अनुमति देती है।

अगर आप क्लॉड को "कोडिंग सपोर्ट टूल" के रूप में देखते हैं, तो आप कभी इस दायरे तक नहीं पहुंचेंगे। यह एक कार्य को अधिक कुशल बनाने के बारे में नहीं है; यह व्यवसाय के "विघटन की इकाई" को बदलने के बारे में है।

अगर आप इसे अपनाना चाहें, तो पहला सवाल यह नहीं है कि टूल का उपयोग कैसे करें। यह है "अपने व्यवस व्यवसाय के किस हिस्से को मैं एजेंटों पर छोड़ूंगा ताकि मैं बिना स्टाफ बढ़ाए पांच लोगों का काम कर सकूं?"

मिनटों से सारांश बनाना

बिक्री सामग्री को संरचित करना

SNS पोस्ट के लिए लगात्मक रूप से ड्राफ्ट तैयार करना

सिर्फ ये तीन काम एक व्यक्ति के हाथों को मुक्त कर देंगे। उन मुक्त हाथों को केवल मनुष्य ही कर सकने वाले निर्णयों की ओर मोड़ा जा सकता है।

मैं एक सामान्य गलती भी लिखूंगा।

अगर आप "लोगों के बजाय AI रखने" के बारे में सोचते हैं, तो आप आमतौर पर असफल होंगे।

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

पैटर्न 3: configs / plugins / skills / subagents का पदानुक्रमिक उपयोग

@0x_kaize (1.39M इंप्रेशन) ने प्रतिबिंबित किया: "मैंने सोचा था कि Claude Code सिर्फ एक कोडिंग टूल था। यह कुछ और बन गया जब मैंने configs / plugins / skills / subagents की खोज की।"

यह संचालन के बारे में नहीं है; यह संरचना के बारे में है।

जितने अधिक लोग क्लॉड का उपयोग करते हैं, उन्हें उतना ही अधिक "सिर्फ एक कोडिंग टूल" अपर्याप्त लगता है। जिस क्षण उन्हें कार्यात्मक पदानुक्रम का नक्शा दिखाया जाता है, एक अहसास होता है: "जो मैंने अस्पष्ट रूप से महसूस किया था कि और भी होना चाहिए, वह वास्तव में एक प्रणाली के रूप में मौजूद है।"

अगर आप चाहते हैं कि यह विशिष्ट कार्य करे, तो एक skill लिखें।

अगर आप पेशेवर डोमेन निर्णयों को इस पर छोड़ना चाहते हैं, तो एक sub-agent रखें।

अगर चाहते हैं कि क्रॉस-कटिंग नियम प्रभावी हों, तो उन्हें कॉन्फ़िगरेशन फ़ाइलों और हुक के साथ लागू करें।

मैंने Claude Code x Remotion पर मुफ्त सेमिनार में यह समझाया। "Skills विशिष्ट कार्यों के लिए हैं। इसके विपरीत, sub-agents तकनीकी कारीगर हैं। कारीगर की तकनीक और कारीगर sub-agent अलग-अल हैं।"

अगर आप इसे अपनाना चाहें, तो पहला कदम एक "कार्य जिसे आप दोहरा रहे हैं" लिखना है।

हर शुक्रवार को किया जाने वाला डेटा एकत्रीकरण

बैठक से पहले ग्राहक जानकारी का सारांश

उपशीर्षक सुधारने जैसे सरल कार्य

इन सभी को skills बनाया जा सकता है। एक बार जब वे skills बन जाती हैं, तो क्लॉड "सामान्य" को याद रखेगा और अपने आप चालू हो जाएगा।

वहां से, यदि आप sub-agents, हुक और सेटिंग्स के स्तरों पर उतरते हैं, तो क्लॉड एक उपकरण में बदल जाता है जो संपादक के अंदर "एक और आप" को समाहित करता है।

एक सामान्य गलती सीधे sub-agents से शुरू करने की कोशिश करना है।

सही तरीका यह है "एक निश्चित मात्रा में skills इकट्ठा होने के बाद" skills को बंडल करने के लिए sub-agents को भूमिकाओं के रूप में रखना। यदि आप पहले रखते हैं, तो आप केवल मस्तिष्क तैयार करते हैं बिना हाथ-पैरों के जिन्हें उसे बंडल करना चाहिए।

पैटर्न 4: 10 मिनट में टोकन सीमाओं को बायपास करने का यथार्थवादी समाधान

@milesdeutscher (5.18M इंप्रेशन) द्वारा लिखा गया लेख आठों में सबसे अलग था। "10 मिनट में क्लॉड की टोकन सीमाओं के बारे में फिर कभी चिंता न करें।"

यह एक आकर्षक शीर्षक है, लेकिन सामग्री काफी ठोस और यथार्थवादी थी।

इसके वायरल होने के दो कारण हैं।

टोकन सीमाएं सभी के लिए एक सामान्य दर्द बिंदु हैं।

और समाधान "प्लान अपग्रेड करें" या "अधिक भुगतान करें" नहीं था, बल्कि "संचालन बदलें" था।

यह इसलिए गूंजा क्योंकि इसने पैसे फेंकने के बजाइन के माध्यम से समाधान प्रस्तुत किया।

यदि आप $200 प्लान का उपयोग करते रहते हैं, तो गहरे प्रॉम्प्ट के बीच में अचानक एक सीमा आ जाती है। आपकी एकाग्रता टूट जाती है, और भले ही आप जारी रखने की कोशिश करें, आप उस दिन इसे आगे नहीं बढ़ा सकते। यह उत्पादकता की समस्या से कम और गति की समस्या अधिक है। एक घंटे का केंद्रित काम एक सीमा से चकनाचूर हो जाता है।

मैंने खुद लंबे समय तक एक $200/माह प्लान पर काम किया। मैंने संदर्भ की ज्यादा परवाह नहीं की और सभी इतिहास Markdown में डाल दिया। फिर भी, अजीब तरह से, मैं शायद ही कभी सीमा से टकराया।

इसका कारण यह था कि मैं टोकन को दबाने के लिए अलग-अलग skills चला रहा था।

पहले सारांश लें

पुराने संदर्भ को हटा दें

अगर Markdown फूलता हुआ दिखे, तो मौके ही ट्रिम करें

इन्हें skills बनाएं और क्लॉड को स्वचालित रूप से करने दें। मानव पक्ष को इसके बारे में जागरूक होने की ज़रूरत नहीं है।

अगर आप इसे अपनाना चाहें, तो पहली चीज यह देखना है कि "आप आमतौर पर क्लॉड को क्या ज्यादा क्या खिला रहे हैं।"

क्या आप लंबे टेक्स्ट फेंक रहे हैं? क्या आप हर बार पुराने मिनट कॉपी-पेस्ट कर रहे हैं? क्या आप अनावश्यक प्रस्तावनाएं छोड़ते हुए नए प्रश्न जोड़ रहे हैं?

यदि आप इनमें से किसी में भी फंसते हैं, तो सीमा क्षमता की नहीं, बल्कि संचालन की समस्या है। यदि आप प्लान अपग्रेड करने से पहले संचालन बदलते हैं, तो आप लगभग हमेशा इसे बायपास कर सकते हैं।

इसके विपरीत, यदि आप इसके प्रति जागरूक हुए बिना प्लान अपग्रेड करते हैं, तो आप अपग्रेड की गई राशि के लिए सिर्फ कचरा डाल रहे होंगे। यह सोचने जैसा है कि आपने पैसे से समय खरीदा, लेकिन वास्तव में आपने पैसे से ओवरटाइम खरीदा। सीमा कोई सजा नहीं है; यह आपके संचालन की समीक्षा करने के लिए एक चेतावनी है।

पैटर्न 5: उपयोग के साथ तेज होना या खोखला होना

@rohit4verse ने एक अन्य लेख में चेतावनी के करीब कुछ लिखा: "AI का उपयोग करने में कोई तटस्थता नहीं है। आप या तो तेज हो जाते हैं या खोखले हो जाते हैं। ज्यादातर लोग खोखले हो रहे हैं, और वे इसे केवल उस पल नोटिस करते हैं जब वे दूर हटते हैं।"

8 पैटर्न में यह एकमात्र "अति उपयोग चेतावनी" है।

एक टाइमलाइन में जो "आप अधिक कुशील हो सकते हैं" और "यह तेज होगा" से भरी हुई है, उसने पहले कहा: "यदि आप इसका गलत उपयोग करते हैं, तो आप खुद बिगड़ जाएंगे।"

यह इसलिए अलग नहीं था क्योंकि यह सुझावों पर एक विरोधी राय थी। यह इसलिए गूंजा क्योंकि इसने तथ्यों के आधार पर मूल पर प्रहार किया।

मैं Claude Code कोर्स के दूसरे सत्र में कुछ ऐसा ही कुछ कहता हूं। "यदि आप उपयोग करने में महारत हासिल कर लेते हैं, तो आप AI का एक या दो कदम आगे उपयोग कर पाएंगे। इसके विपरीत, यदि आप इसका गलत उपयोग करते हैं, तो आपकी सोचने की मांसपेशियां पहले शोषित होंगी।"

यह मेरे अपने अनुभव से मेल खाता है।

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

अंतर शुरुआत में लगभग अदृश्य होता है, लेकिन छह मही महीने बाद यह एक अटूट दूरी बन जाता है।

अगर आप इसे अपनाना चाहें, तो एक मानदंड पर्याप्त है।

"क्या आप क्लॉड के आउटपुट को अपने शब्दों में दोहरा सकते हैं?"

यदि आप इसे दोहरा सकते हैं, तो वह जानकारी आपके अंदर है।

यदि आप नहीं कर सकते, तो यह सिर्फ आपके माध्यम से गुज़री।

बस हर दिन खुद इसकी जांच करने की आदत डालें। यह अकेला आपको खोखला होने की रेखा पार करने से रोकेगा।

यदि आपने हाल ही में "क्लॉड के आउटपुट को चिपकाकर दिन खत्म करने" के समय में वृद्धि देखी है, तो इसे पीली बत्ती समझें। जब आप टूल को छोड़ते हैं तो जो बचता है, वह आपकी सच्ची क्षमता है।

पैटर्न 6: 900,000 Skills में से 23 तेज नजर

@Mnilax (233k इंप्रेशन) ने इन संख्याओं के बारे में लिखा: "Claude Skills छह महीने में 16 से 900,000 हो गईं। ज्यादातर शोर। केवल 23 जिन्होंने काम को हमेशा के लिए बदल दिया, बचीं।"

16 से 900,000 छह महीने में। 10,000 गुना वृद्धि। उनमें से 23 हमेशा के लिए रह गईं। 0.0026%। यह भारी चयन दर अकेले ही शीर्षक से ही एक कहानी थी।

जो लोग skills "बनाते" हैं और जो "उपयोग" करते हैं, दोनों ही टूट जाएंगे यदि उनके पास उन्मूलन की रणनीति नहीं है।

मैं भी हर हफ्ता अपनी skills जोड़ता और हटाता हूं। मानदंड सरल है: "यदि मैंने 3 हफ्तों में किसी skill का उपयोग नहीं किया है, तो मैंदे पर संदेह करता हूं।"

जिन skills का मैं उपयोग करता रहता हूं, उनमें सुधार किया जाता है। यदि सुधार की कोई गुंजाइश नहीं है, तो वह skill अब मेरे व्यवसाय के लिए आवश्यक नहीं है।

मैं Claude Code कोर्स कार्यशालाओं में इस बारे में बात करता हूं। "स्वचालित उपशीर्षक सुधार जैसे दोहराए जाने वाले कार्यों को skills बनाया जाना चाहिए। एक skill बनाएं, उसे ठीक करें और सुधारें। इस लूप को रोकें नहीं।"

अगर आप इसे अपनाना चाहें, तो पहला कदम "इसे बनाना" नहीं, बल्कि "मापें कि आपने इसका उपयोग किया" है।

चरण 1. एक skill बनाएं।

चरण 2. इसे बनाने की तारीख नोट करें।

चरण 3. तीन हफ्ते बाद, गिनें कि आपने इसका कितनी बार उपयोग किया।

यदि यह 3 बार से कम है, तो उस skill का डिज़ाइन कमजोर है। इसे फिर से बनाएं या हटा दें। केवल वे ही जो इस चक्र को पूरा कर सकते हैं, अपने क्लॉड को "बढ़ाने" के पक्ष में खड़े हो सकते हैं।

एक सामान्य गलती यह भ्रम है कि "जितना अधिक बनाओगे, उतना बेहतर।" Skills बढ़ने से मूल्य प्राप्त नहीं करतीं; केवे चुनी हुईं ही प्रभावी होती हैं। यही बात दूसरों की skills इकट्ठा करने पर भी लागू होती है; जैसे ही आप मात्रा डालते हैं, क्लॉड निर्णय लेने में हिचकिचाने लगता है। यह "होने" के बारे में नहीं है, बल्कि "क्या आप अभी भी 3 हफ्ते बाद इसका उपयोग कर रहे हैं" सच्चा संकेतक है।

पैटर्न 7: प्रति सप्ताहांत में एक Skill, 70 घंटे 30 हो जाते हैं

@av1dlive (1.41M इंप्रेशन) ने एक शक्तिशाली वाक्यांश दिया: "आप AI के साथ एक सप्ताहांत में अरबों डॉलर की कंपनी बना सकते हैं। आपको केवल एक skill की ज़रूरत है।"

अरबों डॉलर की कंपनी एक अतिशयोक्ति है, लेकिन यह एक संरचनात्मक बिंदु के रूप में सच है।

इसके वायरल होने का कारण कम बाधा थ्रेशोल्ड था।

केवल एक skill। आपको केवल उस सप्ताहंत के लिए पर्याप्त प्रेरणा चाहिए।

जो लोग आमतौर पर सोचते हैं "मैं एक दिन ठीक से करूंगूंगा," वे उस "एक दिन" के बोझ से कुचल जाते हैं। जिस क्षण आप इसे "प्रति सप्ताहांत एक" में संपीड़ित करते हैं, कार्रवाई की मनोवैज्ञानिक लागत गिर जाती है।

सप्ताहांत में एक काम करने वाला प्रोटोटाइप बनाएं। सोमवार से वास्तविक काम में उपयोग करने का प्रयास करें। यदि यह काम नहीं करता है, तो इसे छोड़ दें। यदि करता है, तो इसे सुधारें।

यदि आप इस चक्र को नहीं रोकते हैं, तो क्लॉड त्वरित गति से एक सहयोगी में बदल जाएगा।

बिगिनर Claude Code स्टडी ग्रुप में, मैं यह कहता हूं:

"लगभग एक घंटे में, आप कुछ ऐसा बना सकते हैं जो काम करता है। यदि आप प्रति सप्ता 70 घंटे काम कर रहे हैं, तो आप इसे Claude Code के साथ लगभग 30 घंटे में संपीड़ित कर सकते हैं।"

यह कोई सैद्धांतिक संख्या नहीं है; यह एक संपीड़न दर है जो वास्तव में कई कई क्षेत्रों में दिखाई दे रही है।

अगर आप इसे अपनाना चाहें, तो सप्ताहांत में आप जो काम करते हैं, उसे एक तक सीमित करें।

एक कार्य जो प्रतिदिन 30 मिनट लेता है, उसे 5 मिनट तक कम करें।

एक कार्य जो सप्ताह में एक बार 1 घंटा लेता है, उसे 5 मिनट तक कम करें।

एक कार्य जो महीने में आधा दिन लेता है, उसे 30 मिनट तक कम करें।

इनमें से सिर्फ एक ठीक है। यदि एक कम हो जाता है, तो आपके पास उस समय के साथ अगली skill बनाने की गुंजाइश होगी होगी। खाली समय उस बिंदु से चक्रवृद्धि ब्याज के साथ बढ़ेगा।

सावधान रहें कि "शुरू से बहुत बड़ा बनाने की कोशिश न करें।"

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

पैटर्न 8: MCP सर्वर्स के साथ सभी व्यवसाय को जोड़ना

@eng_khairallah1 (695k (695k इंप्रेशन) ने जो लिखा, वह 8 पैटर्न में सबसे उन्नत था। "एक बड़ी गलतफहमी है कि MCP सर्वर केवल डेवलपर्स के लिए हैं। वे वास्तव में AI और बाहरी दुनिया के बीचे के बीच एक पुल हैं। इसके साथ, आप विकास शामिल नहीं उच्च मूल्य मूल्य के ऑर्डर भी ले सकते हैं।"

जापानी भाषी दुनिया में, MCP को अभी भी "डेवलपर्स के लिए एक तकनीक" के रूप में समझा जाता है। इसे "AI और व्यवसाय को जोड़ने वाला मानक कनेक्टर" बताकर, लक्षित दर्शक एक साथ विस्तारित हुए। MCP USB की तरह है।

इसे प्लग इन करें, और क्लॉड और बाहरी सेवाएं संचार करना शुरू कर देती हैं।

इस बिंदु पर, क्लॉड अब केवल संपादक के अंदर का अस्तित्व नहीं है।

मेरे अपने सिस्टम में, मेरे पास कई MCP सर्वर लगात्मक रूप से चल रहे हैं, जैसे UTAGE, CMKiller, claude-in-chrome और Google Drive।

LINE पर स्वचालित वितरण। पिछली रिकॉर्डिंग खोजना। ब्राउज़र संचालन। दस्त्रवीकरण। ये सभी क्लॉड की ओर से कॉल किए जा सकने वाली स्थिति में हैं।

मैं Claude Code कोर्स के तीसरे और चौथे सत्र में भी इस पर गहराई से चर्चा करता हूं। "पहले जांचें कि आप आमतौर पर जिन सेवाओं का उपयोग करते हैं, उन्हें MCP के माध्यम से जोड़ा जा सकता है या नहीं। यदि नहीं, तो, तो Playwright के साथ विकल्प भी है।"

अगर आप इसे अपनाना चाहें, तो शुरुआती बिंद यह हैथ