A glowing archway surrounded by floating blocks
AI

Spec Growth Engine ने AI कोडिंग त्रुटियों को नियंत्रित…

25 जून, 2026 को प्रस्तुत एक पत्र में दावा किया गया है कि "स्वामित्व पथ" संदर्भ और एक ड्रिफ्ट गेट संदर्भ ओवरलोड और छिपी हुई भिन्नता को नियंत्रित कर सकते हैं।

Elliot Marsh द्वारा5 मिनट का पठन

हार्टविग ग्राबोव्स्की का स्पेक ग्रोथ इंजन प्रस्ताव दो बार-बार होने वाले एआई-सहायता प्राप्त विकास टूटने को लक्षित करता है: "संदर्भ विस्फोट" और "मौन स्पेक-कोड ड्रिफ्ट।" ढांचे का प्रवर्तन हुक एक ड्रिफ्ट गेट है जो तब मर्ज को ब्लॉक करता है जब कोड एक मशीन-पठनीय विनिर्देशन से भटक जाता है।

स्पेक ग्रोथ इंजन संदर्भ विस्फोट और स्पेक ड्रिफ्ट के लिए एक समाधान पेश करता है।

एआई कोडिंग एजेंट तेजी से काम करने वाली विशेषताएँ भेज सकते हैं, लेकिन स्पेक ग्रोथ इंजन प्रस्ताव का तर्क है कि गति दो विफलता मोडों को छिपा रही है जो बाद में महंगी हो जाती हैं: "संदर्भ विस्फोट" और "मौन स्पेक-कोड ड्रिफ्ट।" यह पेपर 25 जून 2026 को हार्टविग ग्राबोव्स्की द्वारा प्रस्तुत किया गया है, और यह मुख्य समस्या को मॉडल बुद्धिमत्ता के बजाय दायरा प्रबंधन के रूप में फ्रेम करता है।

पहला विफलता मोड संदर्भ विस्फोट है, जहाँ आउटपुट गुणवत्ता खराब होती है जब एक एजेंट को एक पूरे रिपॉजिटरी पर तर्क करने के लिए मजबूर किया जाता है और संदर्भ विंडो अप्रासंगिक फ़ाइलों, निर्भरताओं और इतिहास से भर जाती है। दूसरा मौन स्पेक-कोड ड्रिफ्ट है, जहाँ आवर्ती एजेंट-चालित परिवर्तन चलते रहते हैं जबकि विनिर्देशन स्थिर रहता है, जिससे एक असंगति उत्पन्न होती है जो केवल तब दिखाई देती है जब बग या पुनरावृत्तियाँ इरादे का फोरेंसिक पुनर्निर्माण करने के लिए मजबूर करती हैं।

क्रिप्टो टीमों के लिए, यह प्रस्ताव डेवलपर एर्गोनॉमिक्स के बारे में कम और संचालन जोखिम के बारे में अधिक है। प्रोटोकॉल कोडबेस, एक्सचेंज बैकएंड, और ऑनचेन ऑटोमेशन स्टैक्स पहले से ही कड़े परिवर्तन-नियंत्रण प्रतिबंधों के तहत रहते हैं। यदिएआई एजेंटबिना प्रवर्तन को कड़ा किए परिवर्तन को तेज करते हैं, तो विफलता मोड "बुरा कोड" नहीं है, यह अनट्रैक्डभटकावहै जो समीक्षा को सहन करता है और शिप करता है।

चार तंत्र: स्पेक ग्राफ, स्पाइन संदर्भ, सबसे कठिन पहले स्लाइस, और एक मर्ज-ब्लॉकिंग ड्रिफ्ट गेट।

स्पेक ग्रोथ इंजन को चार इंटरलॉकिंग तंत्रों के रूप में वर्णित किया गया है जो सीधे दो विफलता मोड से मेल खाते हैं। यह एक मशीन-पठनीय स्पेक ग्राफ के साथ शुरू होता है, जो एक संरचित विनिर्देशन प्रारूप है जिसे उपकरण पार्स और जांच सकते हैं। प्रस्ताव में, स्पेक नोड "संविदा" (एक घटक क्या वादा करता है) को "डिज़ाइन" (यह कैसे करता है) से अलग करते हैं, ताकि समीक्षक और एजेंट इरादे बनाम कार्यान्वयन के लिए एक स्पष्ट संदर्भ प्राप्त कर सकें।

