कोडिंग के लिए Grok: प्रॉम्प्ट्स, वर्कफ़्लो और सही आदतें

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

Grok कहाँ काम आता है, और कहाँ नहीं

Grok उन समस्याओं पर सबसे अच्छा काम करता है जो एक बातचीत में समा सकें। इनके लिए यह बेहतरीन है:

• स्टैक ट्रेस या कंपाइलर एरर को समझना और संभावित कारणों का सुझाव देना;
• कोई स्टैंडअलोन फ़ंक्शन, स्क्रिप्ट, SQL क्वेरी या रेगुलर एक्सप्रेशन लिखना;
• यह समझाना कि कोड का कोई ब्लॉक क्या करता है, अगर आप चाहें तो लाइन-दर-लाइन;
• यूनिट टेस्ट तैयार करना, जिनमें ऐसे एज केस भी शामिल हों जिन पर शायद आपका ध्यान न गया हो;
• बग्स, अस्पष्ट नाम और छूटी हुई जांचों (checks) के लिए छोटे diff का रिव्यू करना;
• कोड को एक भाषा से दूसरी में, या किसी लाइब्रेरी के अलग-अलग वर्ज़न के बीच ट्रांसलेट करना।

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

वह संदर्भ (context) पेस्ट करें जो किसी नए साथी को चाहिए होगा

बेकार कोडिंग जवाब मिलने का सबसे आम कारण है अधूरा संदर्भ। पूछने से पहले ये चीज़ें जुटा लें:

1. भाषा और वर्ज़न। "Python 3.12, pandas 2" या "Node 22, Express 5"। वर्ज़न के अंतर की वजह से बहुत से गलत जवाब आते हैं।
2. ज़रूरी कोड। सिर्फ़ वह फ़ंक्शन जिसमें गड़बड़ी आ रही है और जिन्हें वह कॉल करता है, पूरा प्रोजेक्ट नहीं।
3. सटीक एरर। पूरा मैसेज और स्टैक ट्रेस कॉपी करें; अपने शब्दों में न बदलें।
4. क्या होना चाहिए था बनाम क्या हुआ। क्या होना चाहिए, उसकी जगह क्या हो रहा है, और आप पहले ही क्या आज़मा चुके हैं।
5. सीमाएं (constraints)। कोई नई डिपेंडेंसी नहीं चाहिए, पुराने वर्ज़न के साथ कंपैटिबल होना चाहिए, या शुरुआती डेवलपर्स की समझ में आने लायक होना चाहिए।

कमज़ोर:
मेरा कोड काम नहीं कर रहा, इसे ठीक करो

बेहतर:
Python 3.12। यह फ़ंक्शन प्रति ग्राहक औसत ऑर्डर वैल्यू लौटाना चाहिए,
लेकिन एक ही ऑर्डर वाले ग्राहकों के लिए NaN आ रहा है। अपेक्षित: उनके
इकलौते ऑर्डर की वैल्यू। यहाँ फ़ंक्शन और डेटा का एक सैंपल दिया गया है।
पहले कारण समझाएं, फिर सुधरा हुआ फ़ंक्शन दें। कोई नई लाइब्रेरी न जोड़ें।
---
[फ़ंक्शन]
[पांच सैंपल पंक्तियाँ]

बेहतर वर्ज़न में Grok को भाषा, लक्षण, अपेक्षित परिणाम और ध्यान में रखने लायक नियम बताए गए हैं, और सुधार से पहले कारण समझाने को कहा गया है, ताकि आप समझ सकें कि गड़बड़ी कहाँ हुई थी।

आम कोडिंग कार्यों के लिए प्रॉम्प्ट

एरर को समझना

पूरा ट्रेस और जिन लाइनों की ओर वह इशारा करता है उन्हें पेस्ट करें, फिर पूछें: "तीन सबसे संभावित कारण बताएं (सबसे संभावित पहले) और बताएं कि हर एक की पुष्टि कैसे करें।" इससे आपको एक अंदाज़े के बजाय सिलसिलेवार जांच का प्लान मिल जाता है।

