GLM 5.3 वाइब कोडिंग में: जब एक विचार एक परियोजना में बदल जाता है
ऐसे कार्य हैं जिनके लिए आप एक संपादक खोलना चाहते हैं, एक फ़ोल्डर बनाना चाहते हैं, निर्भरताएँ स्थापित करना चाहते हैं और तुरंत सब कुछ वापस बंद करना चाहते हैं। एक कार्यशाला के लिए एक लैंडिंग पृष्ठ, एक पाठ्यक्रम के लिए एक व्यक्तिगत खाता, ग्राहकों को पंजीकृत करने के लिए एक छोटी सेवा: विचार स्पष्ट है, लेकिन पहले कार्यशील संस्करण से पहले अभी भी दर्जनों छोटी चीजें करनी हैं। अनुभाग में "कोड" अब आप ऐसी शुरुआत को GLM 5.3 पर असाइन कर सकते हैं।
यह वाइब कोडिंग के लिए एक मॉडल है: आप मानवीय शब्दों में वर्णन करते हैं कि क्या होना चाहिए, मॉडल की सूची में GLM 5.3 का चयन करें, और फिर काम करते समय एआई के साथ प्रोजेक्ट पर चर्चा करें। आपको एक आवेदन पत्र, एक कैटलॉग, प्राधिकरण या एक तैयार पृष्ठ को संपादित करने की आवश्यकता है - कार्य एक प्रोजेक्ट में रहता है, और नोट्स और कोड के टुकड़ों में नहीं फैलता है।
एक छोटे लेकिन संपूर्ण टुकड़े से शुरुआत करना बेहतर है
सबसे आम गलती तुरंत यह पूछना है कि "बाज़ार बनाओ।" उत्तर बहुत सारी धारणाएँ होंगी: उपयोगकर्ताओं की क्या भूमिकाएँ हैं, भुगतान कैसे काम करता है, सामान कहाँ से आता है। एक अन्य दृष्टिकोण बहुत अधिक जीवंतता से काम करता है: "तीन सेवाओं, एक कैलेंडर और एक एप्लिकेशन के साथ एक मास्टर पेज को एक साथ रखें।" परिणाम प्रकट होता है - अगली परत जोड़ें।
उदाहरण के लिए, एक शाम को आप निम्नलिखित मार्ग से जा सकते हैं: पहले मुख्य पृष्ठ और फॉर्म, फिर आवेदन के बाद पत्र, फिर एक छोटा पैनल जहां आप अनुरोध देख सकते हैं। GLM 5.3 में एक परियोजना संदर्भ है, इसलिए आपको हर बार जो पहले ही किया जा चुका है उसे दोबारा समझाने की ज़रूरत नहीं है। लेकिन आपको अभी भी परिणाम की जांच करने की आवश्यकता है: पृष्ठ खोलें, बटन पर क्लिक करें, मोबाइल संस्करण देखें। एआई तेजी से लिखता है, लेकिन उत्पाद का स्वाद और जिम्मेदारी व्यक्ति की ही रहती है।
जहां GLM 5.3 विशेष रूप से उपयुक्त है
यह मॉडल उस काम के साथ अच्छी तरह से फिट बैठता है जिसमें आपको एक स्पष्ट विचार को तुरंत कोड में बदलने की आवश्यकता होती है: एक इंटरफ़ेस लेआउट करना, किसी मौजूदा प्रोजेक्ट में एक स्क्रीन जोड़ना, एक फॉर्म को सही करना, या किसी त्रुटि का निवारण करना। उन लोगों के लिए एक सामान्य कार्य परिदृश्य भी है जो पहले से ही स्वयं लिखते हैं: एक छोटा सा कार्य तैयार करें, परिवर्तनों का स्पष्टीकरण मांगें, और फिर उन्हें मैन्युअल रूप से स्वीकार या सही करें।
यदि परियोजना बड़ी है, तो आपको एक लंबे अनुरोध से जादू की उम्मीद नहीं करनी चाहिए। कार्य को चरणों में विभाजित करें और प्रत्येक चरण के बाद क्या हुआ उसे रिकॉर्ड करें। मान लीजिए, पहले कैटलॉग, फिर उत्पाद कार्ड, फिर फ़िल्टर। इससे दस फ़ाइलों में बढ़ने से पहले किसी गलत मोड़ को नोटिस करना आसान हो जाता है।
इसकी कीमत कितनी होती है
संहिता में, खर्चों की गणना टोकन द्वारा की जाती है। GLM 5.3 के लिए प्रकाशन के समय कीमत है प्रति 1 मिलियन इनपुट पर 207 टोकन और 1 मिलियन आउटपुट टोकन के लिए 650 टोकन. इनपुट वह है जो मॉडल पढ़ता है: आपका विवरण, संवाद का इतिहास और परियोजना का संदर्भ। सप्ताहांत उसके उत्तर और उत्पन्न कोड है।
इसलिए, एक स्पष्ट, संक्षिप्त विवरण दो बार उपयोगी होता है: कम स्पष्टीकरण और कम खर्च। "इसे सुंदर बनाएं" के बजाय, स्क्रीन, उपयोगकर्ता की कार्रवाई और अपेक्षित परिणाम को नाम देना बेहतर है। अनुष्ठान के लिए नहीं. बात बस इतनी है कि मॉडल के पास चिपकने के लिए कुछ है।
अनावश्यक ड्रामा के बिना कैसे प्रयास करें
- खुला "कोड" और एक प्रोजेक्ट बनाएं.
- GLM 5.3 चुनें - यह विकसित होने वाले अन्य मॉडलों के बगल में है।
- पहला संकीर्ण कार्य दें: एक पृष्ठ, एक फ़ॉर्म, एक विजेट, या एक विशिष्ट संपादन।
- ब्राउज़र में परिणाम की जाँच करें और अगले संदेश के साथ ठीक उसी चीज़ को बदलने के लिए कहें जिससे आप खुश नहीं हैं।
जब आप सबसे पहले किसी समस्या के तर्क या पाठ का पता लगाना चाहते हैं, तो आप शुरुआत कर सकते हैं चैट NeuralSpace, और पहले से चल रहे प्रोजेक्ट के लिए, "कोड" पर जाएँ। अन्य उपयोगी दिशानिर्देश - सार्वजनिक एपीआई: GLM 5.3 वहां पहचानकर्ता BLK0 के अंतर्गत भी उपलब्ध है।
वाइब कोडिंग सामान्य विकास को प्रतिस्थापित नहीं करती है। लेकिन यह खाली स्टार्ट स्क्रीन को हटा देता है - वही क्षण जब प्रोजेक्ट अभी भी केवल दिमाग में मौजूद होता है। GLM 5.3 के साथ आप तुरंत पहला लाइव संस्करण देख सकते हैं और वहां से तय कर सकते हैं कि यह आगे बढ़ने लायक है या नहीं।