बेहतर सॉफ्टवेयर इंजीनियरिंग के लिए 31 Claude प्रॉम्प्ट

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

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

जवाब की गुणवत्ता आपके दिए संदर्भ पर निर्भर करती है। जवाब सही न हो तो आम तौर पर सवाल बदलने के बजाय अधिक स्पष्ट संदर्भ देना बेहतर होता है। हमेशा शामिल करें:

• टेक स्टैक: भाषा, फ्रेमवर्क, वर्ज़न और कोडबेस में मौजूद पैटर्न
• सीमाएँ: टीम का आकार, समय सीमा, सिस्टम का पैमाना, पुराने वर्ज़न के साथ संगतता और वे चीज़ें जिन्हें बदल नहीं सकते
• पहले किए गए प्रयास: ताकि Claude उन सुझावों को न दोहराए जिन्हें आप पहले ही खारिज कर चुके हैं
• वेरिफिकेशन का चरण: बनाए गए कोड के टेस्ट चलाएँ, सुझाए गए API का अस्तित्व जाँचें, गोपनीय जानकारी पेस्ट न करें और AI के साथ कोड साझा करने के कंपनी के नियम मानें

सावधानी से तर्क करने वाले डिजाइन और डीबगिंग के काम के लिए Claude Sonnet 5 एक अच्छा शुरुआती विकल्प है।

पहली कोड लाइन से पहले लिए गए फैसले पलटना सबसे कठिन होता है। ये सात प्रॉम्प्ट उन फैसलों को तब जाँचते हैं जब बदलाव की लागत कम है। Gemini 3 Pro लंबी स्पेसिफिकेशन और डिजाइन दस्तावेज़ एक साथ पढ़ सकता है।

1. आवश्यकताएँ स्पष्ट करना

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

2. आर्किटेक्चर निर्णय पर सलाह

मैं [सिस्टम, जैसे रोज़ 50,000 उपयोगकर्ताओं के लिए रियल टाइम नोटिफिकेशन सेवा] डिजाइन कर रहा हूँ। प्रस्तावित तरीका: [बताएँ]। सीमाएँ: [टीम, स्टैक, विलंब, बजट, पैमाना]। सबसे बड़े 3 जोखिम, प्रत्येक फैसले में किए जा रहे समझौते और शायद छूटा हुआ एक विकल्प बताएँ। सामान्य चिंताओं के बजाय विफलता के ठोस तरीके बताएँ।

3. आर्किटेक्चर निर्णय रिकॉर्ड

इस निर्णय के लिए आर्किटेक्चर निर्णय रिकॉर्ड लिखें: [बताएँ]। संदर्भ, विचार किए विकल्प, फैसला, सकारात्मक और नकारात्मक परिणाम तथा किन स्थितियों में निर्णय पर दोबारा विचार करेंगे, शामिल करें।

4. डेटा मॉडल डिजाइन

[डेटाबेस] में [फीचर] के लिए डेटा मॉडल डिजाइन करें। एंटिटी और उनका उपयोग: [बताएँ]। टेबल या कलेक्शन, मुख्य फ़ील्ड, संबंध, इंडेक्स और सीमाएँ सुझाएँ। बाद में बदलने में कठिन फैसले चिन्हित करें।

5. API डिजाइन रिव्यू

इसे बनाने से पहले इस [REST / GraphQL / gRPC] API का रिव्यू करें: [कॉन्ट्रैक्ट पेस्ट करें]। उपयोगकर्ता: [आंतरिक सेवाएँ, मोबाइल ऐप, बाहरी डेवलपर]। नामों की संगति, त्रुटि जवाब, वर्ज़निंग, पुराने उपयोग तोड़ने वाले बदलाव और ज़रूरी लेकिन असमर्थित उपयोग मामलों का मूल्यांकन करें। ठोस बदलाव सुझाएँ।

6. तकनीक के विकल्पों की तुलना

