हाल ही में, जब मैं उन लोगों से बात करता हूँ जो Claude Code का भारी उपयोग करते हैं, तो मैं पूछता हूँ, "क्या आपको लगता है कि आपका रिपॉजिटरी अव्यवस्थित हो रहा है? क्या ऐसा लगता है कि प्रोसेसिंग थोड़ी धीमी हो गई है?" लगभग हर कोई जवाब देता है, "हाँ..."
- आपको पता चलने से पहले ही कौशल में काफी वृद्धि हो गई है।
- छह महीने पहले के तथ्य context/ फ़ोल्डर में बने रहते हैं।
- CLAUDE.md इतना फूल गया है कि मैं खुद पूरी तस्वीर नहीं समझ पा रहा हूँ।
- प्रोसेसिंग किसी तरह बहुत धीमी हो गई है।
मुझे हाल ही में एहसास हुआ कि यह "इसे कैसे बढ़ाया जाए" की समस्या नहीं है।
यह "मेटाबॉलिज्म" की समस्या है।
जैसे मानव शरीर सिर्फ पोषण से जीवित नहीं रह सकता। आपको मेटाबोलाइज़ करने, उत्सर्जन करने और एक ऐसी संरचना बनाने की ज़रूरत है जो शुरू में गंदी होना मुश्किल हो। रिपॉजिटरी बिल्कुल वैसी ही हैं।
इस लेख में, मैं Claude Code को "स्व-विकासशील" स्थिति में लाने के लिए चार तंत्रों के बारे में लिखूंगा। उन लोगों के लिए जो Claude Code का काफी उपयोग करते हैं और प्रबंधन लागत को भारी महसूस कर रहे हैं, यह वास्तव में काम करेगा।
■ अकेले बढ़ाने की सीमाएँ हैं
अतीत में, मैंने कई लेख लिखे हैं जिनमें कहा गया है कि "Claude Code एक पालने का खेल है।"
https://x.com/0xfene/status/2042047157767926056?s=20
कौशल बनाना, context/ में तथ्य जमा करना, CLAUDE.md को पॉलिश करना... यह सब "जोड़ने" के बारे में था।
यह पहले कुछ महीनों के लिए अविश्वसनीय रूप से अच्छा काम करता है।
जितना अधिक आप करते हैं, Claude Code उतना ही स्मार्ट लगता है, और यह बहुत मज़ेदार है।
हालाँकि, लगभग छह महीने बाद, दृष्टिकोण बदल जाता है।
इतने सारे कौशल हैं कि आपको पता भी नहीं है कि वहाँ क्या है, और context/ के तथ्य वास्तविकता से भटकने लगते हैं। यहाँ तक कि CLAUDE.md इतना फूल जाता है कि Claude महत्वपूर्ण निर्देशों को अनदेखा करने लगता है।
दूसरे शब्दों में, एक घटना घटती है जहाँ "जितना अधिक आप इसे बढ़ाते हैं, उतना ही यह बंद हो जाता है।"
तब मुझे एहसास हुआ।
सिर्फ चीजें डालना पर्याप्त नहीं है।
आपको सेवन, चयापचय, उत्सर्जन और एक "स्वच्छ संरचना" के चार स्तंभों के माध्यम से घूमना होगा, अन्यथा रिपॉजिटरी मर जाएगी।
मैं उन चारों को क्रम से पेश करूंगा।
■ ① सेवन: X पोस्ट को तुरंत आयात करना संभव बनाना
नवीनतम Claude Code जानकारी लगभग सभी X पर बह रही है।
- "इस प्रॉम्प्ट से परिणाम आसमान छू गए"
- "कौशल का यह संयोजन पागलपन है"
- "मुझे नहीं पता था कि आप इस तरह हुक लिख सकते हैं"
हर दिन, वास्तव में अच्छी अंतर्दृष्टि बह रही है।
लेकिन समस्या यह है कि अधिकांश लोग इसे बस बहने देते हैं।
सच कहूँ तो, मैं भी ऐसा ही था।
मैं सोचकर स्क्रीनशॉट लेता था "मैं इसे बाद में आज़माऊंगा," और एक महीने बाद मैं अपने कैमरा रोल को देखता था और सोचता था "यह फिर क्या था?"
या मैं एक URL को बुकमार्क करता था और फिर कभी नहीं खोलता था।
मृत X पोस्ट मेरे फोन और ब्राउज़र में जमा हो रहे थे।
इसलिए, मैंने X पोस्ट के लिए एक "सेवन पाइपलाइन" बनाई।
विशेष रूप से, जब आप एक X पोस्ट URL प्रदान करते हैं, तो Claude Code स्वचालित रूप से निम्न कार्य करता है:
- मुख्य बिंदुओं का सारांश देता है
- टैग के साथ वर्गीकृत करता है
- यदि मौजूदा कौशल में प्रतिबिंबित किया जा सकता है तो परिवर्धन सुझाता है
- यदि कोई नया आवश्यक लगता है तो एक कौशल का मसौदा तैयार करता है
- यदि यह सिर्फ संदर्भ जानकारी है तो इसे context/ में मेमो करता है
यह एक तंत्र है जो लगभग स्वचालित रूप से ऐसा करता है।
बस इसे जोड़ने से, X को देखते समय मेरा व्यवहार पूरी तरह से बदल गया।
पहले, मैं एक स्क्रीनशॉट से संतुष्ट था, लेकिन अब जब मैं X पर कोई दिलचस्प पोस्ट देखता हूँ, तो मैं मौके पर ही Claude Code को URL देता हूँ। यह आसानी से संसाधित होता है, और तीन मिनट बाद, कौशल अपडेट हो जाता है।
"अच्छी जानकारी ढूँढना" और "इसे अपने Claude Code में पिघलाना" क्रियाओं का एक एकल सेट बन जाता है।
यह अविश्वसनीय रूप से बड़ा है।
वास्तव में बड़ा।
क्योंकि समुदाय में बहने वाली नवीनतम जानकारी लगातार आपके रिपॉजिटरी में इंजेक्ट की जाती है।
आपके पास यह है या नहीं, छह महीने बाद बहुत फर्क पड़ता है...!!!
विशेष रूप से, चूंकि X के लिए एक CLI उपलब्ध है, आप इसे X Developer Console से Claude Code के साथ जोड़कर कर सकते हैं।
मैं विस्तृत विधि छोड़ दूंगा क्योंकि Claude Code शायद इसे आपके लिए लागू करेगा, लेकिन यदि आप रुचि रखते हैं, तो कृपया मुझसे संपर्क करें!
■ ② चयापचय: मानव प्रतिक्रिया के माध्यम से कौशल अपने आप बढ़ते हैं
यह वह हिस्सा है जिसकी मैं सबसे अधिक अनुशंसा करता हूँ।
यह Gotcha नामक एक तंत्र के बारे में है, और यह गंभीर रूप से पागलपन है।
यह क्या है, प्रत्येक कौशल परिभाषा फ़ाइल के अंत में एक "पिछली गलतियाँ" अनुभाग रखना है।
उदाहरण के लिए, इस तरह:
1## Gotchas (पिछली गलतियाँ)21. पिछले लेखों से संख्याओं का पुन: उपयोग न करें32. DAIJOBU Co., Ltd. प्रत्यय संकेतन का उपयोग करता है। "DAIJOBU Corporation" गलत है43. घमंडी संख्याओं से सावधान रहें
बस इतना ही।
बस इतना ही।
लेकिन यह एक कौशल को "अनुभवी" बनाने के तंत्र के रूप में अविश्वसनीय रूप से मजबूत है।
विशेष रूप से, प्रवाह इस तरह काम करता है:
- उपयोगकर्ता प्रतिक्रिया प्रदान करता है ("इस लेख में पिछले एक के समान संख्याएँ हैं")
- वह प्रतिक्रिया उस कौशल के Gotchas में जोड़ दी जाती है
- अगली बार जब उस कौशल को बुलाया जाता है, तो Gotchas स्वचालित रूप से प्रॉम्प्ट में शामिल हो जाते हैं
- Claude Code पहचानता है, "ओह, यह कुछ ऐसा है जो मैंने पहले गड़बड़ किया था," और इससे बचता है
दूसरे शब्दों में, एक मानव प्रतिक्रिया के साथ, वह कौशल स्थायी रूप से स्मार्ट हो जाता है।
यह वास्तव में चौंकाने वाला है।
उदाहरण के लिए, मेरा लेख समीक्षा कौशल अब पूरी तरह से याद रखता है "पिछले लेखों के समान संख्याओं का उपयोग न करें" और "DAIJOBU Co., Ltd. एक प्रत्यय है।"
1on1 तैयारी कौशल "एक QA इंजीनियर के करियर के लिए 5 रास्ते सूचीबद्ध करना" याद रखता है।
साक्षात्कार कौशल "पूछने से पहले हमेशा पढ़ना याद रखता है; इसे छोड़ने से विश्वास खो जाता है।"
मैं हर बार यह नहीं कह रहा हूँ।
मैंने बस एक बार प्रतिक्रिया दी और इसे Gotchas में जोड़ दिया।
यह "बढ़ाने" से कम और "इसे अनुभव प्राप्त करने देने" जैसा लगता है।
जैसे किसी नए व्यक्ति को प्रतिक्रिया देना, कौशल स्वयं लगातार स्मार्ट होता जाता है।
इसके अलावा, एक और पूरक तंत्र है जिसे मैं Dreams कहता हूँ।
यह एक कौशल है जो साप्ताहिक आधार पर पूरे रिपॉजिटरी में क्रॉस-कटिंग पैटर्न निकालता है जिसे व्यक्तिगत कौशल नहीं पकड़ सकते।
यह हाल के कार्य लॉग से दोहराए जाने वाले पैटर्न ढूंढता है और स्वचालित रूप से उन्हें context/dreams.md में लिखता है। जैसे "मैंने हाल ही में तीन बार यह निर्णय लिया है" या "यह गलती दोहराई जा रही है।"
संक्षेप में, यह एक तंत्र है जहाँ आज का स्वयं कल के कार्यों का अवलोकन करता है।
इससे, व्यवहार पैटर्न जिन पर आपने ध्यान भी नहीं दिया था, मौखिक हो जाते हैं और स्टॉक में प्रचारित हो जाते हैं।
जब Gotcha और Dreams घूमने लगते हैं, तो रिपॉजिटरी एक ऐसी स्थिति में प्रवेश करती है जहाँ यह "अनुभव प्राप्त करता है और अपने आप स्मार्ट हो जाता है।"
यह वास्तव में काम करता है...!!!
■ ③ उत्सर्जन: नियमित रूप से Claude Code से "प्रश्न" पूछना
यहाँ से, यह "आउटपुट" पक्ष के बारे में है।
सच कहूँ तो, क्या हर कोई सफाई में बुरा नहीं है?
मैं भी इसमें बहुत बुरा था।
मैं सोचता था, "मैं शायद अब इसका उपयोग नहीं कर रहा हूँ..." लेकिन मैं इसे रखता था क्योंकि मैं इसे फेंकने के निर्णय से डरता था।
इससे पहले कि मुझे पता चलता, मेरे पास बहुत सारे कौशल थे, और उनमें से आधे का उपयोग नहीं हो रहा था।
पहले, मैंने इसे "स्वचालित सफाई रोबोट" जैसे तंत्र से हल करने की कोशिश की, लेकिन यह बहुत अच्छा काम नहीं किया।
निर्णय बहुत कठिन था, और अंत में, एक मानव को इसकी जाँच करनी पड़ी।
इसलिए मैंने अपनी नीति बदल दी।
तंत्र को साफ करने के बजाय, मैंने एक ऑपरेशन में बदल दिया जहाँ एक मानव नियमित रूप से "प्रश्न" पूछता है।
विशेष रूप से, महीने में एक बार, मैं हमेशा Claude Code से ये तीन बातें पूछता हूँ:
- क्या कोई ऐसे कौशल या एजेंट हैं जिनका उपयोग नहीं किया जा रहा है? (पिछले महीने में नहीं बुलाए गए लोगों की सूची बनाएं)
- क्या कोई पुराना संदर्भ बचा हुआ है? (उन फ़ाइलों की सूची बनाएं जो छह महीने से अधिक समय से अपडेट नहीं हुई हैं)
- मैं Claude Code की प्रोसेसिंग को गति देना चाहता हूँ; इसके धीमे होने का क्या कारण है?
मैं बस पूछता हूँ।
कोई विशेष तंत्र नहीं है।
लेकिन सिर्फ महीने में एक बार ऐसा करने का निर्णय लेने से, रिपॉजिटरी की सफाई घूमने लगती है।
ऐसा इसलिए है क्योंकि "इसे फेंकना है या नहीं" तय करने के बजाय, मैं बस "वर्तमान स्थिति की कल्पना करता हूँ।"
जब सूची सामने आती है, तो मैं एक नज़र में देख सकता हूँ, "ओह, मैं अब इसका उपयोग नहीं कर रहा हूँ" या "यह संदर्भ वास्तविकता से अलग है।" निर्णय स्वयं पाँच सेकंड में समाप्त हो जाता है।
सफाई को "स्वचालन" से "प्रश्नों के नियमितीकरण" में बदलें।
आपका दिल हल्का महसूस करेगा।
कृपया इसे महीने में एक बार अपने शेड्यूल में डालने का प्रयास करें।
यह बहुत अच्छा है!
■ ④ एक ऐसी संरचना बनाना जो शुरू में गंदी होना मुश्किल हो
यह सबसे महत्वपूर्ण बात हो सकती है जो मैं इस बार बताना चाहता हूँ।
सफाई करना कठिन है, लेकिन शुरू में एक ऐसी संरचना बनाना जो गंदी न हो, अत्यधिक लागत प्रभावी है।
एक ऐसी संरचना के लिए दो कुंजियाँ हैं जो गंदी होना मुश्किल है।
पहली है SSoT (एकल सत्य स्रोत) को परिभाषित करना।
SSoT का अर्थ है एक स्थान तय करना जहाँ "इस जानकारी का सही संस्करण केवल यहाँ मौजूद है।"
उदाहरण के लिए, नवीनतम ग्राहक स्थिति लें।
यदि आप इसे चार स्थानों पर बिखेरते हैं—"Notion ग्राहक DB," "context/clients/," "Slack मेमो," और "अपना सिर"—तो निश्चित रूप से विसंगतियाँ होंगी।
छह महीने बाद, आपको पता नहीं चलेगा कि "कौन सा सही है?" और रिपॉजिटरी एक दलदल में बदल जाएगी।
इसके बजाय, आप तय करते हैं कि "नवीनतम ग्राहक स्थिति के लिए SSoT context/clients/{name}.md है।"
वहाँ जो लिखा है वह वास्तविकता की नवीनतम स्थिति है; Notion मूल रूप से उसकी एक प्रति है, और Slack को सख्ती से प्रवाह (बहने वाली जानकारी) के रूप में माना जाता है।
(वास्तव में, हम मूल रूप से Notion में ग्राहक जानकारी को केंद्रीकृत करके काम करते हैं।)
बस शुरुआत में इसे मजबूती से तय करने से, जानकारी बिखरना बंद हो जाती है।
दूसरी है प्रवाह जानकारी और स्टॉक जानकारी को अलग करना।
यह अविश्वसनीय रूप से प्रभावी है।
- प्रवाह जानकारी = बैठक के मिनट्स, 1on1 लॉग, व्यावसायिक बैठक मेमो, दैनिक रिपोर्ट, शोध परिणाम (कालानुक्रमिक रूप से जोड़ा गया, सड़ता नहीं है)
- स्टॉक जानकारी = तथ्य जो वर्तमान क्षण में सही हैं, स्थितियाँ (अधिलेखित, पुराना होने पर हानिकारक)
यदि आप इन दोनों को अलग नहीं करते हैं, तो प्रवाह जानकारी तेजी से स्टॉक पक्ष में मिल जाएगी, और रिपॉजिटरी एक दलदल बन जाएगी।
मेरे रिपॉजिटरी में, प्रवाह जानकारी शारीरिक रूप से work/ के अंतर्गत अलग की गई है, और स्टॉक जानकारी context/ के अंतर्गत है।
बस "मिनट्स पढ़ें और केवल नए तथ्यों को स्टॉक में प्रचारित करें" नियम का सख्ती से पालन करने से, context/ पक्ष हमेशा साफ रखा जा सकता है।
work/ पक्ष कालानुक्रमिक रूप से जमा होगा, लेकिन चूंकि यह "बहने वाली जानकारी" है, यह पुराना होने पर भी हानिकारक नहीं है।
संक्षेप में, आप शारीरिक रूप से उस स्थान को अलग करते हैं जहाँ चीजें प्रवेश करती हैं और जहाँ वे जमा होती हैं।
यदि आप ऐसा करते हैं, तो सफाई स्वयं अविश्वसनीय रूप से हल्की हो जाती है।
स्टॉक पक्ष संरचनात्मक रूप से गंदा होना मुश्किल है, और प्रवाह पक्ष पुराना होने पर भी हानिकारक नहीं है।
यदि आप पहले संरचना डिज़ाइन करते हैं, तो बाद का संचालन 180 डिग्री बदल जाएगा।
■ बढ़ाने से स्व-विकास तक
मैंने अब तक चार चीजें पेश की हैं:
- ① सेवन: X पोस्ट को तुरंत आयात करना
- ② चयापचय: मानव प्रतिक्रिया के माध्यम से कौशल अपने आप बढ़ते हैं (Gotcha + Dreams)
- ③ उत्सर्जन: "प्रश्न" पूछकर नियमित सफाई
- ④ एक ऐसी संरचना जो गंदी होना मुश्किल है: SSoT और प्रवाह/स्टॉक पृथक्करण
जब ये चार घूमने लगते हैं, तो क्या होता है?
रिपॉजिटरी एक ऐसी स्थिति में प्रवेश करती है जहाँ यह "अपने आप बढ़ती है।"
पहले, मैंने सोचा था कि Claude Code एक "पालने का खेल" है।
कौशल बनाना, संदर्भ लिखना, CLAUDE.md को व्यवस्थित करना... मैं यह सब हाथ से पॉलिश कर रहा था।
लेकिन जब आप इन चारों को स्थापित करते हैं, तो एक निश्चित क्षण से दृष्टिकोण बदल जाता है।
रिपॉजिटरी आपके छुए बिना अपने आप स्मार्ट हो जाती है।
X से लगातार नई अंतर्दृष्टि आती रहती है, और कौशल अनुभव प्राप्त करते हैं और अपने आप स्मार्ट हो जाते हैं। पुरानी चीजें नियमित रूप से व्यवस्थित होती हैं, और चूंकि शुरू में गंदा होना मुश्किल है, रखरखाव स्वयं अविश्वसनीय रूप से हल्का है।
जब यह लूप घूमने लगता है, तो Claude Code के साथ संबंध वास्तव में बदल जाता है।
यह "एक उपकरण को पॉलिश करने" की भावना से "एक साथ बढ़ने" की भावना में बदल जाता है।
"बढ़ाने के युग" से "बढ़ने के लिए तंत्र स्थापित करने के युग" तक।
एक साल बाद मेरा Claude Code उससे कहीं अधिक स्मार्ट होना चाहिए जितना मैं आज हाथ से बढ़ा सकता था।
इसी सोच के साथ, मैं आज भी रिपॉजिटरी की संरचना को परिष्कृत कर रहा हूँ।
मैं आशा करता हूँ कि आप सभी अपने Claude Code को "स्व-विकासशील" स्थिति में लाने का प्रयास करेंगे!
मुझे यकीन है कि दृष्टिकोण काफी बदल जाएगा...!!!
*हमने निगमों के लिए एक Claude Code प्रशिक्षण सेवा जारी की है!! यदि किसी को रुचि है, तो कृपया बेझिझक DM या टिप्पणी करें! सदस्य जो वास्तव में B2B व्यवसाय में Claude Code में महारत हासिल कर रहे हैं, वे आपको संगठन में Claude Code का उपयोग करने के लिए आवश्यक आवश्यक कहानियों पर बुनियादी बातों से गंभीरता से प्रशिक्षित करेंगे। हमने इसे एक ऐसा तंत्र बनाया है जहाँ आप सब्सिडी शामिल करके पाठ्यक्रम को उचित रूप से ले सकते हैं, इसलिए कृपया बेझिझक...!!!
