Context7: सिर्फ़ MCP नहीं, Skills और Subagents इस्तेमाल करें
Context7 को MCP से जोड़ने पर docs सीधे main context में भर जाते हैं। Skills और subagents queries को isolate करते हैं, जिससे लंबे कोडिंग sessions स्थिर रहते हैं।
बहुत से डेवलपर्स Context7 को MCP के ज़रिए जोड़ते हैं ताकि लाइब्रेरी के अप-टू-डेट documentation देख सकें। काम करता है - कोडिंग session के अंदर ही latest docs मिल जाते हैं। लेकिन इसकी एक कीमत है: जो भी document आप pull करते हैं, वो सीधे main context window में आ गिरता है। दो-तीन लाइब्रेरी query कर लो, और context भर जाता है। लंबे कोडिंग sessions में इसका मतलब है - performance गिरना और बीच session में ली गई decisions भूल जाना।
मैं इसे Claude Code में skills और subagents से हल करने के बारे में सोच रहा था, और प्रैक्टिस में फ़र्क़ काफ़ी बड़ा है।
साधारण MCP कनेक्शन की सीमा
जब Context7 को सीधे MCP के ज़रिए call करते हैं, तो पूरे document का content main context में stream हो जाता है। एक-आध quick lookup के लिए ठीक है। लेकिन असली काम के दौरान, आप कभी सिर्फ़ एक चीज़ नहीं देखते।
पहले React hook के docs check करो। फिर Tailwind utility। फिर Astro API। हर response पिछले के ऊपर stack होता जाता है। Context window भरता जाता है, और model पहले की बातचीत का track खोने लगता है - आपका असली कोड, आपकी requirements, तीन exchange पहले लिए गए architectural decisions।
जैसा Manus टीम ने अपने architecture notes में ज़ोर देकर कहा था, एक विशाल context सब कुछ ठूँसना जवाब नहीं है। मूल बात यह है कि हर चीज़ को एक ही context window में रहने की ज़रूरत नहीं।
Skills और Subagents: Isolated Context Queries
Context7 plugin दो mechanisms देता है जो documentation lookups को main context से बाहर रखते हैं।
- Skill: जब आप किसी लाइब्रेरी या API के बारे में सवाल पूछते हैं, Context7 अपने आप invoke हो जाता है। Latest docs fetch करता है और जवाब देता है - आपको कोई special prompting नहीं करनी पड़ती। Lookup पर्दे के पीछे हो जाता है।
- docs-researcher agent: यह मुख्य architectural हिस्सा है। Document queries एक isolated context में चलती हैं - एक अलग subagent जो lookup handle करता है, relevant information निकालता है, और सिर्फ़ जवाब वापस भेजता है। Main context को कभी raw documentation देखने की नौबत ही नहीं आती।
जब explicitly documentation query करना हो, तो यह command इस्तेमाल कर सकते हैं:
/context7:docs <library> [query]
इससे आपको direct control मिलता है और भारी-भरकम काम फिर भी primary context window से बाहर ही रहता है।
इंस्टॉलेशन
Claude Code में Context7 plugin इंस्टॉल करें:
/plugin marketplace add upstash/context7
/plugin install context7-plugin@context7-marketplace
डिज़ाइन का फ़र्क़
एक ही Context7 backend इस्तेमाल करते हुए, दोनों approach प्रैक्टिस में बहुत अलग नतीजे देते हैं।
साधारण MCP: हर doc lookup main context में जुड़ता जाता है। तीन lookups के बाद context window का बड़ा हिस्सा ख़र्च हो चुका होता है। Session के बीच तक पहुँचते-पहुँचते model आपके project की actual state ठीक से याद नहीं रख पाता।
Skill + Subagent: Doc lookups isolated contexts में होते हैं। सिर्फ़ निकाला गया जवाब - specific function signature, configuration option, usage example - main context में वापस आता है। Raw documentation उसे कभी छूती ही नहीं।
यह pattern एक साथ दो समस्याएँ हल करता है। Knowledge cutoff की समस्या live documentation pull करके सुलझाता है, और यह काम लंबे coding sessions को अस्थिर किए बिना करता है। आपको current information मिलती है बिना context की कीमत चुकाए।
यह सिद्धांत Context7 से कहीं आगे तक लागू होता है: जब भी किसी AI session में बड़ा external content pull कर रहे हों, सोचें कि क्या उसे main context में रहना ज़रूरी है, या उसे अलग से process करके summary वापस भेजी जा सकती है। बस यही एक architectural decision - isolate करो और summarize करो - एक ऐसे session को अलग करता है जो घंटों तक sharp रहता है, उससे जो बीच में ही भूलने लगता है कि आप क्या बना रहे हैं।
न्यूज़लेटर से जुड़ें
मेरे नवीनतम प्रोजेक्ट्स, लेखों और AI तथा वेब डेवलपमेंट प्रयोगों के बारे में अपडेट प्राप्त करें।