Mistral Agentic Search: कहाँ दस्तावेज़ खोज बेहतर होती है और कहाँ सामान्य RAG जीतता है

रिलीज़ तारीख और उत्पाद श्रेणी दोनों साफ रखें

Mistral ने Agentic Search को 20 अगस्त 2026 को रिलीज़ किया। 5 सितंबर को इसके बारे में लिखना समय-संगत है, लेकिन इसे ‘आज का लॉन्च’ कहना तथ्यात्मक त्रुटि होगा। उत्पाद श्रेणी भी उतनी ही महत्वपूर्ण है। Mistral की घोषणा और दस्तावेज़ीकरण के आधार पर Agentic Search नया अग्रणी मॉडल नहीं है। यह पुनर्प्राप्ति समन्वय क्षमता है: प्रणाली खोज से शुरू करके दस्तावेज़ खोल सकती है, नेविगेट कर सकती है, पढ़ सकती है और grep चला सकती है, जब तक उत्तर के लिए प्रमाण एकत्र करना हो। टीम को इसी प्रक्रिया का मूल्यांकन करना चाहिए।

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

Mistral स्रोत क्या बताते हैं और क्या साबित नहीं करते

Mistral Agentic Search को Search Toolkit और Libraries के लिए Studio और Vibe से जोड़ता है। दोनों आधिकारिक स्रोत उसी प्रदाता के हैं। उत्पाद व्यवहार समझने के लिए वे उपयोगी प्राथमिक स्रोत हैं, लेकिन शुद्धता, विलंब या व्यवसाय मूल्य के स्वतंत्र मूल्यांकनकर्ता नहीं। वास्तुकला पायलट करने के लिए गढ़े हुए बाहरी मानक-परीक्षण या कीमत की जरूरत भी नहीं है। पहले यह पता होना चाहिए कि आपके दस्तावेज़-आधारित प्रश्न में वास्तव में एक-चरणीय पुनर्प्राप्ति से आगे नेविगेशन चाहिए या नहीं।

मूल्यांकन प्रतिवेदन में प्रदाता तथ्य और आंतरिक अवलोकन अलग रखें। एक अनुभाग में दस्तावेज़ीकृत व्यवहार लिखें: खोज, खोलना, नेविगेट करना, पढ़ना, grep। दूसरे अनुभाग में केवल वे मापे गए परिणाम हों जो आपका परीक्षण वास्तव में दिखाए। परीक्षण से पहले ‘यह RAG से ज्यादा सटीक है’ या ‘यह तेज़ है’ कहना असमर्थित होगा। वास्तुकला एक अलग खोज-प्रक्रिया प्रस्तुत करती है, गारंटीकृत परिणाम नहीं। यह पृथक्करण बाद में पायलट प्रमाण को साफ समझने में मदद करता है।

यादृच्छिक PDF फ़ाइलों से बेहतर परीक्षण है कृत्रिम आपूर्तिकर्ता नीति

एक छोटा कृत्रिम आपूर्तिकर्ता-नीति संग्रह बनाइए जिसमें जानबूझकर संस्करण टकराव हों। मूल शिपिंग नीति, बाद की मास्टर नीति और दिनांकित परिशिष्ट रखें जो केवल एक धारा का स्थान लेता हो। एक अप्रचलित सामान्य प्रश्न जोड़ें जो पुराना शब्द दोहराता हो, और समान शब्दावली वाला असंबंधित ज्ञापन भी रखें। फिर पूछें कि परिशिष्ट प्रभावी तारीख के बाद रखे गए ऑर्डर पर कौन-सी वापसी सीमा लागू है। इससे परीक्षण अर्थ-समानता नहीं, प्रमाण और प्राथमिकता समझने को मजबूर करता है।

अपेक्षित आउटपुट में वर्तमान उत्तर, नियंत्रक दिनांकित दस्तावेज़, पुराना विरोधी पाठ, पुराना पाठ अब क्यों नियंत्रण नहीं करता और अनसुलझा अपवाद शामिल हों। सही कार्यप्रवाह अप्रचलित खंड को केवल समानता के कारण नहीं चुनना चाहिए। एजेंट-आधारित नेविगेशन मदद कर सकता है क्योंकि प्रणाली आशाजनक दस्तावेज़ खोलकर परिशिष्ट के संदर्भों का अनुसरण कर सकती है। लेकिन वही परीक्षण सामान्य RAG पर भी चलाएँ ताकि पता चले अतिरिक्त नेविगेशन स्वीकृत उत्तर बदलता है या नहीं।

स्रोत-पथ उत्तर का मूल हिस्सा है

दस्तावेज़ काम में हर सामग्री दावा को स्थिर दस्तावेज़ पहचानकर्ता और अंश, पृष्ठ, अनुभाग या दूसरी पुनःखोलने योग्य स्थान से जोड़ना चाहिए। यदि एजेंट कई दस्तावेज़ खोजती है, अंतिम उत्तर में पूरा आंतरिक नेविगेशन संवाद-इतिहास जरूरी नहीं। समीक्षक के लिए संक्षिप्त समर्थक पथ पर्याप्त है जिससे वह उत्तर पुनर्निर्मित और सत्यापित कर सके। लक्ष्य स्रोत-अनुसरण है, तर्क दिखावा नहीं।

प्रमाण और निष्कर्ष अलग चिह्नित करें। स्रोत प्रभावी तारीख और संशोधित धारा बता सकता है; कार्यप्रवाह अनुमान लगा सकता है कि विशिष्ट ऑर्डर नए नियम के तहत आता है। यदि संग्रह में विरोधाभासी दस्तावेज़ हैं और स्पष्ट प्राथमिकता नहीं है, सही आउटपुट ‘उपलब्ध दस्तावेज़ से स्थापित नहीं’ हो सकता है। अनुत्तरित प्रश्न परीक्षण समूह में जरूर रखें क्योंकि उत्पादन ज्ञान-आधार स्वभावतः अधूरे होते हैं। आत्मविश्वासी अनुमान की तुलना में प्रमाण सीमा स्वीकार करना अधिक उपयोगी है।

