वह AI मॉडल चुनें जो आपकी स्क्रिप्ट्स को पढ़े और संपादित करे
Pageferry एक क्लाउड AI प्रदाता के साथ API endpoint के माध्यम से, अपने पीसी पर चलने वाले मॉडल के साथ, या इनबिल्ट मॉडल के साथ काम करता है। यह चुनाव तय करता है कि आपका prompt कहा जाएगा, इसलिए कुछ भी कनेक्ट करने से पहले तीन विकल्प पढ़ें।
मॉडल कनेक्ट करने के तीन तरीके
क्लाउड AI प्रदाता
क्लाउड AI प्रदाता एक मानक API endpoint के माध्यम से पहुंचा जाता है, और आप endpoint चुनते हैं और अपनी कुंजी ऐप में दर्ज करते हैं। कुंजी आपके पीसी पर ही रहती है। प्रत्येक prompt, जिसमें एजेंट द्वारा आपके फोल्डर से पढ़ी गई किसी फ़ाइल का पाठ भी शामिल है, उस प्रदाता को जाता है, इसलिए इस विकल्प का उपयोग केवल उन स्क्रिप्ट्स के लिए करें जिनका आप वहां भेजने के अधिकृत हैं। Test बटन endpoint की जांच करता है और प्रतिक्रिया समय व context window दिखाता है। बड़ा context window तब मदद करता है जब स्क्रिप्ट और उसका आउटपुट लंबा हो। प्रदाता अपनी उपयोग शूलक अलग से वसूल सकता है, और Pageferry को किसी खाते की आवश्यकता नहीं है।
आपके पीसी पर मॉडल
अपने पीसी पर स्थानीय रूप से चलने वाला मॉडल उन स्क्रिप्ट्स के लिए विकल्प है जो मशीन से बाहर नहीं जानी चाहिए: स्थानीय मॉडल के साथ कुछ भी पीसी से बाहर नहीं जाता, और आपकी चैट, कार्य फोल्डर और API keys वहीं रहते हैं। ऐप को स्थानीय endpoint की ओर इशारा करें, Test दबाएं, और प्रतिक्रिया समय व context window पढ़ें। आपकी हार्डवेयर सीमा तय करती है, इसलिए लंबी स्क्रिप्ट छोटे विंडो में फिट नहीं हो सकती। पहली असली कार्य से पहले Test दबाएं ताकि देख सकें कि आपकी मशीन कैसे प्रदर्शन करती है।
इनबिल्ट मॉडल
इनबिल्ट मॉडल बिना आपके स्वयं के endpoint के उपयोग के लिए तैयार है, इसलिए आप चैट खोल सकते हैं और इंस्टॉल करने के तुरंत बाद एक छोटी Bash स्क्रिप्ट पर एजेंट की कोशिश कर सकते हैं। आप अभी भी एक अनुमोदन मोड चुनते हैं: Auto-run तुरंत कार्य करता है, Ask first उन कार्रवाइयों से पहले रुकता है जो कुछ बदलते हैं, और Plan only एक योजना लिखता है और कुछ भी नहीं चलाता है। कठिन चरणों के लिए आप बाद में एक क्लाउड या स्थानीय मॉडल जोड़ सकते हैं और run_on_model के साथ उन चरणों को उसकी ओर भेज सकते हैं।
Test से कनेक्शन की जांच करें
Test बटन एक endpoint की जांच करता है और दो चीजें दिखाता है: प्रतिक्रिया समय और context window। endpoint दर्ज करने के बाद और एजेंट को कोई असली कार्य देने से पहले इसे दबाएं। लंबी प्रतिक्रिया समय बताता है कि endpoint वर्तमान में धीमा है, और छोटा context window बताता है कि लंबी स्क्रिप्ट और उसका आउटपुट एक अनुरोध में फिट नहीं हो सकता। यदि जांच विफल होती है, तो endpoint पता या कुंजी को ठीक करें और फिर से Test दबाएं। हर endpoint के लिए जो आप जोड़ते हैं, इसे एक बार करें, क्योंकि क्लाउड मॉडल और स्थानीय मॉडल दोनों संख्याओं में काफी भिन्न हो सकते हैं।
अपनी कार्य के लिए मॉडल का आकार चुनें
रिफैक्टर और जटिल तर्क वाली स्क्रिप्ट्स के लिए बड़ा मॉडल उपयोग करें, और छोटे संपादन जैसे -v फ्लैग जोड़ना या वेरिएबल को कोट करना के लिए छोटा मॉडल। context window स्क्रिप्ट और उसके आउटपुट के बढ़ने के साथ अधिक महत्वपूर्ण हो जाता है, इसलिए Test बटन से इसे जांचें। जब एक चरण कठिन हो, run_on_model केवल उस चरण को एक बड़े मॉडल पर भेजता है जबकि चैट का शेष भाग आपके सामान्य मॉडल पर रहता है। एक उचित आदत छोटे से शुरू करना और तब तक ऊपर जाना है जब तक उत्तर पर्याप्त न हो। क्लाउड मॉडल prompt प्राप्त करते हैं, इसलिए जब स्क्रिप्ट में निजी पथ या नाम हों तो इस बात को ध्यान में रखें।
गुणवत्ता मॉडल के बीच और एक ही मॉडल के संस्करणों के बीच भिन्न होती है, इसलिए किसी भी बदलाव को बिना पढ़े स्वीम न करें। Ask first के तहत एजेंट उन कार्रवाइयों से पहले रुकता है जो कुछ बदलते हैं, और संपादन के लिए आप diff देख सकते हैं और इसे स्वीकार या अस्वीकार कर सकते हैं। उसके बाद, Shell स्क्रिप्ट चला सकता है और असली exit code दिखा सकता है, जो मॉडल की अपनी व्याख्या से बेहतर परीक्षण है। Plan only तब उपयोगी है जब आप कुछ भी चलाने से पहले एक योजना पढ़ना चाहते हैं।