संदर्भ जो आपके साथ यात्रा करता है

Cursor का इंडेक्सर Cursor के भीतर बेहतरीन है। टैब कम्प्लीशन, इनलाइन एडिटिंग, चैट, और उस विंडो के भीतर का एजेंट पहले से ही उस प्रोजेक्ट इंडेक्स पर निर्भर करते हैं जिसे Cursor खुले वर्कस्पेस के लिए चलाता है। अगर Cursor वह एकमात्र सतह है जहाँ आप लिखते हैं, और वह इंडेक्स पहले से ही सही फ़ाइलें ढूँढ रहा है, तो वहीं बने रहें। यह ‘जहाँ हैं वहीं रहें’ का ईमानदार मामला है, और यह इस पेज की पहली पंक्ति बनने का हकदार है।

यह लेख सामान्य सप्ताह के दूसरे आधे हिस्से के बारे में है। वही रिपॉज़िटरी Claude Code में भी खुली है, Codex CLI से पूछी जा रही है, दूसरी मशीन पर समीक्षा की जा रही है, या CI में चलने वाले किसी एजेंट द्वारा पूछी जा रही है। सवाल यह नहीं है कि ‘कौन सा इंडेक्सर बेहतर है’। सवाल यह है कि क्या एक विंडो में एजेंट जिस मैप पर भरोसा करता है, वह अगली विंडो में भरोसा किए जाने वाले मैप जैसा ही है।

Maguyva वही मैप है जो साथ यात्रा करता है। यह एक रिमोट MCP कोडबेस संदर्भ परत है। एजेंट इसे उसी तरह पूछता है जैसे वह किसी अन्य MCP टूल को पूछता है। परिणाम लाइन नंबर वाले उद्धृत पथों के रूप में वापस आते हैं। Cursor एडिटर बना रहता है। संदर्भ ही वह चीज़ है जो चलती है।

Cursor का इंडेक्सर किसलिए है

Cursor में निर्मित इंडेक्सिंग इसलिए मौजूद है ताकि एडिटर के भीतर चैट, एजेंट और सर्च केवल कच्ची मॉडल संदर्भ विंडो में जो फिट होता है उस पर निर्भर रहने के बजाय प्रासंगिक कोड ला सकें। एक IDE के लिए यह सही डिज़ाइन है। यह इंडेक्स Cursor के लिए नेटिव है। यह MCP सर्वर नहीं है और अन्य क्लाइंट्स से पहुँच योग्य नहीं है।

यह इस तरह काम करता है, जैसा कि Cursor के सार्वजनिक दस्तावेज़ों और लेखन के समय Cursor के अपने स्पष्टीकरणों में वर्णित है: प्राथमिक सर्च पथ अब क्लाउड embedding इंडेक्स नहीं रहा। Cursor टीम ने अपने कम्युनिटी फ़ोरम में कहा है कि समर्पित semantic/embedding-आधारित सर्च को grep-आधारित पुनर्प्राप्ति के पक्ष में कम किया जा रहा है, क्योंकि आज के मॉडल स्वयं जीवित ट्री को एक्सप्लोर करने में पहले से ही काफ़ी अच्छे हैं। इसके बजाय Instant Grep है, एक स्थानीय सर्च इंडेक्स जो एन-ग्राम, इनवर्टेड लिस्ट और ब्लूम फ़िल्टर से बना है, मेमोरी-मैप्ड लुकअप टेबल में संग्रहीत है, ताकि क्वेरी सर्वर के बजाय डेवलपर की अपनी मशीन पर हल हो सके।

यह इंडेक्स स्वयं रिपॉज़िटरी के अपने .git/cursor/ डायरेक्टरी में रहता है, एक विशिष्ट git कमिट पर एंकर किया हुआ; उस कमिट के बाद के बदलाव नए स्कैन को ट्रिगर करने के बजाय उसके ऊपर लेयर होते हैं, और इंडेक्स तभी फिर से बनता है जब स्थानीय स्थिति उस चीज़ से काफ़ी हट जाती है जिस पर वह बना था। क्योंकि यह .git के भीतर बैठता है, यह कभी ट्रैक नहीं होता और कभी पुश नहीं होता — उस फ़ोल्डर को हटा दें, और इंडेक्स चला जाता है। .gitignore का सम्मान इसके निर्माण में किया जाता है, क्योंकि केवल ट्रैक की गई सामग्री ही योग्य होती है, और .cursorignore को रीड पथ पर लागू किया जाता है। उस पथ पर अब कोई सर्वर-साइड embedding चरण या रिमोट वेक्टर डेटाबेस नहीं है। पुराने दस्तावेज़ों ने एक क्लाउड-सहायता प्राप्त डिज़ाइन का वर्णन किया था — चंक एन्क्रिप्शन, Merkle ट्री सिंकिंग, टीम के सदस्यों के बीच इंडेक्स पुन:उपयोग — और Cursor टीम ने स्वयं तब से कहा है कि उस डिज़ाइन को कम किया जा रहा है, इसलिए यह लेख अब इसे वर्तमान के रूप में वर्णित नहीं करता।

