इन चरणों को काम की checklist की तरह इस्तेमाल करें और उन्हें परियोजना के साक्ष्य, दायरे और सीमाओं के अनुसार ढालें।
संदर्भ और दायरा
- यदि इस tool पर लागू project instructions मौजूद हों तो उन्हें पढ़ें (उदाहरण के लिए .cursor/rules या CLAUDE.md); उपलब्ध होने पर README और manifest भी देखें।
- संपादन से पहले वर्तमान architecture का सार दें और केवल बदलाव के लिए ज़रूरी files पहचानें।
- लक्ष्य को एक सत्यापित किए जा सकने वाले परिणाम के रूप में तय करें; कारण के बिना काम का दायरा न बढ़ाएँ।
- API बदलने से पहले उसके consumers, request/response shape और compatibility की ज़रूरतें पहचानें।
गुणवत्ता और सुरक्षा
- हर user input के लिए format, length और unsafe values की validation तय करें।
- Secrets को code, logs, fixtures, examples या जारी किए जाने वाले frontend assets में कभी न रखें।
- Search pages के लिए title, description, canonical, robots, headings, links और source HTML जाँचें।
- हर locale की अपनी copy, क्षेत्र के अनुकूल contact examples और समकक्ष URLs बनाए रखें।
- Interactive elements keyboard से चलाए जा सकें, assistive technology के लिए नामित हों और उनका focus साफ़ दिखे।
सत्यापन और रिपोर्ट
- केवल वे checks चलाएँ जो बदले हुए behavior से जुड़े हों; जो commands नहीं चलाईं उनके चलाने का दावा न करें।
- परिणाम को acceptance criteria से मिलाएँ; error paths और mobile viewport भी देखें।
- बदलाव, commands और वास्तविक नतीजे, ज्ञात सीमाएँ तथा rollback का तरीका report करें।