सुझाव नहीं, बल्कि एक्शन
यह टूल्स को स्वयं चलाता है, और हर एक्शन एक कार्ड के रूप में दिखाई देता है जिसमें उसका वास्तविक परिणाम होता है।
AlphaWeft अपने dApp के फ़ोल्डर में काम करके Windows पर web3 एप्लिकेशन डेवलपमेंट का समर्थन करता है। यह कोड और ABI को पढ़ता है, फ़ाइलों को संपादित करता है, आपके build और test कमांड चलाता है, और हर एक्शन को चैट में एक कार्ड के रूप में दिखाता है जिसमें वास्तविक परिणाम होता है, और संपादन के लिए एक diff होता है जिसे आप स्वीकार या अस्वीकार कर सकते हैं।
यह टूल्स को स्वयं चलाता है, और हर एक्शन एक कार्ड के रूप में दिखाई देता है जिसमें उसका वास्तविक परिणाम होता है।
Ask first मोड में हर संपादन एक diff के रूप में रुक जाता है जिसे आप स्वीकार या अस्वीकार कर सकते हैं।
एक क्लाउड प्रदाता, अपने PC पर एक मॉडल या इनबिल्ट मॉडल कनेक्ट करें।
यह प्रोजेक्ट को मैप करता है, ABI को पढ़ता है, कंपोनेंट्स को संपादित करता है और आपके कमांड्स चलाता है जबकि आप हर स्टेप की समीक्षा करते हैं। काम आपके अपने प्रोजेक्ट्स और टेस्ट नेटवर्क्स पर ही रहता है।
**/*abi*.json1 फ़ाइलbalance-abi.json9 लाइनेंbalanceOf src2 मिल्चsrc/Balance.js+9 लाइनेंyour build commandexit 0your test commandexit 0आप एजेंट से एक dApp फ़ोल्डर को मैप करने के लिए कहते हैं जिसे किसी और ने शुरू किया था। list_dir संरचना दिखाता है, glob कंपोनेंट और ABI फ़ाइलों को खोजता है, और grep हर जगह लिस्ट करता है जहां एक कॉन्ट्रैक्ट फ़ंक्शन को कॉल किया जाता है। हर नतीजा चैट में एक कार्ड होता है। कुछ भी बदलता नहीं है। मैप दिखाता है कि ट्रांज़ैक्शन स्टेट्स कहां हैंडल किए जाते हैं और कहां गायब हैं, और dapps को अपनाने में लोगों को रोकने वाली चीज अक्सर एक फ्रंट एंड होता है जो बिना वजह बताए फेल हो जाता है: कोई वॉलेट नहीं, गलत नेटवर्क या रिजेक्टेड सिग्नेचर। Plan only मोड इस टास्क के लिए अच्छा फिट बैठता है, क्योंकि यह प्लान लिखता है और कुछ नहीं चलाता, और प्लान उन फ़ाइलों का नाम बता सकता है जिन पर सबसे पहले ध्यान देना है। एक छोटा लिखित सारांश मांगें, फिर किसी भी संपादन से पहले फ़ोल्डर के खिलाफ उसे पढ़ें, और यदि एजेंट ने फ़ाइल को गलत पढ़ा है तो उसे ठीक करें।
आप एक ऐसे कंपोनेंट के लिए कहते हैं जो एक टेस्ट अकाउंट का बैलेंस दिखाता है। read_file ABI JSON खोलता है, ताकि एजेंट को पता चले कि balanceOf एक एड्रेस लेता है और uint256 लौटाता है, और edit_file आपके कंपोनेंट में कॉल जोड़ता है। Ask first मोड में बदलाव एक diff के रूप में रुक जाता है। आप जोड़ी गई और हटाई गई लाइनों को पढ़ते हैं, उन्हें स्वीकार या अस्वीकार करते हैं, और यदि नाम या टाइप गलत लगता है तो रिवीजन मांगते हैं। Shell फिर आपके build कमांड को चलाता है और कार्ड पर वास्तविक exit code रिपोर्ट करता है, और आप कार्ड को विस्तार से पढ़ सकते हैं। एक ग्रीन बिल्ड दिखाती है कि कोड कंपाइल हो गया है; यह नहीं दिखाती कि सही फ़ंक्शन कॉल किया गया है, इसलिए कॉल को ABI के खिलाफ स्वयं जांचें और ABI फ़ाइल को कॉन्ट्रैक्ट के साथ सिंक रखें।
इंटरफ़ेस स्टेट्स के बीच के खाली जगहों में फेल होते हैं: न भेजा गया, वॉलेट की प्रतीक्षा में, पेंडिंग, कन्फर्म और फेल। गhost dapps बनाना बंद करें जो तैयार दिखते हैं और पहली रिजेक्टेड सिग्नेचर पर टूट जाते हैं, एजेंट से हर स्टेट के लिए एक फ्रंट-एंड टेस्ट लिखने के लिए कहें। write_file टेस्ट फ़ाइल बनाता है, edit_file उस कंपोनेंट को एडजस्ट करता है जहां कोई स्टेट गायब है, और Shell आपके टेस्ट कमांड को चलाता है। कार्ड exit code दिखाता है, और जब आप उसे विस्तार से पढ़ते हैं तो पूरा आउटपुट। लोकल चेन पर throwaway अकाउंट्स के खिलाफ टेस्ट चलाएं, हर फेल्योर को पढ़ें और तय करें कि टेस्ट गलत है या कंपोनेंट। टेस्ट के हरे होने की वजह से बदलाव स्वीकार न करें: diff पढ़ें, और जांचें कि टेस्ट वास्तव में उसी स्टेट को assert कर रहा है जिसके नाम पर वह है।
एक डेवलपर जो web3 में 1 साल बाद लेवल अप करना चाहता है, एजेंट से एक प्लान मांग सकता है जो एक मौजूदा dApp में लोडिंग स्टेट्स, एक्सेसिबिलिटी फिक्स और टेस्ट जोड़े। Plan only मोड में एजेंट स्टेप्स लिखता है और कोई कमांड नहीं चलाता और कोई फ़ाइल नहीं बदलता। आप प्लान पढ़ते हैं, जो नहीं चाहते उसे काटते हैं, और उसे पूरा करने के लिए Ask first पर स्विच करते हैं। तब से एजेंट हर एक्शन से पहले रुक जाता है जो कुछ बदलता है, और आप हर diff को पढ़ते हैं स्वीकार करने से पहले। प्लान रीस्टार्ट के बाद भी बने रहते हैं, इसलिए आप किसी भी स्टेप पर रुक सकते हैं और अगले दिन जारी रख सकते हैं। अपने टेस्ट कमांड चलाकर और उसका आउटपुट स्वयं पढ़कर समाप्त करें, और README में लिखें कि आपने कौन से कमांड्स का उपयोग किया।
AlphaWeft कोई होस्टेड सर्विस या प्लगइन नहीं है। यह एक Windows ऐप है जो केवल आपके अपने फ़ाइलों, आपके PC और सर्वरों के लिए है जिनका उपयोग करने की आप अनुमति प्राप्त हैं, और आप काम को उनके अंदर ही रखते हैं, क्योंकि Shell, वेब और SSH फ़ोल्डर-बाउंड नहीं हैं। यह यह गारंटी नहीं देता कि कोड सही है, यह dApp को सुरक्षित नहीं बनाता, और यह वित्तीय सलाह नहीं देता। एक कॉन्ट्रैक्ट जिसमें वास्तविक मूल्य होगा, उसे एक स्वतंत्र सुरक्षा समीक्षा की आवश्यकता है।