संदर्भ विस्फोट कोसंबोधित करने के लिएफ्रेमवर्क एक "स्पाइन" संदर्भ असेंबलर पेश करता है जो एजेंट के कार्य संदर्भ को एक विशिष्ट "स्वामित्व पथ" तक सीमित करता है न कि पूरे भंडार तक। स्वामित्व पथ यहाँ सीमा अवधारणा है: कोडबेस का एक परिभाषित टुकड़ा जो एक घटक या टीम की सीमा से संबंधित है, जिसका उद्देश्य एजेंट के प्रॉम्प्ट को उस पर ध्यान केंद्रित रखना है जिसे वास्तव में छूने की आवश्यकता है।

वर्टिकल-स्लाइस ग्रोथ प्रोटोकॉल अनुक्रमण परत है। यह विकास कार्यों के "कठिनतम-प्रथम" क्रम को लागू करता है, सबसे अधिक आर्किटेक्चर-परिभाषित कार्य को आगे बढ़ाते हुए, एजेंटों को आसान सतह क्षेत्र के माध्यम से पीसने और कठिन निर्णयों को अंत तक स्थगित करने की अनुमति देने के बजाय, जब पुन: कार्य महंगा होता है।

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

यह पेपर इसे एक हल्का संश्लेषण के रूप में प्रस्तुत करता है न कि एक नया भारी भरकम पद्धति, स्पष्ट रूप से स्थापित सॉफ़्टवेयर इंजीनियरिंग विचारों से उधार लेते हुए जिसमें पार्नास का सूचना छिपाना, C4 आर्किटेक्चर मॉडल, आर्किटेक्चर निर्णय रिकॉर्ड (ADRs), वॉकिंग स्केलेटन पैटर्न, रिफ्लेक्शन मॉडल, और फिटनेस फ़ंक्शन शामिल हैं। यह स्पष्ट रूप से भारी ढांचों जैसे RUP (रैशनल यूनिफाइड प्रोसेस) और MDA (मॉडल-ड्रिवेन आर्किटेक्चर) से जुड़े ओवरहेड से बचने के रूप में भी फ्रेम करता है।

अडॉप्शन सिग्नल और सबसे बड़ा सबूत अंतर: अभी तक कोई बेंचमार्क नहीं

निकट-अवधि का प्रश्न यह नहीं है कि घटक पठनीय हैं, वे हैं। प्रश्न यह है कि क्या टीमें उन्हें "मशीन-पठनीय स्पेक" को एक और बासी कलाकृति में बदलने के बिना कार्यान्वित कर सकती हैं, और क्या ड्रिफ्ट गेट को वास्तविक विभाजन को रोकने के लिए पर्याप्त सटीक बनाया जा सकता है बिना शोर मर्ज कर लगाने के।

सबूत का अंतर सीधा है: पैकेट में कोई अनुभवजन्य परिणाम, बेंचमार्क, अपनाने का डेटा, या वास्तविक दुनिया के तैनाती परिणाम शामिल नहीं हैं। इसमें सीधे शामिल नहीं हैलिंकनीचे दिए गए पेपर, इसके स्थान, या किसी भी पीयर-रिव्यू स्थिति के लिए जो इस दावे से परे है कि इसे 25 जून 2026 को "सबमिट" किया गया था।

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

अधिग्रहण की कहानी संभवतः उपकरणों के बारे में होगी, ट्वीट्स के बारे में नहीं: मशीन-पठनीय स्पेक ग्राफ के ओपन-सोर्स कार्यान्वयन और सामान्य CI कार्यप्रवाहों में प्लग करने वाले मर्ज-ब्लॉकिंग ड्रिफ्ट चेक। यदि यह एक संदर्भ कार्यान्वयन के बिना एक वैचारिक ढांचा बना रहता है, तो यह एक प्रक्रिया निबंध की तरह पढ़ेगा न कि एक इंजीनियरिंग प्राइमिटिव।

मेरा पढ़ना: मर्ज-ब्लॉकिंग स्पेक चेक असली प्रवर्तन लीवर हैं—यदि टीमें स्पेक्स को जीवित रख सकती हैं।

जो सीमा महत्वपूर्ण है वह यह है कि क्या ड्रिफ्ट गेट को सख्त और कम-शोर बनाया जा सकता है, क्योंकि यही एकमात्र हिस्सा है जो वास्तव में समय सीमा के दबाव के तहत व्यवहार परिवर्तन को मजबूर करता है। स्वामित्व पथ के माध्यम से स्कोप्ड संदर्भ संदर्भ विस्फोट के लिए एक समझदारी भरा उत्तर है, लेकिन यह अभी भी एक प्रथा है जब तक कि पाइपलाइन यह लागू नहीं करती कि एजेंट को क्या देखने और छूने की अनुमति है।

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

स्रोत