एडिटर के भीतर जो चीज़ सबसे अलग खड़ी है वह है Cursor का Explore सबएजेंट। यह एक तेज़ मॉडल पर अपनी संदर्भ विंडो में कई समानांतर सर्च चला सकता है और केवल प्रासंगिक निष्कर्ष वापस ला सकता है, ताकि मुख्य बातचीत सर्च परिणामों से न फूले। यह एडिटर के भीतर एक वास्तविक ताकत है। इसे बनाए रखें।

मल्टी-रूट वर्कस्पेस समर्थित हैं: प्रत्येक खुले फ़ोल्डर का संदर्भ Agent के लिए उपलब्ध है। कुछ git-निर्भर सुविधाएँ, जैसे वर्कट्री, मल्टी-रूट सेटअप में अक्षम हो जाती हैं, और Cloud Agents मल्टी-रूट वर्कस्पेस का बिल्कुल समर्थन नहीं करता।

इनमें से कोई भी Cursor छोड़ने का कारण नहीं है। यह उस जगह के एक बहुत अच्छे मैप का सटीक वर्णन है जहाँ यह रहता है।

‘साथ यात्रा करना’ का वास्तव में क्या मतलब है

एक मैप तब आपके साथ यात्रा करता है जब वही सवाल एक से अधिक क्लाइंट्स से उसी तरह के जवाब, उद्धरणों के साथ जिन्हें आप खोल सकते हैं, वापस लाता है।

• Cursor में: ‘क्या parseConfig कहाँ परिभाषित है, और इसे कौन कॉल करता है?’
• Claude Code में, उसी repo पर: वही सवाल।
• Codex CLI में, एक ऐसी मशीन पर समीक्षा की जा रही है जिसने कभी Cursor विंडो नहीं खोली: वही सवाल।
• MCP बोलने वाले CI एजेंट में: वही सवाल, उसी होस्टेड स्नैपशॉट के विरुद्ध।

अगर हर सतह अपना खुद का निजी इंडेक्स बनाती है, तो आपके पास एक मैप नहीं है। आपके पास कई कैश हैं जो अलग होते जा रहे हैं। एडिटर का इंडेक्स डिस्क पर मौजूद ट्री के लिए ताज़ा हो सकता है। CLI सत्र एक दिन पीछे हो सकता है। CI जॉब एक अलग चेकआउट देख सकती है। और एजेंट फिर भी आत्मविश्वासी लगेगा।

Cursor का इंडेक्सर इसे हल करने के लिए नहीं बनाया गया है। क्योंकि यह एडिटर के भीतर रहता है, इसका बनाया गया संदर्भ उस एडिटर के लिए है। जिन पाठकों को CLI, CI पाइपलाइन, या किसी अलग एडिटर की भी ज़रूरत है, उन्हें उन सतहों के लिए एक अलग टूल चाहिए। यह एक स्कोप तथ्य है, कोई खामी नहीं। Maguyva वह अलग टूल है।

Cursor के इंडेक्सर के लिए प्रकाशित भाषाओं की संख्या इस लेख की उपयोग योग्य सामग्री में नहीं बताई गई है। Maguyva 279 से अधिक भाषाओं और टेक्स्ट-आधारित तकनीकों के लिए समर्थन प्रकाशित करता है। Cursor की क़ीमत भी यहाँ दोहराई नहीं गई है; उनका मूल्य निर्धारण पेज देखें। Maguyva सीट्स के बजाय प्रति वर्कस्पेस चार्ज करता है, इंडेक्स की गई कवरेज और वर्कस्पेस आकार के आधार पर $0, $19, $49, और $149 पर प्रकाशित योजनाओं के साथ।

एक होस्टेड मैप, हर MCP क्लाइंट

Maguyva एक रिमोट MCP सर्वर है। आप GitHub कनेक्ट करते हैं, एक रिपॉज़िटरी चुनते हैं, और क्लाउड पाइपलाइन सिंबल, ग्राफ़ एज और उद्धृत मैप बनाती है। आप उस क्लाइंट के MCP कॉन्फ़िग में एक API कुंजी जोड़ते हैं जिसे आप पहले से उपयोग करते हैं। Maguyva के पास 24 दस्तावेज़ीकृत MCP क्लाइंट्स के लिए सेटअप गाइड है — जिसमें Cursor शामिल है — और यह किसी भी अन्य MCP-संगत क्लाइंट से बात कर सकता है जो मानक कॉन्फ़िगरेशन का समर्थन करता है।

Cursor सेटअप पेज एक एडिटर-विशिष्ट पथ है अगर वहीं आप काम करते हैं। वही सर्वर Claude Code, VS Code, Windsurf, Codex CLI और बाकियों को जवाब देता है। आप एडिटर नहीं बदल रहे। आप हर एजेंट को समान टूल सतह दे रहे हैं: सर्च, सिंबल, dependency विश्लेषण, फ़ाइल पुनर्प्राप्ति, रिपॉज़िटरी संदर्भ, और नियतात्मक यूटिलिटी-टूल वर्कफ़्लो में 11 ग्राहक-सामना करने वाले MCP टूल। Semantic, structural, graph, और text सर्च एक उद्धृत परिणाम में मिल जाते हैं।

