Grok के लिए कोडिंग प्रॉम्प्ट्स
रोजमर्रा के सॉफ्टवेयर डेवलपमेंट के लिए प्रॉम्प्ट्स: नया कोड समझना, बग ट्रैक करना, टेस्ट व डॉक्स लिखना और स्क्रीनशॉट से लेआउट बनाना।
कोडिंग के ये बीस प्रॉम्प्ट्स एक डेवलपर के आम हफ़्ते के लगभग सभी कामों को कवर करते हैं: एरर मैसेज समझना, क्रैश न होने वाले लेकिन ग़लत रिज़ल्ट देने वाले बग को ट्रेस करना, कोड डिफ रिव्यू करना, टेस्ट और फिक्स्चर लिखना, SQL क्वेरी और रेगुलर एक्सप्रेशन तैयार करना, शेल स्क्रिप्ट लिखना, API डॉक्यूमेंट करना, Git की उलझनें सुलझाना, और अपनी जानी-पहचानी भाषा से तुलना करके कोई नई भाषा सीखना।
जब Grok के पास पूरी जानकारी होती है, तो यह ज़्यादा तेज़ और बेहतर जवाब देता है। बताएं कि आप कौन सी भाषा, फ्रेमवर्क और वर्ज़न इस्तेमाल कर रहे हैं, एरर दिखाने वाला कोड का छोटा सा हिस्सा पूरे एरर टेक्स्ट के साथ पेस्ट करें, और बताएं कि आपको क्या आउटपुट चाहिए था। बग्स के लिए, कई प्रॉम्प्ट्स Grok 4.3 Thinking का सुझाव देते हैं: यह जवाब देने से पहले कोड को गहराई से ट्रेस करता है, जिससे off-by-one एरर, रेस कंडीशन और पेचीदा लॉजिक पकड़ने में मदद मिलती है। तुरंत एक्सप्लेनेशन और बॉयलरप्लेट के लिए Grok 4.20 बढ़िया है। दो प्रॉम्प्ट्स इमेज समझने की क्षमता का इस्तेमाल करते हैं—एक टूटे हुए लेआउट के स्क्रीनशॉट के लिए और दूसरा डेटा मॉडल के व्हाइटबोर्ड स्केच के लिए।
यहाँ भी सामान्य सावधानियां लागू होती हैं, शायद पहले से कहीं ज़्यादा। मॉडल्स की नॉलेज कट-ऑफ होती है और वे बिल्कुल नया डॉक्यूमेंटेशन नहीं पढ़ सकते, इसलिए हो सकता है कि किसी लाइब्रेरी फ़ंक्शन का नाम बदल गया हो या वह कभी था ही नहीं। जो कोड देखने में सही लगे, वह भी फ़ेल हो सकता है, इसलिए इसे रन करें और टेस्ट ज़रूर करें। कभी भी API कीज़, पासवर्ड, टोकन या कस्टमर डेटा पेस्ट न करें; आपके मैसेज जवाब पाने के लिए हमारे सर्वर से मॉडल प्रोवाइडर तक जाते हैं। बहुत लंबे मैसेज ट्रिम (काट) दिए जाते हैं, इसलिए पूरी रिपॉजिटरी के बजाय सिर्फ़ वही फ़ंक्शन भेजें जो ज़रूरी हो।
देखें कि डेवलपर्स Grok का इस्तेमाल कैसे करते हैं, Code Assistant खोलें, या Grok API के बारे में पढ़ें।
इन प्रॉम्प्ट्स को अपने हिसाब से कैसे ढालें
- वर्ज़न के साथ अपना स्टैक बताएं: सिर्फ़ "JavaScript" लिखने से बेहतर है "Node 22, TypeScript 5, Express" लिखना।
- एक फ़ंक्शन से बड़े किसी भी काम के लिए कोड से पहले प्लान मांगें।
- हर बदलाव के लिए एक्सप्लेनेशन मांगें, ताकि आप सिर्फ़ डिफ देखने के बजाय उसके पीछे का लॉजिक भी समझ सकें।
- सबसे मुश्किल समस्याओं के लिए Grok 4.7 बचाकर रखें; यह रोज़ाना 10 मैसेज तक सीमित है।
-
01
एरर मैसेज को समझें
मैं [भाषा या फ्रेमवर्क और वर्जन] का उपयोग कर रहा/रही हूं। इस एरर को आसान शब्दों में समझाएं, संभावना के क्रम में इसके तीन सबसे संभावित कारण बताएं, और प्रत्येक के लिए सबसे पहले क्या जांचना है यह बताएं: [पूरी एरर और स्टैक ट्रेस पेस्ट करें]
-
02
गलत रिजल्ट को लाइन दर लाइन ट्रेस करें
[इनपुट] के साथ कॉल करने पर यह फंक्शन [वास्तविक परिणाम] देता है, लेकिन मुझे [अपेक्षित परिणाम] चाहिए। उस इनपुट के साथ कोड को लाइन दर लाइन चलाकर दिखाएं, हर वेरिएबल को ट्रैक करें, और पहली उस लाइन पर रुकें जहां स्टेट अपेक्षित स्थिति से अलग हो जाती है: [कोड पेस्ट करें]
-
03
Race condition की पहचान करें
यह [भाषा] कोड लोड पड़ने पर कभी-कभी [लक्षण] दिखाता है, लेकिन अकेले टेस्ट करने पर कभी नहीं: [कोड पेस्ट करें]। रेस कंडीशन्स, शेयर्ड स्टेट और ऑर्डरिंग से जुड़ी मान्यताओं की जांच करें। हर संदिग्ध हिस्से के लिए बताएं कि किन परिस्थितियों में यह बग आएगा और इसे कैसे ठीक किया जाए।
-
04
Pull request का रिव्यू करें
[भाषा] कोडबेस पर एक सख्त सीनियर डेवलपर की तरह इस diff का रिव्यू करें। टिप्पणियों को बग्स, जोखिम, पठनीयता और टेस्ट्स में विभाजित करें, लाइन नंबर का संदर्भ दें, और अंत में एक निष्कर्ष दें: approve, approve with changes, या request changes, साथ ही एक वाक्य में कारण बताएं: [diff पेस्ट करें]
-
05
एज केस खोजें और टेस्ट लिखें
नीचे दिए गए फंक्शन के लिए, उन सभी एज केसों की सूची बनाएं जिनका आप टेस्ट करेंगे और क्यों, फिर [टेस्ट फ्रेमवर्क] में टेस्ट लिखें। कम से कम एक ऐसा टेस्ट शामिल करें जो मौजूदा कोड के साथ फेल होने की संभावना हो, और बताएं कि वह कौन सा है: [फंक्शन पेस्ट करें]
-
06
जटिल टेस्ट फिक्स्चर बनाएं
[फॉर्मेट, जैसे JSON या फैक्ट्री फंक्शन] में इस डेटा मॉडल के लिए रियलिस्टिक टेस्ट फिक्स्चर लिखें: [मॉडल पेस्ट करें]। इसमें दस सामान्य रिकॉर्ड और पांच असामान्य (जैसे खाली स्ट्रिंग्स, बहुत लंबे नाम, नॉन-लैटिन कैरेक्टर और सीमांत तारीखें) शामिल करें, और लेबल करें कि कौन सा क्या है।
-
07
सामान्य भाषा से SQL क्वेरी बनाएं
इस स्कीमा का उपयोग करके: [स्कीमा पेस्ट करें], एक [डेटाबेस] क्वेरी लिखें जो [जो परिणाम चाहिए] लौटाए। क्वेरी को क्लॉज दर क्लॉज समझाएं, फिर एक ऐसा विकल्प भी दिखाएं जो [एज केस, जैसे बिना ऑर्डर वाले ग्राहक] को भी हैंडल करता हो।
-
08
गड़बड़ Regex को डीबग करें
इस रेगुलर एक्सप्रेशन को [भाषा या टूल] में [अपेक्षित व्यवहार] करना चाहिए, लेकिन यह [क्या गड़बड़ हो रही है]: [regex पेस्ट करें]। इसे टुकड़ों में तोड़कर प्रत्येक को समझाएं, एक ऐसा इनपुट दिखाएं जो इस समस्या को उजागर करे, और एक सुधरा हुआ रूप दें साथ ही तीन ऐसे स्ट्रिंग्स बताएं जिन्हें इसे रिजेक्ट करना चाहिए।
-
09
रूटीन काम के लिए सुरक्षित स्क्रिप्ट
एक [bash या PowerShell] स्क्रिप्ट लिखें जो [काम, जैसे 30 दिन से पुरानी लॉग फ़ाइलों को ज़िप में आर्काइव करना] करे। इसे सुरक्षित बनाएं: एक dry-run मोड जो केवल यह प्रिंट करे कि वह क्या करेगी, स्पष्ट एरर मैसेज, और फ़ाइलों को डिलीट या ओवरराइट करने वाली हर लाइन पर एक टिप्पणी।
-
10
API एंडपॉइंट का डॉक्यूमेंटेशन तैयार करें
इस एंडपॉइंट के लिए रेफरेंस डॉक्यूमेंटेशन लिखें: [हैंडलर कोड या रूट पेस्ट करें]। इसमें मेथड और पाथ, टाइप्स के साथ पैरामीटर्स (और क्या वे अनिवार्य हैं), एक उदाहरण रिक्वेस्ट, उदाहरण सक्सेस और एरर रिस्पॉन्स, और इसके द्वारा रिटर्न किए जा सकने वाले सभी स्टेटस कोड शामिल करें।
-
11
Git की उलझन से बाहर निकलें
मेरी Git रिपॉजिटरी इस स्थिति में है: [git status और git log की आखिरी कुछ लाइनें पेस्ट करें]। मैं [लक्ष्य] करना चाहता था। आसान शब्दों में बताएं कि क्या हुआ और इसे ठीक करने के लिए सटीक कमांड दें, जिसकी शुरुआत मेरे मौजूदा काम का बैकअप लेने वाली कमांड से हो। हिस्ट्री को रीराइट करने वाली किसी भी कमांड से पहले मुझे चेतावनी दें।
-
12
कोड को नेटिव/इडिओमैटिक तरीके से दोबारा लिखें
मुझे [वह भाषा जो मुझे आती है] अच्छी तरह आती है और मैं [नई भाषा] सीख रहा हूँ। मेरी सामान्य शैली में लिखे गए इस स्निपेट को लें, [स्निपेट पेस्ट करें], और इसे उस तरह से फिर से लिखें जैसे एक अनुभवी [नई भाषा] डेवलपर लिखेगा। फिर उन इडिओम्स को समझाएं जिनका मेरी मूल भाषा में कोई सीधा विकल्प नहीं है।
-
13
स्क्रीनशॉट देखकर लेआउट ठीक करें
मैंने अपने पेज का स्क्रीनशॉट अटैच किया है। समस्या: [क्या गलत दिख रहा है]। उस सेक्शन का HTML और CSS यहाँ है: [कोड पेस्ट करें]। इसका कारण ढूंढें, सबसे छोटा CSS फिक्स दें, और समझाएं कि ऐसा क्यों हुआ ताकि मैं इसे दोबारा न दोहराऊं।
-
14
व्हाइटबोर्ड स्केच से डेटाबेस टेबल्स बनाएं
मैंने [ऐप] के डेटा मॉडल के व्हाइटबोर्ड स्केच की एक फोटो अटैच की है। इसे प्राइमरी कीज़, फॉरेन कीज़ और उपयुक्त टाइप्स के साथ [डेटाबेस] टेबल डेफिनिशन में बदलें। स्केच में अस्पष्ट छूटे किसी भी संबंध (रिलेशनशिप) को लिस्ट करें और खुद से कुछ भी मानने से पहले मुझसे पूछें।
-
15
कॉम्प्लेक्सिटी और तेज़ तरीका खोजें
इस फ़ंक्शन की टाइम और मेमोरी कॉम्प्लेक्सिटी क्या है, और क्यों? [कोड पेस्ट करें] यदि लगभग [साइज़] के इनपुट्स के लिए कोई तेज़ तरीका है, तो उसे दिखाएं और बताएं कि इससे कोड की पठनीयता (readability) पर क्या असर पड़ेगा।
-
16
बिना व्यवहार बदले कोड रीफैक्टर करें
इस फ़ंक्शन के काम करने के तरीके को बदले बिना इसे पढ़ने में आसान बनाने के लिए रीफैक्टर करें: [कोड पेस्ट करें]। छोटे, स्पष्ट चरणों में काम करें, प्रत्येक बदलाव को एक लाइन में समझाएं, और ऐसे किसी भी व्यवहार को लिस्ट करें जिसके बारे में आप अनिश्चित थे ताकि मैं मर्ज करने से पहले इसकी पुष्टि कर सकूं।
-
17
शुरुआत से एक README लिखें
मेरे प्रोजेक्ट [नाम] के लिए एक README लिखें, जो [यह क्या करता है]। सेक्शन्स: यह क्या है, कॉपी-पेस्ट कमांड्स के साथ क्विक स्टार्ट, टेबल में कॉन्फ़िगरेशन ऑप्शन्स, आम समस्याएं, और योगदान (contribute) कैसे करें। यहाँ मुख्य फ़ाइलें और कमांड्स हैं: [विवरण पेस्ट करें]
-
18
अनजान कोड को समझें
इस [भाषा] कोड का मतलब ऐसे व्यक्ति को समझाएं जो प्रोग्रामिंग जानता है लेकिन इस कोडबेस से अनजान है। दो वाक्यों के सारांश से शुरू करें, ब्लॉक दर ब्लॉक आगे बढ़ें, और ऐसी किसी भी चीज़ की ओर इशारा करें जो बग या कामचलाऊ हैक जैसी दिखती हो: [कोड पेस्ट करें]
-
19
सिस्टम डिज़ाइन की कमियां निकालें
मैं [फीचर] को इस तरह बनाने की योजना बना रहा हूँ: [दृष्टिकोण बताएं]। एक आलोचक (devil's advocate) की भूमिका निभाएं। ऐसे तीन मुख्य तरीके बताएं जिनसे इस डिज़ाइन के प्रोडक्शन में फेल होने की सबसे अधिक संभावना है, ऐसा होने पर क्या दिखेगा, और यदि कोई सस्ता विकल्प मौजूद है तो वह क्या है। खरी-खरी बात कहें; मैं इसे रात के 3 बजे देखने के बजाय अभी सुनना पसंद करूँगा।
-
20
कोड को दूसरी भाषा में पोर्ट करें
इस [सोर्स लैंग्वेज] कोड को सामान्य लाइन-दर-लाइन कॉपी के बजाय इडिओमैटिक [टारगेट लैंग्वेज] में बदलें: [कोड पेस्ट करें]। जहाँ संभव हो टारगेट लैंग्वेज की स्टैंडर्ड लाइब्रेरी का उपयोग करें, समान व्यवहार बनाए रखें, और ऐसी किसी भी जगह को लिस्ट करें जहाँ दोनों भाषाएं अलग व्यवहार करती हैं, जैसे कि इंटीजर डिविजन या स्ट्रिंग एन्कोडिंग।
Grok से कुछ पूछने के लिए तैयार हैं?
कोई अकाउंट नहीं, कोई डाउनलोड नहीं, कोई कार्ड नहीं। चैट खोलें, अपना सवाल लिखें और Grok का जवाब तुरंत पढ़ें।
चैट शुरू करें