[उपयोग] के लिए [विकल्प A] और [विकल्प B] की तुलना करें। टीम का [कौशल] अनुभव और आवश्यकताएँ [सूची] ध्यान में रखें। सीखने की कठिनाई, संचालन लागत, इकोसिस्टम, प्रदर्शन और प्रदाता पर निर्भरता शामिल करें। फैसला लेने से पहले छोटे तकनीकी प्रयोग में क्या जाँचना चाहिए, बताएँ।

7. काम विभाजित करना और अनुमान

इस फीचर को छोटे, स्वतंत्र रूप से रिलीज़ किए जा सकने वाले कामों में बाँटें: [बताएँ]। प्रत्येक की निर्भरताएँ, मुख्य जोखिम और अनुमानित आकार (छोटा, मध्यम, बड़ा) बताएँ। सबसे अधिक अनिश्चित कामों को चिन्हित करें ताकि उन्हें पहले करें।

हर जटिल फीचर से पहले प्रॉम्प्ट 1 चलाएँ। आवश्यकताओं को स्पष्ट करना सबसे सस्ता बग फिक्स है। यदि आप प्रोडक्ट टीम के साथ काम करते हैं, तो हमारे प्रोडक्ट मैनेजरों के लिए ChatGPT प्रॉम्प्ट स्पेसिफिकेशन का दूसरा पहलू समझाते हैं।

डिजाइन को ऐसे चलने वाले कोड में बदलने के छह प्रॉम्प्ट जिसे आप समझते हों। Claude Sonnet 4.6 रोज़मर्रा के विकास के लिए भरोसेमंद कोडिंग साथी है।

8. विकास की योजना

मैं [स्टैक] में [फीचर] बना रहा हूँ। संबंधित मौजूदा कोड: [पेस्ट करें]। बदलने वाली फ़ाइलें, बदलाव का क्रम, हिस्सों के बीच इंटरफ़ेस और प्रत्येक चरण के साथ लिखे जाने वाले टेस्ट बताएँ।

9. पेयर प्रोग्रामिंग साथी

[भाषा] में [काम] के लिए मेरे पेयर प्रोग्रामर बनें। अगला छोटा कदम सुझाएँ, कारण समझाएँ, फिर मेरे कोड लिखने या पेस्ट करने का इंतज़ार करें। आगे बढ़ने से पहले उसे रिव्यू करें। पूरा समाधान एक साथ न लिखें।

10. व्याख्या के साथ शुरुआती ढाँचा

[स्टैक] में [कंपोनेंट, सेवा या CLI टूल] का शुरुआती ढाँचा बनाएँ। कोडबेस के नियम: [बताएँ]। हर हिस्से पर छोटी टिप्पणी लिखें कि वह क्यों है और क्या अभी बनाना बाकी है, सूचीबद्ध करें।

11. पुराने कोड की व्याख्या

इस पुराने कोड का काम सरल भाषा में चरण दर चरण समझाएँ: [पेस्ट करें]। छिपे साइड इफेक्ट, अनकही धारणाएँ और बदलने में जोखिम वाले हिस्से बताएँ। संशोधन से पहले कहाँ टेस्ट जोड़ने चाहिए, सुझाएँ।

12. एल्गोरिदम और regex की व्याख्या

इस [एल्गोरिदम / regular expression / जटिल query] को हिस्सों में समझाएँ: [पेस्ट करें]। तीन उदाहरण इनपुट से मैच या आउटपुट दिखाएँ, जिसमें एक सीमा से जुड़ा मामला हो। सरल संस्करण संभव हो तो सुझाएँ।

13. माइग्रेशन योजना

[सिस्टम] को [मौजूदा स्थिति] से [लक्षित स्थिति] तक बिना या न्यूनतम डाउनटाइम के माइग्रेट करने की योजना बनाएँ। वापस पलटे जा सकने वाले चरण रखें, हर चरण का सत्यापन बताएँ और समस्या होने पर रोलबैक योजना समझाएँ।

