फोर्जकोड की तुशर माथुर इस बात के पक्षधर हैं कि सॉफ्टवेयर विकास प्रक्रिया एक उत्पादन कारखाने की तरह काम करे, न कि केवल एक परियोजना के रूप में। पारंपरिक रूप से, विकास को स्केल करने के लिए इंजीनियरों, समय और संसाधनों की आवश्यकता होती थी। हालांकि, आर्टिफिशियल इंटेलिजेंस इस प्रतिमान को बदल रहा है, जिससे कोड लिखना तेज और सस्ता हो गया है।
फिर भी, कोड जनरेशन में तेजी अपने आप में तैयार उत्पाद की तेज डिलीवरी की गारंटी नहीं देती है। कोड को अभी भी जांच, परीक्षण और परिनियोजन की आवश्यकता होती है, जो इंजीनियरिंग टीमों के लिए नई बाधाएं पैदा करता है।
इंजीनियरिंग डिवीजनों के प्रमुखों के सामने यह सवाल उठता है: कर्मचारियों की संख्या में आनुपातिक वृद्धि के बिना सॉफ्टवेयर डिलीवरी को कैसे बढ़ाया जाए? फोर्जकोड इस समस्या का समाधान कर रहा है, जिसे वे एआई-उन्मुख सॉफ्टवेयर फैक्ट्री कहते हैं। यह प्लेटफॉर्म सॉफ्टवेयर विकास के पूरे जीवनचक्र को प्रबंधित करने के लिए एआई एजेंटों का उपयोग करता है - कार्य असाइनमेंट और कार्यान्वयन से लेकर परीक्षण और तैनाती तक, जबकि मनुष्य निगरानी करते हैं।
TechSparks 2026 कार्यक्रम में, संस्थापक और सीईओ तुशर माथुर ने प्लेटफॉर्म के कामकाज का प्रदर्शन किया और समझाया कि कोड लिखने की लागत में कमी से सॉफ्टवेयर वितरण के लिए जांच, परीक्षण और परिनियोजन की प्रक्रियाओं को अधिक महत्वपूर्ण क्यों बना देती है।
एआई के कारण व्यक्तिगत उत्पादकता बढ़ने के बावजूद, ये सुधार हमेशा पूरे संगठन के पैमाने पर सॉफ्टवेयर की तेज डिलीवरी में परिवर्तित नहीं होते हैं। माथुर ने टिप्पणी की: 'जो पहली चीज हम देखते हैं, वह यह है कि आज लगभग सारा कोड स्वचालित रूप से उत्पन्न होता है।'
इंजीनियरिंग टीमें हजारों लाइनों का कोड जल्दी से बना सकती हैं, लेकिन बाद के चरण - कोड समीक्षा, परीक्षण, सुरक्षा जांच और परिनियोजन - इस मात्रा के साथ तालमेल बिठाने में संघर्ष करते हैं। माथुर के अनुसार, बाधा कोड लिखने की प्रक्रिया से हटकर उसके निर्माण के बाद होने वाली चीजों के प्रबंधन में चली गई है।
उन्होंने समझाया: 'पहले मुख्य मौलिक बाधा कोड लिखना था। लेकिन आज कोड लिखने की लागत इतनी कम है कि ये अन्य सभी पहलू बाधा बन गए हैं।'
परिणामस्वरूप, टीमें अधिक कोड जारी करने का जोखिम उठाती हैं जिसका गुणवत्ता जांच कम है, जिसमें त्रुटियां हैं या जो असंगठित है, क्योंकि बढ़ी हुई कार्य मात्रा को प्रबंधित करने के लिए आवश्यक सिस्टम इसके साथ तालमेल नहीं बिठा पाते हैं।
व्यक्तिगत उत्पादकता और समग्र संगठनात्मक परिणाम के बीच के अंतर को दूर करने के लिए, माथुर ने एआई-उन्मुख सॉफ्टवेयर फैक्ट्री बनाने के लिए फोर्जकोड के दृष्टिकोण को प्रस्तुत किया। मुख्य विचार प्रत्येक चरण के मैन्युअल समन्वय पर निर्भर सॉफ्टवेयर विकास जीवनचक्र को छोड़ना है।
इसके बजाय, एआई एजेंट कार्यों को छांटने, योजना बनाने, कार्यान्वित करने और सत्यापन जैसे कार्यों को संभालते हैं। लोग तभी हस्तक्षेप करते हैं जब समाधान, दिशा या अधिक विस्तृत प्रतिक्रिया की आवश्यकता होती है।
पारंपरिक स्वचालन के विपरीत, जो पूर्वनिर्धारित चरणों के अनुक्रम को जोड़ता है, सॉफ्टवेयर फैक्ट्री निरंतर फीडबैक लूप का उपयोग करती है। शीर्ष प्रबंधन (CXO), उत्पाद प्रबंधक और उत्पादन निगरानी से डेटा सीधे विकास बैकलॉग में जा सकता है। फिर एजेंट सुविधाओं के विकास, त्रुटियों की पहचान और प्रदर्शन में सुधार पर चौबीसों घंटे काम करते हैं, भले ही इंजीनियरिंग टीमें निष्क्रिय हों।
लक्ष्य यह है कि इंजीनियरों को हर व्यक्तिगत कार्य प्रबंधित करने की आवश्यकता के बिना सॉफ्टवेयर विकास की निरंतर गति बनाए रखी जाए।
माथुर ने छह सिद्धांतों की रूपरेखा दी, जिन्हें उनके अनुसार एक प्रभावी एआई-उन्मुख सॉफ्टवेयर फैक्ट्री बनाने के लिए आवश्यक है। इन सिद्धांतों का उद्देश्य सॉफ्टवेयर विकास को अधिक स्वायत्त बनाना है, जबकि व्यवसाय की प्राथमिकताओं के अनुरूप भी रखना है।
प्रश्न और उत्तर सत्र के दौरान, दर्शकों ने माथुर से पूछा कि इंजीनियरिंग टीमों को डेटाबेस आर्किटेक्चर और स्केलेबिलिटी जैसे जटिल गैर-कार्यात्मक आवश्यकताओं के लिए ट्रेड-ऑफ्स के साथ कैसे निपटना चाहिए। उन्होंने जवाब दिया कि जिन आवश्यकताओं को वस्तुनिष्ठ रूप से सत्यापित किया जा सकता है, जैसे कि स्केलिंग लक्ष्य, उन्हें सॉफ्टवेयर फैक्ट्री को सौंपा जा सकता है। सिस्टम लगातार परिणामों की जांच करता है और सत्यापन विफलता पर उनका अनुकूलन करता है। हालांकि, ट्रेड-ऑफ्स के लिए मानवीय निर्णय की आवश्यकता होती है। कंपनी द्वारा स्वीकार किए जाने वाले जोखिम या विफलता के स्तर के बारे में प्रश्न इंजीनियरों और व्यवसाय के नेताओं के लिए बने रहते हैं, जो आवश्यकता पड़ने पर एजेंट को निर्देशित करने के लिए हस्तक्षेप करते हैं।
फोर्जकोड का दावा है कि यह संभव है क्योंकि प्लेटफॉर्म आत्म-सुधार चक्र फीडबैक पर काम करता है। प्रत्येक कार्य, समाधान और सुधार ज्ञानकोष में योगदान देता है जो भविष्य के काम को सूचित करता है। इंजीनियर शुरुआती चरणों में निकटता से शामिल रहते हैं, लेकिन जैसे-जैसे सिस्टम टीम के इंजीनियरिंग अभ्यासों और व्यावसायिक संदर्भ को सीखता है, यह अधिक स्वायत्त रूप से काम कर सकता है।
प्लेटफॉर्म यह भी निर्धारित करता है कि कौन से निर्णय महत्वपूर्ण हैं और विशेषज्ञ पर्यवेक्षण की आवश्यकता है, विशेष रूप से सुरक्षा, विश्वसनीयता, प्रदर्शन और प्रतिस्पर्धी व्यावसायिक प्राथमिकताओं से संबंधित। ऐसे मामलों में, यह काम रोक देता है और आगे बढ़ने से पहले मानवीय भागीदारी का अनुरोध करता है। दिनचर्या निष्पादन और विशेषज्ञ निर्णय की आवश्यकता वाले निर्णयों के बीच अंतर करने की यह बढ़ती क्षमता उत्पाद के कामकाज के लिए केंद्रीय है।
फोर्जकोड की एआई-उन्मुख सॉफ्टवेयर फैक्ट्री को व्यक्तिगत कोड उत्पादकता में वृद्धि को पूरे संगठन के भीतर तेज सॉफ्टवेयर डिलीवरी में बदलने के लिए डिज़ाइन किया गया है। समन्वय, कोड जांच, परीक्षण और अन्य विकास कार्यों के प्रबंधन के लिए एजेंटों का उपयोग करके, प्लेटफॉर्म उन बाधाओं को कम करने का प्रयास करता है जो इंजीनियरिंग टीमों के काम को धीमा कर सकती हैं।
माथुर के लिए, यह बदलाव इंजीनियरों की भूमिका में परिवर्तन का मतलब है। प्रत्येक विकास चरण का प्रबंधन करने के बजाय, वे आवश्यकताओं को परिभाषित करने, निर्णय लेने, परिणामों का विश्लेषण करने और समग्र प्रक्रिया का मार्गदर्शन करने पर ध्यान केंद्रित करेंगे। लक्ष्य केवल अधिक कोड उत्पन्न करना या बड़ी टीमें बनाना नहीं है, बल्कि मानव नियंत्रण में लगातार काम करने वाली स्वायत्त प्रणालियों के माध्यम से अधिक कुशल सॉफ्टवेयर विकास करना है।
}
