डेवलपर्स के लिए प्रॉम्प्ट इंजीनियरिंग

समस्या: उपयोगकर्ता या अनुरक्षक के लिए क्या विफल या कठिन है?
दायरा: सहायक को किस फ़ीचर, फ़ाइल या सीमा की जाँच करनी चाहिए?
परिणाम: कौन-सा देखा जा सकने वाला व्यवहार बदलना चाहिए?
सीमाएँ: क्या सत्य बना रहना चाहिए?
स्वीकृति मानदंड: क्या साबित करता है कि कार्यान्वयन पूरा है?
सत्यापन: कौन-से टेस्ट, जाँच या मैन्युअल चरण चलने चाहिए?

मौजूदा search results component में empty state जोड़ें।

पेज route query का स्वामी है और results component को typed list मिलती है।
यह स्वामित्व अपरिवर्तित रखें। empty state को बताना चाहिए कि कोई परिणाम
मेल नहीं खाया, मौजूदा clear-search action देना चाहिए और keyboard focus सुरक्षित रखना चाहिए।

empty result के लिए component test जोड़ें और पुष्टि करें कि populated results
अपरिवर्तित render होते हैं।

साक्ष्य: token refresh के बाद अनुरोध एक बार 401 लौटाते हैं, फिर retry पर सफल होते हैं।
UI फिर भी signed-out banner दिखाता है।

अपेक्षित: सफल retry के बाद banner हट जाता है।
देखा गया: डेटा लोड होता है, लेकिन banner बना रहता है।

authentication state transitions की जाँच करें। प्रतिस्पर्धी परिकल्पनाएँ और हर एक की
पुष्टि के लिए आवश्यक सबसे छोटा अवलोकन सूचीबद्ध करें। विफलता पथ पुन: उत्पन्न होने तक
कोड न बदलें। फिर regression test के साथ समाधान प्रस्तावित करें।

आकलन करें कि notification preferences user profile document में ही रहें या
एक समर्पित settings model में जाएँ।

सीमाएँ: application का static export होता है, writes client-driven हैं,
मौजूदा preference readers संगत रहने चाहिए, और कोई migration उपयोगकर्ता की पसंद
को चुपचाप न हटाए।

विकल्पों की तुलना read patterns, authorization, rollout risk और
testability के आधार पर करें। कोड प्रस्तावित करने से पहले tradeoffs के साथ एक तरीका सुझाएँ।

इस बदलाव की समीक्षा व्यवहार प्रतिगमन, एक्सेसिबिलिटी कमियों, त्रुटि प्रबंधन और
ऐसे टेस्ट के लिए करें जो अब उपयोगकर्ता-केंद्रित अनुबंध साबित नहीं करते।

बदली गई फ़ाइलों और उनके प्रभावित call sites पर ध्यान दें। हर निष्कर्ष के साक्ष्य के साथ
उन्हें प्राथमिकता क्रम में बताएँ। केवल शैली वाले बदलाव न सुझाएँ, जब तक वे किसी दोष को
न छिपाते हों या अनुबंध को अस्पष्ट न बनाते हों।

नए local environment command के लिए setup guide अपडेट करें।

पूर्वापेक्षाएँ, अपेक्षित आउटपुट, विफलता से उबरने के तरीके और सेवा तैयार होने की
जाँच का तरीका बताएँ। हर command को package scripts के विरुद्ध cross-check करें और
ऐसे environment variables दस्तावेज़ में न लिखें जिन्हें वास्तव में उपयोग नहीं किया जाता।

search filter fix के लिए regression coverage जोड़ें।

सत्यापित करें कि filter बदलने पर result list अपडेट होती है, filter साफ़ करने पर
पूरी सूची वापस आती है, और पिछला धीमा अनुरोध नए result को overwrite नहीं कर सकता।
मौजूदा testing conventions का उपयोग करें और implementation-only assertions से बचें।