प्रॉम्प्ट 9 बिना पूरी तरह समझे कोड पेस्ट करने के बजाय आपको कोड पर नियंत्रण देता है। छोटे कोड अंशों की तुरंत व्याख्या चाहिए तो Claude Haiku 4.5 लगभग तुरंत जवाब देता है।

प्रोडक्शन तक पहुँचने से पहले समस्याएँ पकड़ने के छह प्रॉम्प्ट। दूसरा नज़रिया चाहिए तो GPT-5.6 Sol एक अतिरिक्त रिव्यूअर की तरह उपयोगी है।

14. टेस्ट कवरेज डिजाइन

इस फ़ंक्शन या मॉड्यूल के लिए [फ्रेमवर्क] में टेस्ट सूट डिजाइन करें: [पेस्ट करें]। हर मामले में स्थिति, इनपुट, अपेक्षित परिणाम और श्रेणी दें: सामान्य रास्ता, विशेष मामला, त्रुटि या सीमा मान। कम से कम 3 ऐसे टेस्ट जोड़ें जो मैं भूल सकता हूँ, जैसे null, बड़े इनपुट या साथ में एक्सेस।

15. कोड रिव्यू सहायता

सीनियर इंजीनियर की तरह इस [भाषा] कोड का रिव्यू करें। संदर्भ: [काम और स्थान]। शुद्धता, सुरक्षा, प्रदर्शन और पढ़ने में आसानी पर ध्यान दें। हर समस्या की लाइन या पैटर्न, समस्या और ठोस सुधार बताएँ। शैली की पसंद को बग न कहें। कोड: [पेस्ट करें]

16. रिफैक्टरिंग योजना

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

17. प्रदर्शन सुधार पर सलाह

[स्टैक] में प्रदर्शन समस्या है। लक्षण: [जैसे लोड में endpoint को 4 सेकंड लगना]। माप: [प्रोफाइलिंग डेटा, query समय, मेट्रिक्स]। कोड: [पेस्ट करें]। सबसे संभावित 3 कारण, सुधार से पहले निर्णायक मापन के तरीके और प्रभाव बनाम मेहनत के क्रम में सुधार बताएँ।

18. सुरक्षा ऑडिट सहायता

[उपयोगकर्ता इनपुट / भुगतान / प्रमाणीकरण] संभालने वाले इस [भाषा/फ्रेमवर्क] कोड की सुरक्षा जाँच करें: [असली गोपनीय जानकारी हटाकर पेस्ट करें]। injection, प्रमाणीकरण और अनुमति की खामियाँ, संवेदनशील डेटा का खुलासा और असुरक्षित डिफ़ॉल्ट जाँचें। हर समस्या की गंभीरता, हमले का उदाहरण और ठोस समाधान दें।

19. CI पाइपलाइन रिव्यू

इस CI/CD कॉन्फ़िगरेशन का रिव्यू करें: [पेस्ट करें]। कैशिंग, समानांतर जॉब, अस्थिर टेस्ट, ज़रूरी जाँच और सुरक्षित deployment शर्तों से गति व भरोसेमंदी बढ़ाने के सुझाव दें। खराब build को प्रोडक्शन तक पहुँचाने वाले जोखिम चिन्हित करें।

AI से सुरक्षा जाँच एक उपयोगी शुरुआती कदम है, लेकिन उचित ऑडिट और स्कैनिंग का विकल्प नहीं। बग, सुरक्षा, प्रदर्शन और रिव्यू टिप्पणियों के विस्तृत प्रॉम्प्ट के लिए हमारे कोड रिव्यू के लिए Claude प्रॉम्प्ट देखें।

बग, घटनाओं और सिस्टम को सुचारु रखने के छह प्रॉम्प्ट। DeepSeek V4 Pro परिकल्पनाओं को चरणों में जाँचने में अच्छा है।

