वह मॉडल चुनें जो आपके लॉग्स और कॉन्फ़िग फ़ाइलों को पढ़े
Cascadia Merge आपका अनुरोध एक मॉडल को भेजता है, और मॉडल तय करता है कि अगला कौन सा टूल कॉल करना है। आप मॉडल चुनते हैं, और यह चुनाव यह तय करता है कि आपका प्रॉम्प्ट टेक्स्ट कहाँ जाएगा। टूल्स वही रहते हैं, चाहे आप read_file और grep से लेकर Shell तक किसी भी मॉडल से कनेक्ट करें।
आपका प्रॉम्प्ट टेक्स्ट कहाँ जाता है
क्लाउड AI प्रोवाइडर
एक क्लाउड AI प्रोवाइडर एक मानक API एंडपॉइंट के माध्यम से कनेक्ट होता है, जिसे आप ऐप में अपने API कुंजी के साथ दर्ज करते हैं। क्लाउड मॉडल के साथ, प्रॉम्प्ट टेक्स्ट उस प्रोवाइडर को जाता है, और एजेंट द्वारा पढ़ी गई किसी भी फ़ाइल का टेक्स्ट भी, जैसे सर्वर लॉग या serverconfig.json। यदि आप नहीं चाहते कि प्रोवाइडर उसे देखे, तो सर्वर पासवर्ड चैट में बाहर रखें। टूल आउटपुट में रहस्यों को मॉडल तक पहुँचने से पहले छुपा दिया जाता है, और प्रॉम्प्ट केवल उसी एंडपॉइंट पर जाते हैं जिसे आप चुनते हैं। आपकी API कुंजी आपके पीसी पर ही रहती है। प्रोवाइडर अपने नियमों के तहत अपने उपयोग के लिए शुल्क ले सकता है। तब क्लाउड मॉडल चुनें जब आपके पास पहले से ही एक प्रोवाइडर के साथ खाता हो।
अपने पीसी पर मॉडल
अपने पीसी पर चलने वाला एक मॉडल आपके सबसे निजी सामग्री के लिए सबसे अच्छा विकल्प है। लोकल मॉडल के साथ कुछ भी मशीन से बाहर नहीं जाता: प्रॉम्प्ट टेक्स्ट और एजेंट द्वारा पढ़ी गई फ़ाइलों का टेक्स्ट आपके पीसी पर ही रहते हैं। एजेंट अभी भी वही टूल्स चलाता है, और हर एक्शन अभी भी अपने असली परिणाम के साथ एक कार्ड के रूप में दिखाई देता है। वेब सर्च वैकल्पिक है, और यदि आप इसका उपयोग करते हैं, तो एक सर्च क्वेरी बाहर जाती है; अन्य वैकल्पिक नेटवर्क सुविधाओं का विवरण प्राइवेसी पेज पर दिया गया है। एक लोकल मॉडल उस कॉन्फ़िग फ़ाइल पर काम के लिए उपयुक्त है जिसमें आपका सर्वर पासवर्ड होता है, या किसी भी अन्य कार्य के लिए जहाँ आप फ़ाइल टेक्स्ट को एक प्रोवाइडर को नहीं भेजना चाहते।
इनबिल्ट मॉडल
इनबिल्ट मॉडल बिना आपके अपने एंडपॉइंट के उपयोग के लिए तैयार है, जिससे यह पहली सत्र के लिए सबसे छोटा मार्ग है। यह उन कार्ड्स, डिफ्स और तीन अनुमोदन मोड्स के व्यवहार को समझने के लिए उपयुक्त है, इससे पहले कि आप कुछ और कनेक्ट करें: list_dir के साथ डेटा फ़ोल्डर की सूची बनाने के लिए कहें, फिर read_file के साथ serverconfig.json पढ़ें। आप किसी भी समय क्लाउड या लोकल मॉडल कनेक्ट कर सकते हैं। कार्ड्स वैसे ही दिखते हैं चाहे आप किसी भी मॉडल का उपयोग करें, इसलिए आप दो मॉडल्स के साथ एक छोटा कार्य चला सकते हैं और जवाबों की तुलना कर सकते हैं।
टेस्ट बटन से कनेक्शन की जाँच करें
टेस्ट बटन एक एंडपॉइंट की जाँच करता है, रिस्पॉन्स टाइम दिखाता है और कॉन्टेक्स्ट विंडो दिखाता है। कॉन्टेक्स्ट विंडो वह टेक्स्ट की मात्रा है जिसे एक मॉडल एक बार में पढ़ सकता है, इसलिए यह बताता है कि क्या एक लंबा सर्वर लॉग फिट होगा या नहीं। एंडपॉइंट दर्ज करने के बाद और उसे बदलने के बाद टेस्ट चलाएँ। रिस्पॉन्स टाइम वह समय है जो मॉडल एक छोटे टेस्ट अनुरोध का जवाब देने में लेता है, जो दो प्रोवाइडर्स की तुलना करते समय मदद करता है। परिणाम केवल कनेक्शन का वर्णन करता है। यह यह नहीं बताता कि मॉडल आपके फ़ाइलों को कितनी अच्छी तरह पढ़ता है, इसलिए आपको अभी भी कार्ड्स स्वयं पढ़ने चाहिए, और Mods फ़ोल्डर की सूची बनाने जैसे एक छोटे टेस्ट कार्य से आपको अधिक जानकारी मिलती है।
सर्वर कार्य के लिए मॉडल चुनना
एक लंबे लॉग या एक ऐसे बदलाव के लिए जो कई फ़ाइलों को प्रभावित करता है, एक बड़ा मॉडल एक उचित विकल्प है, और एक छोटे संपादन जैसे serverconfig.json में MaxClients बदलने के लिए एक छोटा मॉडल पर्याप्त है। run_on_model टूल एक कठिन चरण को एक बड़े मॉडल को भेजता है जबकि सत्र का बाकी हिस्सा उसी मॉडल के साथ रहता है जिसे आपने चुना है। task टूल उप-एजेंट्स शुरू करता है जो अलग-अलग फ़ाइलों पर समानांतर में काम करते हैं, उदाहरण के लिए कॉन्फ़िग फ़ाइल और Mods फ़ोल्डर, और प्रत्येक उप-एजेंट चैट में रिपोर्ट करता है। बड़े कार्यों को विभाजित करें। छोटे इनपुट किसी भी मॉडल के लिए आसान होते हैं, और गुणवत्ता मॉडल्स के बीच अलग-अलग होती है।
मॉडल्स और प्रोवाइडर्स के बीच गुणवत्ता भिन्न होती है, और एक मॉडल एक लॉग को गलत पढ़ सकता है या एक गलत मान सुझा सकता है, इसलिए किसी बदलाव को स्वीकार करने से पहले डिफ पढ़ें। Ask first एक्शन से पहले रुकता है जो कुछ बदलता है और डिफ दिखाता है स्वीकार करने के लिए, Plan only चरणों को एक योजना के रूप में लिखता है और कुछ नहीं चलाता, और Auto-run तुरंत कार्य करता है। Cascadia Merge आपके टूल्स चलाता है। यह मॉडल को अधिक सही नहीं बनाता, और यह आपके सेव्स की एक कॉपी पर टेस्ट को नहीं बदलता।