बेहतर पुनर्प्राप्ति से अनुमतियाँ कमजोर नहीं होनी चाहिए

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

पहले कृत्रिम पुस्तकालय, फिर गैर-संवेदनशील आंतरिक संग्रह और अंत में अनुमति-आधारित उत्पादन संग्रह उपयोग करें। प्रश्न आरंभकर्ता पहचान और उस पहचान को उपलब्ध दस्तावेज़ लॉग करें। Studio, Vibe, Search Toolkit या Libraries अलग परिवेश में हों तो पहुँच मार्ग दस्तावेज़ करें। एजेंट-आधारित संचलन की वजह से अनुमति रूपरेखा कम नहीं, ज्यादा महत्वपूर्ण हो जाती है। बेहतर खोज का अर्थ मौजूदा अधिकार के भीतर बेहतर प्रमाण होना चाहिए।

एजेंट के लिए रोकने का और विलंब बजट तय करें

Agentic Search में पहला प्रमाण कमजोर होने पर खोज आगे बढ़ सकती है। उत्पादन में इस लचीलेपन की सीमा जरूरी है। प्रश्न प्रकार के अनुसार अधिकतम खोज पुनरावृत्तियाँ, दस्तावेज़ खोलने की संख्या, grep संचालन या कुल बीता समय तय करें। त्वरित नीति खोज में कुछ ही चरण, जटिल शोध में अधिक चरणों की अनुमति दी जा सकती है। बजट समाप्त हो जाए तो सर्वोत्तम समर्थित आंशिक उत्तर और अनसुलझी समस्या लौटाएँ, मौन अनिश्चितकालीन खोज नहीं। पूर्वानुमेयता उपयोगकर्ता अनुभव और अवसंरचना योजना दोनों के लिए जरूरी है।

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

सामान्य RAG कब जीतता है और उत्पादन से पहले क्या रिकॉर्ड करें

सामान्य RAG सीधा, अच्छी-तरह-अनुक्रमित प्रश्न पर अक्सर बेहतर है: उत्पाद कोड खोज, एकल नीति परिभाषा, ज्ञात सामान्य प्रश्न या ऐसी प्रश्न जिसका उत्तर विश्वसनीय रूप से एक खंड में मिलता है। यह काम सरल, पूर्वानुमेय और कम-विलंब हो सकता है। Agentic Search वितरित प्रमाण, संदर्भ अनुसरण करने, संस्करण टकराव की जाँच करने या अनेक दस्तावेज़ में संबंध खोजने पर अधिक आकर्षक है। इसलिए उपयोगी वास्तुकला अलग प्रश्न श्रेणियों को अलग पुनर्प्राप्ति रणनीतियों की ओर भेज सकती है।

उत्पादन संग्रह जोड़ने से पहले निर्णय रिकॉर्ड लिखें। कौन-सी प्रश्न श्रेणी सामान्य RAG उपयोग करेगी, कौन एजेंट-आधारित खोज के लिए योग्य है, अनुमति मॉडल, आवश्यक स्रोत-संदर्भ स्वरूप, अनुत्तरित व्यवहार, चरण/विलंब सीमाएँ, समीक्षक जिम्मेदार और वापसी योजना—सब तय करें। आपूर्तिकर्ता-नीति कृत्रिम परीक्षण और कुछ वास्तविक गैर-संवेदनशील प्रश्न दोनों पथों पर चलाएँ। स्वीकृत उत्तरों को मापने के बाद ही पहुँच विस्तृत करें। Mistral स्रोत क्षमता समझाते हैं; आपके दस्तावेज़ के लिए उसकी उपयुक्तता नियंत्रित कार्यप्रवाह ही निर्धारित करेगा।

एक ही खोज मोड चुनने के बजाय प्रश्न वर्गों को मार्ग दें

उत्पादन से पहले एक छोटी मार्ग-सारणी बनाएँ। सीधे परिभाषा प्रश्न, ज्ञात पहचान और एक दस्तावेज़ वाले प्रश्न सामान्य RAG में जा सकते हैं। संस्करण टकराव, दस्तावेज़ों के बीच संदर्भ या फैला हुआ प्रमाण Agentic Search के लिए योग्य हो सकते हैं। दोनों दिशाओं में निकास रखें: असफल सीधी खोज आगे बढ़ सकती है, जबकि एजेंट-आधारित खोज निर्णायक अनुच्छेद मिलते ही रुक सकती है। इससे जटिलता प्रमाण की वास्तविक समस्या के अनुपात में रहती है, नई सुविधा के आकर्षण के अनुपात में नहीं।

उत्पादन संग्रह जोड़ने से पहले अनुमति-द्वार रखें

जीवित पुस्तकालय तब तक न जोड़ें जब तक टीम पाँच चीजें स्वीकृत न कर दे: अनुमतियों का संरक्षण, स्रोत-संदर्भ प्रारूप, उत्तर न मिलने का व्यवहार, रोक बजट और वापसी योजना का जिम्मेदार व्यक्ति। सिंथेटिक आपूर्तिकर्ता-नीति परीक्षण और सामान्य RAG तुलना को उसी निर्णय के साथ रखें। कोई नियंत्रण अधूरा हो तो पायलट को गैर-संवेदनशील सामग्री तक सीमित रखें। यह द्वार अंतिम निर्णय को जाँच योग्य बनाता है और अच्छी प्रदर्शन को समय से पहले उत्पादन तैनाती बनने से रोकता है।