अपने ERC-1155 कॉन्ट्रैक्ट वर्क के लिए मॉड चुनें

WaveClamp को अपने काम के लिए एक मॉड की जरूरत है, और आप तय करते हैं कि कौन सा। आप क्लाउड AI प्रोवाइडर कनेक्ट कर सकते हैं, अपने पीसी पर मॉड चला सकते हैं या इनबिल्ट मॉड का उपयोग कर सकते हैं। पहले टास्क से पहले Test बटन से कनेक्शन चेक करें।

मॉड कनेक्ट करने के तीन तरीके

क्लाउड AI प्रोवाइडर

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

आपके पीसी पर चलने वाला मॉड

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

इनबिल्ट मॉड

इनबिल्ट मॉड बिना आपके अपने एंडपॉइंट के तुरंत उपयोग के लिए तैयार है, जिससे यह पहली रन के लिए सबसे आसान रास्ता बनता है। इसे एक छोटे Solidity फाइल को पढ़ने, यह पूछने के लिए कि balanceOfBatch क्या रिटर्न करता है, या पहला टेस्ट ड्राफ्ट करने के लिए उपयोग करें, और किसी अन्य मॉड की तरह ही diff को रिव्यू करें। यह अप्रूवल मोड्स में कुछ भी बदलता नहीं है। Auto-run तुरंत एक्शन लेता है, Ask first उन एक्शन्स से पहले पॉज करता है जो कुछ बदलते हैं, और Plan only स्टेप्स लिखता है और कुछ भी रन नहीं करता।

Test बटन आपको क्या बताता है

Test बटन आपके द्वारा दर्ज एंडपॉइंट पर एक चेक भेजता है और रिस्पॉन्स टाइम और कॉन्टेक्स्ट विंडो दिखाता है। इसे प्रोवाइडर जोड़ने के बाद, लोकल मॉड पर स्विच करने के बाद और जब भी कोई टास्क धीमा लगने लगे, उपयोग करें। लंबा रिस्पॉन्स टाइम कॉन्ट्रैक्ट की बजाय एंडपॉइंट की ओर इशारा करता है। कॉन्टेक्स्ट विंडो बताता है कि मॉड एक साथ कितना टेक्स्ट ले सकता है, जो तब मायने रखता है जब एजेंट कई .sol फाइलों और उनके टेस्ट्स को एक साथ पढ़ता है। Test केवल कनेक्शन चेक करता है। यह जवाबों की क्वालिटी का फैसला नहीं करता, इसलिए हर diff की आपकी खुद की रिव्यू जरूरी रहती है।

टास्क के अनुसार मॉड चुनें

सावधानीपूर्ण तर्क की जरूरत वाले काम के लिए बड़ा मॉड उपयोग करें, जैसे कि मिंटिंग फंक्शन में माइनिंग एक्सेस चेक्स की कमी की रिव्यू, ERC-721 और ERC-1155 डिजाइनों की तुलना, या किसी अस्पष्ट कारण से फेल हो रहे टेस्ट को सुलझाना। छोटे एडिट्स जैसे इवेंट आर्गुमेंट का नाम बदलना या pragma लाइन ठीक करने के लिए छोटा मॉड उपयोग करें। run_on_model टूल एजेंट को एक कठिन स्टेप को बड़े मॉड पर भेजने देता है, जबकि टास्क का बाकी हिस्सा उसी मॉड के साथ रहता है जिसे आपने चुना है। task टूल तब समानांतर सब-एजेंट्स शुरू करता है जब अलग-अलग कॉन्ट्रैक्ट्स को साथ-साथ रिव्यू किया जा सकता है। टास्क के अनुसार चुनें।

मॉड क्वालिटी बदलती है, और हर मॉड ऐसा कोड लिख सकता है जो कंपाइल हो जाए और फिर भी गलत व्यवहार करे। इसे स्वीकार करने से पहले diff पढ़ें। Ask first में एजेंट उन एक्शन्स से पहले पॉज करता है जो कुछ बदलते हैं, और diff वह है जिसे आप अप्रूव या रिजेक्ट करते हैं। Plan only में आप पहले स्टेप्स पढ़ते हैं और उन्हें रन करने के लिए मोड स्विच करते हैं। हर स्वीकृत बदलाव के बाद अपना टेस्ट कमांड रन करें, और एक डिप्लॉय किए गए कॉन्ट्रैक्ट को स्थिर मानें, क्योंकि इसे बदला नहीं जा सकता। किसी भी रियल-वैल्यू उपयोग से पहले एक स्वतंत्र सिक्योरिटी रिव्यू आती है।