20. डीबगिंग साथी

मुझसे एक बग हल नहीं हो रहा। स्टैक: [X]। अपेक्षित व्यवहार: [बताएँ]। वास्तविक व्यवहार: [असली त्रुटि संदेशों के साथ बताएँ]। प्रयास: [सूची]। कोड: [समस्या दोहराने वाला न्यूनतम हिस्सा पेस्ट करें]। संभावना के क्रम में 3 मूल कारण, प्रत्येक को जाँचने का तरीका और पुष्टि या खारिज करने वाले परिणाम बताएँ।

21. ऑन-कॉल घटना का समाधान

मैं प्रोडक्शन घटना संभाल रहा हूँ। सिस्टम: [बताएँ]। लक्षण: [त्रुटि दर, विलंब, सेवा बंद]। शुरुआत: [समय]। हाल के बदलाव: [पिछले 24 घंटों में deployment, सेटिंग या इंफ्रास्ट्रक्चर बदलाव]। मेट्रिक्स: [पेस्ट करें]। सबसे संभावित 3 कारण, तुरंत पुष्टि का तरीका, हर कारण का तत्काल असर घटाने का उपाय और शायद अभी न जाँची गई पहली बात बताएँ।

22. बिना दोषारोपण घटना समीक्षा

इन घटना नोट्स से बिना किसी को दोष दिए समीक्षा लिखें: [टाइमलाइन और नोट्स पेस्ट करें]। सार, प्रभाव, टाइमलाइन, मूल कारण और सहयोगी कारक, अच्छी और खराब बातें तथा ज़िम्मेदार व्यक्तियों के साथ सुधार कार्य शामिल करें। व्यक्तियों की जगह सिस्टम पर ध्यान दें।

23. लॉगिंग और मॉनिटरिंग योजना

इस सेवा के लिए: [बताएँ], कौन से लॉग रखें, कौन से मेट्रिक्स देखें, उचित अलर्ट सीमाएँ और डैशबोर्ड सुझाएँ ताकि अनावश्यक शोर के बिना उपयोगकर्ताओं से पहले समस्या मिले। व्यक्तिगत डेटा या token जैसी चीज़ें भी बताएँ जिन्हें लॉग नहीं करना चाहिए।

24. रनबुक लिखना

[आम अलर्ट या विफलता] के लिए ऑन-कॉल रनबुक लिखें। पहचान का तरीका, शुरुआती जाँच, चरणबद्ध असर घटाने के उपाय, कब और किसे मामला भेजें तथा सिस्टम ठीक होने की पुष्टि शामिल करें।

25. डिपेंडेंसी अपग्रेड योजना

मुझे [लाइब्रेरी या फ्रेमवर्क] को [वर्ज़न] से [वर्ज़न] पर अपग्रेड करना है। प्रमुख वर्ज़न में आम बदलाव, सुरक्षित क्रम, टेस्ट और रोलबैक बताएँ। आधिकारिक माइग्रेशन गाइड और changelog देखने की याद दिलाएँ क्योंकि आपकी जानकारी पुरानी हो सकती है।

घटना के दौरान पहले सेवा बहाल करें, फिर मूल कारण खोजें। कई दिनों से न सुलझ रहे बग के लिए हमारे समस्या समाधान के लिए ChatGPT प्रॉम्प्ट आपकी धारणाओं पर दोबारा विचार करने में मदद करते हैं।

दूसरों को कोड इस्तेमाल करने में मदद देने वाली लेखन सामग्री के छह प्रॉम्प्ट। संबंधित लोगों को अपडेट भेजते समय AI ईमेल राइटर उचित लहजा चुनने में मदद करता है।

26. तकनीकी दस्तावेज़ लिखना