फ़ंक्शन लिखना

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

टेस्ट लिखना

नीचे दिए गए फ़ंक्शन के लिए pytest टेस्ट लिखें। इनमें शामिल करें: सामान्य इनपुट,
खाली इनपुट, एक आइटम, बहुत बड़ी संख्याएं और अमान्य प्रकार।
हर केस के लिए एक टेस्ट, साफ़ नाम के साथ। फ़ंक्शन में बदलाव न करें।
---
[फ़ंक्शन]

अपने कोड का रिव्यू करना

किसी खास पहलू पर फोकस करके रिव्यू मांगें, उदाहरण के लिए: "सिर्फ़ बग्स और अनहैंडल्ड एरर्स के लिए इसका रिव्यू करें; स्टाइल पर ध्यान न दें।" ऐसा फ़ोकस्ड रिव्यू छोटा होता है और उस पर काम करना आसान होता है। अपने स्निपेट के साथ रिव्यू प्रॉम्प्ट आज़माएं।

अनजान कोड को समझना

"यह समझाएं कि यह क्या करता है, मान लीजिए कि मुझे JavaScript आती है लेकिन यह लाइब्रेरी नहीं। फिर उन चीज़ों की सूची बनाएं जो जोखिम भरी या पुरानी लगती हैं।" जोखिमों के बारे में पूछने से एक एक्सप्लेनेशन मिनी-रिव्यू में बदल जाता है।

एक ऐसा वर्कफ़्लो जो नियंत्रण आपके हाथ में रखे

1. पहले प्लान पर सहमति बनाएं। किसी सामान्य फ़ंक्शन से बड़े काम के लिए, कोड मांगने से पहले अप्रोच की रूपरेखा मांगें। प्लान ठीक करें, फिर कोड मांगें।
2. छोटे-छोटे टुकड़ों में काम करें। हर मैसेज में एक फ़ंक्शन या एक बदलाव। बड़े आउटपुट में गलतियां छिप जाती हैं और वे जवाब की लंबाई की सीमा से कट भी सकते हैं।
3. इसे खुद रन करें। परिणाम या नए एरर उसी चैट में वापस पेस्ट करें। "जब मैंने इसे चलाया तो यह हुआ" सबसे काम का फ़ॉलो-अप होता है।
4. रखने से पहले हर लाइन पढ़ें। अगर आप किसी लाइन को अपने किसी साथी को नहीं समझा सकते, तो Grok से कहें कि वह इसे समझाए, या इसे दोबारा लिखे।
5. छोटे-छोटे स्टेप्स में कमिट करें। वर्ज़न कंट्रोल होने से किसी ऐसे सुझाव को तुरंत अनडू (undo) करना आसान हो जाता है जो सही न निकला हो।

code assistant टूल इन आदतों को एक आसान फ़ॉर्म में समेटता है: काम चुनें, कोड पेस्ट करें, और स्ट्रक्चर्ड जवाब पाएं। डेवलपर्स के लिए बना हमारा पेज रोज़मर्रा के कामों में Grok के इस्तेमाल के और तरीके बताता है, और कोडिंग प्रॉम्प्ट तुरंत इस्तेमाल के लिए तैयार हैं।

कोड के लिए कौन सा Grok मॉडल चुनें

• Grok 4.20 (डिफ़ॉल्ट) एक्सप्लेनेशन, छोटे स्निपेट, रेगुलर एक्सप्रेशन और बॉयलरप्लेट के लिए तेज़ है।
• Grok 4.3 Thinking जवाब देने से पहले सोचता है, जो पेचीदा बग्स को ढूंढने, एल्गोरिदम के सवालों और कई शर्तों वाले लॉजिक में मदद करता है।
• Grok 4.7 हमारे चैट का सबसे नया मॉडल है, और xAI इसे कोडिंग और एजेंटिक कामों के लिए अपना फ्लैगशिप मॉडल बताता है। इसके साथ आपको रोज़ाना 10 मैसेज तक मिलते हैं, इसलिए अपनी सबसे मुश्किल समस्या को पूरे संदर्भ के साथ एक ही मैसेज में पूछें।

