बिना भारी क्ली के स्पेक किट: कर्सर में अपने प्रोजेक्ट के लिए स्पेक-संचालित विकास अपनाना

यह लेख डेवलपर्स, विश्लेषकों और तकनीकी लेखकों के लिए है जो GitHub से पूर्ण Spec Kit तैनात किए बिना Cursor में स्पेक-संचालित AI विकास का उपयोग करना चाहते हैं। पूरी पाइपलाइन (constitution, specify, plan, tasks, implement) के बजाय, वे एक न्यूनतम सेट प्रस्तावित करते हैं: अपरिवर्तनीय रिपॉजिटरी नियमों के साथ एक constitution, एक कार्य विनिर्देश, स्पष्ट मानवीय सहमति (एजेंट स्वयं सहमत नहीं हो सकता), सहमत स्पेक के आधार पर कार्यान्वयन, और सक्रिय कार्य के लिए एक संकेतक। उनका तर्क है कि plan, tasks और बल्क रीबिल्ड जैसे अतिरिक्त कदम अक्सर अनावश्यक होते हैं, शोर पैदा करते हैं और अधिलेखन का जोखिम उठाते हैं। अनुकूलित दृष्टिकोण तीन भागों से बना है: Cursor नियम (हमेशा संदर्भ में), कौशल (स्पष्ट कमांड जैसे /project-init, /project-specify, /project-implement), और रिपॉजिटरी आर्टिफैक्ट (constitution, specs, drafts, feature.json सूचक)। कार्यप्रवाह है: init, specify, मानवीय सहमति, implement। Constitution परियोजना लक्ष्यों, पाइपलाइन चरणों, क्या टालना है (plan/tasks), सिमेंटिक बनाम परिणाम परतों का पृथक्करण, [NOT KNOWN] टैग के साथ स्रोतों के प्रति निष्ठा, कार्यान्वयन के लिए कम reasoning_temperature, रहस्यों का निषेध, और constitution बदलने की स्पष्ट प्रक्रिया को अनिवार्य करता है। कार्यान्वयन तभी अनुमत है जब स्पेक की स्थिति agreed हो और कोई अवरोधक अज्ञात आइटम न हों। वे सामान्य गलतियों की रूपरेखा भी देते हैं और ध्यान देते हैं कि सरलीकृत चक्र वृद्धिशील कार्यों के लिए पर्याप्त है, जबकि पूर्ण Spec Kit उन लोगों के लिए है जिन्हें इसकी CLI या मानक बहु-चरण पाइपलाइन की आवश्यकता है। दोनों दृष्टिकोण संगत हैं; आर्टिफैक्ट पुन: उपयोग किए जा सकते हैं। लेख निर्देशिका संरचना पर पाइपलाइन अनुशासन पर जोर देते हुए समाप्त होता है।