इस [फ़ंक्शन / मॉड्यूल / सेवा / API] का दस्तावेज़ लिखें: [पेस्ट करें]। पाठक: [रखरखाव करने वाले, बाहरी डेवलपर या नए सदस्य]। एक वाक्य में काम, कब इस्तेमाल करें और कब नहीं, इनपुट और सीमाएँ, रिटर्न मान और त्रुटियाँ, न्यूनतम चलने वाला उदाहरण और सावधानियाँ दें। कोड ही नहीं, उसका उद्देश्य भी समझाएँ।

27. README लिखना

इस प्रोजेक्ट के लिए README लिखें: [उद्देश्य, स्टैक और सेटअप बताएँ]। एक लाइन का सार, तुरंत शुरू करने का तरीका, कॉन्फ़िगरेशन, आम कमांड, टेस्ट चलाना, योगदान और मदद पाने की जगह शामिल करें।

28. गैर-तकनीकी लोगों को समझाना

यह तकनीकी समस्या या निर्णय [पाठक, जैसे प्रोडक्ट, बिक्री या नेतृत्व] को समझाएँ: [बताएँ]। कठिन शब्दों से बचें, रोज़मर्रा की तुलना इस्तेमाल करें और उपयोगकर्ताओं पर प्रभाव, समय तथा उनसे ज़रूरी सहयोग बताएँ।

29. डिजाइन दस्तावेज़ पर सुझाव

सोच-समझकर काम करने वाले सीनियर इंजीनियर की तरह इस डिजाइन दस्तावेज़ या RFC का रिव्यू करें: [पेस्ट करें]। अस्पष्ट हिस्से, छूटे विकल्प, अनसुलझे जोखिम और खुले सवाल बताएँ। पूरी टीम से साझा करने से पहले सबसे महत्वपूर्ण तीन बदलाव सुझाएँ।

30. नए इंजीनियर के लिए गाइड

[सिस्टम] पर काम करने वाली हमारी टीम में जुड़ रहे नए इंजीनियर का ऑनबोर्डिंग गाइड बनाएँ। पहले सप्ताह की योजना, मुख्य सेवाएँ और उनके संबंध, दस्तावेज़ का स्थान, स्थानीय सेटअप, अच्छा पहला काम और किस विषय पर किससे पूछें, शामिल करें।

31. नई तकनीक सीखने की योजना

मुझे [समय सीमा] में [तकनीक] से प्रभावी काम करना है। मुझे [संबंधित कौशल] पहले से आते हैं। मुख्य अवधारणाओं का क्रम, हर चरण का छोटा प्रोजेक्ट, [मेरी पृष्ठभूमि] वाले लोगों की आम गलतियाँ और प्रोडक्शन काम की तैयारी पहचानने के तरीके सहित योजना बनाएँ।

अच्छे दस्तावेज़ हर बार उपयोगी होते हैं जब किसी को आपसे सवाल पूछने की ज़रूरत नहीं पड़ती। तकनीकी योजनाओं को टाइमलाइन और प्रगति अपडेट में बदलने के लिए हमारे प्रोजेक्ट मैनेजमेंट के लिए ChatGPT प्रॉम्प्ट देखें।

Chat Smith में हर प्रॉम्प्ट को एक क्लिक वाले टेम्पलेट के रूप में सेव करें और उसी डीबगिंग या डिजाइन सवाल को कई AI मॉडल पर चलाकर उनके तर्क की तुलना करें। टेम्पलेट लाइब्रेरी टीम के साथ साझा करें ताकि सभी एक व्यवस्थित कार्यप्रवाह का लाभ ले सकें।

बेहतरीन इंजीनियर ऐसे फैसले कम लेते हैं जिन्हें पलटना मुश्किल हो, और प्रोडक्शन से पहले समस्याएँ पकड़ते हैं। इंजीनियरिंग के बाहर प्रॉम्प्ट लिखने की तकनीकों के लिए मुख्य ChatGPT प्रॉम्प्ट गाइड देखें।