रीज़निंग मॉडल्स पर हमारी गाइड बताती है कि सोचने का अतिरिक्त समय कब फ़ायदेमंद होता है।

किन गलतियों से सावधान रहें

• मनगढ़ंत फ़ंक्शंस। Grok कभी-कभी ऐसे मेथड या विकल्प का इस्तेमाल कर लेता है जो सुनने में तो सही लगते हैं लेकिन उनका कोई वजूद नहीं होता। अगर आप उसे नहीं पहचानते, तो आधिकारिक डॉक्युमेंटेशन में देखें।
• पुराने वर्ज़न। इसकी जानकारी की एक कट-ऑफ तारीख होती है। हो सकता है कि किसी लाइब्रेरी ने उसके बाद किसी चीज़ का नाम बदल दिया हो या हटा दिया हो। इसे अपना वर्ज़न बताएं और शक होने पर चेंजलॉग देखें।
• सिर्फ़ हैप्पी-पाथ कोड। पहले ड्राफ़्ट अक्सर खाली इनपुट, मिसिंग फ़ाइलों, टाइमज़ोन और नेटवर्क फ़ेलियर को नज़रअंदाज़ कर देते हैं। पूछें: "कौन से इनपुट इसे क्रैश कर सकते हैं?"
• अनदेखे बदलाव। किसी एक चीज़ को ठीक करते समय मॉडल दूसरी चीज़ को "साफ़-सुथरा" कर सकता है। कम से कम बदलाव मांगें, या सिर्फ़ वही लाइनें मांगें जिनमें फ़र्क हो।
• सुरक्षा खामियां। स्ट्रिंग्स को जोड़कर बनाई गई क्वेरीज़, मिसिंग इनपुट चेक्स और कोड में लिखे गए सीक्रेट्स पर ध्यान दें। सीधे पूछें: "क्या यह SQL injection से सुरक्षित है?"

सीक्रेट्स को चैट से दूर रखें

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

अक्सर पूछे जाने वाले सवाल (FAQ)

क्या Grok आपके चैट में मेरा कोड रन कर सकता है?

नहीं। यह कोड को पढ़ता और लिखता है लेकिन उसे रन (execute) नहीं करता, इसलिए यह असली आउटपुट नहीं देख सकता। कोड को खुद चलाएं और परिणाम या एरर वापस पेस्ट करें।

क्या मैं एरर का स्क्रीनशॉट भेज सकता हूँ?

हाँ, तीनों मॉडल इमेज पढ़ सकते हैं। फिर भी जब संभव हो टेक्स्ट पेस्ट करना बेहतर होता है, क्योंकि Grok उसे हूबहू कोट कर सकता है और कोई गलतफहमी नहीं होती।

यह कौन सी प्रोग्रामिंग भाषाएं जानता है?

Grok सभी मुख्य भाषाओं में पारंगत है: Python, JavaScript और TypeScript, Java, C# और C++, Go, PHP, SQL, शेल स्क्रिप्ट्स और अन्य। कम इस्तेमाल होने वाली भाषाओं और बहुत खास फ़्रेमवर्क्स के लिए ज़्यादा गलतियों की गुंजाइश रहती है, इसलिए ज़्यादा ध्यान से जांचें।

कोड बीच में ही क्यों रुक गया?

जवाबों की एक तय लंबाई होती है। "जिस फ़ंक्शन पर रुके थे वहीं से आगे का बाकी हिस्सा" मांगें, या प्रोग्राम के एक-एक हिस्से को अलग से मांगें।

क्या ऑफ़िस के काम में AI द्वारा लिखा कोड इस्तेमाल करना ठीक है?

यह आपकी कंपनी की पॉलिसी और आपके प्रोजेक्ट के लाइसेंस पर निर्भर करता है। जनरेट किए गए कोड को किसी भी बाहरी योगदान की तरह समझें: उसका रिव्यू करें, उसे टेस्ट करें और पक्का करें कि आपको उसे इस्तेमाल करने की अनुमति है।