यही पोर्टेबिलिटी लाभ है। जो उद्धरण आप आज सुबह Cursor में जाँचते हैं, वे उसी आकार के होते हैं जो आज रात Codex CLI वापस लाएगा। फ़ाइल पथ और लाइन नंबर। खोलें। अगर गलत है, तो आप देख लेंगे। अगर सही है, तो अगले बदलाव के लिए एक जगह है जहाँ वह उतर सकता है। जो दावा किया गया है वह है कम भ्रामक बदलाव, यह वादा नहीं कि हर बदलाव सही होगा।

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

दस्तावेज़ीकरण हर क्लाइंट के लिए वही एक्टिवेशन लूप देता है: उस repo को इंडेक्स करें जिसे आप पहले से जानते हैं, क्लाइंट कनेक्ट करें, एक सवाल पूछें जिसे आप सत्यापित कर सकते हैं। इसे Cursor में एक बार करें। इसे उस CLI से फिर से करें जिसका आप समीक्षा वाले दिन वास्तव में उपयोग करते हैं। अगर दोनों जवाब एक ही हैंडलर को उद्धृत करते हैं, तो मैप वास्तव में आपके साथ यात्रा कर चुका है।

दोनों मैप साथ-साथ कैसे मौजूद हैं

दोनों का उपयोग करें। यह तुलना पेज के अर्थ में कोई विकल्प नहीं है।

1. डिस्क पर मौजूद प्रोजेक्ट के लिए Cursor का इंडेक्सर चालू रखें। एडिटर के भीतर Explore, Instant Grep और एजेंट को इसका उपयोग करने दें। वह लूप नेटिव और तेज़ है।
2. Cursor में Maguyva को MCP सर्वर के रूप में जोड़ें ताकि वही सत्र होस्टेड वर्कस्पेस मैप भी पूछ सके। Cursor एक दस्तावेज़ीकृत Maguyva क्लाइंट है। आप एक इंडेक्स चुनकर दूसरे को नहीं हटा रहे।
3. Claude Code, Codex CLI, या किसी भी अन्य MCP क्लाइंट में वही Maguyva सर्वर जोड़ें जो repo को छूता है। एक API कुंजी फ़ॉर्म। एक वर्कस्पेस।
4. अगर CI एजेंट MCP-संगत है, तो इसे उसी सर्वर की ओर इंगित करें। यह वही टाइमस्टैम्प वाला स्नैपशॉट पढ़ेगा जो लैपटॉप पढ़ता है।

एडिटर का इंडेक्स ‘इस विंडो में डिस्क पर अभी क्या है’ के लिए सबसे अच्छा टूल बना रहता है। होस्टेड मैप ‘यह वर्कस्पेस हर उस एजेंट के लिए कैसा दिखता है जो आज इसे छूएगा’ के लिए सबसे अच्छा टूल है। ये वाक्य प्रतिस्पर्धा नहीं करते।

वर्कस्पेस कोटा मूल्य निर्धारण पेज पर प्रकाशित हैं: रिपो, इंडेक्स की गई लाइनें, और उपयोगकर्ता, प्रति वर्कस्पेस चार्ज किए जाते हैं। एजेंट और मनुष्य एक ही उपयोगकर्ता गिनती साझा करते हैं। किसी ऐसी repo के साथ मुफ़्त में शुरू करें जिसे आप पहले से आंक सकते हैं। वर्कस्पेस को केवल तब बढ़ाएँ जब उद्धरण उस ट्री के संपर्क में टिके रहें।

यह पेज क्या दावा नहीं करता

यह दावा नहीं करता कि Cursor का इंडेक्सर कमज़ोर है, अधूरा है, या एडिटर बदलने का कारण है। इस लेख की पहली पंक्ति ही इसके विपरीत कहती है।

यह दावा नहीं करता कि Maguyva Instant Grep या Explore सबएजेंट की जगह लेता है। वे Cursor की विशेषताएँ हैं। वे Cursor में बनी रहती हैं।

यह किसी भी उत्पाद के लिए भाषा गिनती, लेटेंसी संख्या, या टोकन बचत का आविष्कार नहीं करता। जो संख्याएँ अज्ञात हैं वे अप्रकाशित रहती हैं।

यह ऐसा दिखावा नहीं करता कि जो स्थानीय काम अभी तक पुश नहीं हुआ वह होस्टेड मैप में है। टाइमस्टैम्प वाला स्नैपशॉट उस सीमा को दिखाई देने योग्य बनाता है। यह उसे मिटाता नहीं है।

परीक्षण साधारण है। किसी ऐसी repo को इंडेक्स करें जिसे आप पहले से जानते हैं। पहले Cursor में, फिर एक दूसरे MCP क्लाइंट में, एक सवाल पूछें जिसे आप सत्यापित कर सकते हैं। जो संदर्भ साथ यात्रा करता है वह दोनों जगह वही उद्धरण है।

// same map, wherever you opened it.