नया 10x इंजीनियर 10x कोड नहीं लिखता है, वे उस प्रणाली का निर्माण करते हैं जो इसे लिखती है

10x इंजीनियर पिछले कई दशकों से सिलिकॉन वैली का एक मिथक रहा है। अकेला जीनियस, हेडफ़ोन पर, सुपरह्यूमन गति से सुंदर कोड का उत्पादन करता है। हमने तर्क दिया है कि क्या वे मौजूद हैं, इस बारे में बहस की है कि उन्हें कैसे नियुक्त किया जाए, और शांति से किसी को भी नाराज किया है जो खुद को एक होने का दावा करता है।

लेकिन कुछ दिलचस्प बातें हुईं जब हम AI-पहले भविष्य की ओर बढ़ रहे थे: 10x इंजीनियर वास्तविक हो गया। वे बस हमारी कल्पना के अनुसार नहीं दिखते हैं।

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

यह 10x नहीं है; यह 100x के करीब है। और यह कौशल जो इसे संभव बनाता है, यह टाइपिंग की गति या अधिक एल्गोरिदम जानने में नहीं था। यह एआई एजेंटों को उत्पादक बनाने वाली प्रणाली का निर्माण करना था: कार्य प्रवाह, गार्डरेल, सत्यापन लूप, इंटरफेस जो एजेंटों को प्लग इन करते हैं और मानव समीक्षा करते हैं।

मुझे लगता है कि यह इंजीनियरिंग संगठनों में एक नए प्रमुख कार्य का उदय है। मैं इसे एआई ऑर्केस्ट्रेशन इंजीनियरिंग कहूंगा।

तीन अनुशासन एक स्टैंडअप में चलते हैं

यदि आप देखते हैं कि एक एआई ऑर्केस्ट्रेशन इंजीनियर वास्तव में क्या करता है, तो आप तीन परिचित अनुशासनों को एक में मिला देंगे।

सबसे स्पष्ट सामग्री डेवओप्स है। डेवओप्स ने डिप्लॉयमेंट पाइपलाइन को केंद्रीकृत किया। एक टीम ने सीआई/सीडी कार्य प्रवाह को कॉन्फ़िगर किया जो हर इंजीनियर ने कोड शिपिंग करते समय उपयोग किया। एआई ऑर्केस्ट्रेशन इंजीनियरिंग वही करती है, लेकिन एजेंट कार्य प्रवाह के लिए। यह परिभाषित करता है कि कार्य एजेंटों को कैसे असाइन किए जाते हैं, आउटपुट कैसे मान्य किए जाते हैं, रिट्राई और फॉलबैक कैसे काम करते हैं। यह साझा बुनियादी ढांचा है जिस पर एजेंट चलते हैं।

फिर आर्किटेक्चर है, जो डेवओप्स से अधिक ओवरलैप करता है जितना आप उम्मीद करेंगे। आर्किटेक्ट तय करते हैं कि कौन से इंटरफेस लॉक किए गए हैं, कौन से पैटर्न लागू किए गए हैं, कौन सी सीमाएं पार नहीं की जा सकती हैं। एक एजेंट-पहले दुनिया में, यह और भी महत्वपूर्ण है। एजेंटों को साफ, अच्छी तरह से दस्तावेजीकृत कोडबेस की आवश्यकता होती है जिसमें स्पष्ट अनुबंध हों। एआई ऑर्केस्ट्रेशन इंजीनियर उन प्रतिबंधों को परिभाषित करता है, न केवल मानव पठनीयता के लिए, बल्कि एजेंट की समझ के लिए भी। एक गंदा रेपो अब तकनीकी ऋण नहीं है; यह हर एजेंट के लिए उत्पादकता की सीमा है जो इसे छूता है।

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

अलग-अलग, ये तीन कार्य अधिकांश इंजीनियरिंग संगठनों में आज मौजूद हैं। तर्क यह है कि उन्हें एक एकल, केंद्रीकृत भूमिका में मिलाने से कुछ गुणात्मक रूप से अलग बन जाता है।

शो-रनर मेटाफर

एक फिल्म निर्देशक कैमरा संचालित नहीं करता है, दृश्यों में अभिनय नहीं करता है, या फुटेज को संपादित नहीं करता है। लेकिन हर फ्रेम उनके निर्णयों को दर्शाता है।

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

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

निर्देशक एक फिल्म बनाता है जो इसके भागों के योग से अधिक है। एआई ऑर्केस्ट्रेशन इंजीनियर एजेंट बेड़े के लिए वही करता है।

बольшिनस्ता संगठन कम निवेश कर रहे हैं

यहाँ क्या हो रहा है: कंपनियां एआई टूल्स में भारी निवेश कर रही हैं और उनके आसपास की प्रणालियों में लगभग पर्याप्त नहीं।

इंजीनियरों को कोपायलट, क्लॉड, कोडेक्स तक पहुंच मिलती है। वे व्यक्तिगत रूप से प्रयोग करते हैं। कुछ शक्तिशाली उपयोगकर्ता बन जाते हैं। अधिकांश “फैंसी ऑटोकम्प्लीट” चरण में प्लेटो करते हैं। 20% उत्पादकता लाभ जो अध्ययन लगातार रिपोर्ट करते हैं? यह उपकरण-स्तर के अपनाने का लक्षण है, प्रणाली-स्तर की सोच के बिना।

जो संगठनों को तोड़ रहे हैं, जो 2x या अधिक थ्रूपुट की रिपोर्ट कर रहे हैं, उनके पास एक चीज समान है। उन्होंने ऑर्केस्ट्रेशन कार्य को केंद्रीकृत किया है। कोई (या कुछ टीम) एजेंट कार्य प्रवाह, रिपॉजिटरी तैयारी, सत्यापन बुनियादी ढांचे, साझा संदर्भ का मालिक है जिसे हर एजेंट एक्सेस कर सकता है।

भूमिका वास्तव में कैसी दिखती है

एक एआई ऑर्केस्ट्रेशन इंजीनियर का दिन-प्रतिदिन का कार्य शामिल हो सकता है:

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

यह व्यक्ति प्लेटफ़ॉर्म इंजीनियरिंग, सॉफ़्टवेयर वास्तुकला, और एआई विशेषज्ञता के बीच के चौराहे पर बैठता है। वे विशेषताओं को नहीं लिखते हैं। वे उस प्रणाली का निर्माण करते हैं जो विशेषता वितरण को तेज़, विश्वसनीय और स्केलेबल बनाती है।

ऐतिहासिक पैटर्न

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

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

अंतर गति है। डेवओप्स संक्रमण एक दशक ले गया। यह एक तिमाही ले सकता है। हालांकि मैं स्वीकार करूंगा कि यह भविष्यवाणी यह मानती है कि संगठन आमते से अधिक तेजी से पैटर्न को पहचानते हैं।

आगे का रास्ता

यदि आप एक इंजीनियरिंग नेता हैं, तो मैं आपको यह सुझाव दूंगा, हालांकि आपकी यात्रा आपकी टीम कितनी दूर है इस पर निर्भर करेगा।

1. जो पहले से ही इस काम को अनौपचारिक रूप से कर रहा है उसे पहचानें। हर संगठन में कोई है जो एजेंट कार्य प्रवाह, प्रॉम्प्टिंग या टूल सेटअप के बारे में सलाह के लिए अन्य इंजीनियरों के पास जाता है। वह व्यक्ति आपका प्रोटो-एआई ऑर्केस्ट्रेशन इंजीनियर है।
2. इसे स्पष्ट करें। कार्य को एक नाम, एक जनादेश, और संसाधन दें। इसे किसी के “वास्तविक” नौकरी से जुड़े एक पक्ष परियोजना के रूप में न रहने दें।
3. रिपॉजिटरी तैयारी से शुरू करें। जटिल एजेंट कार्य प्रवाह में निवेश करने से पहले सुनिश्चित करें कि आपका कोडबेस कुछ ऐसा है जिसे एजेंट वास्तव में नेविगेट कर सकते हैं। साफ इंटरफेस, अच्छी तरह से दस्तावेजीकृत, व्यापक परीक्षण, सरलीकृत वास्तुकला।
4. केंद्रीकृत करें जो काम करता है। जब कोई एक प्रॉम्प्टिंग रणनीति या कार्य प्रवाह पैटर्न का पता लगाता है जो एजेंट आउटपुट में नाटकीय रूप से सुधार करता है, तो इसे कैप्चर करें। इसे पूरी टीम के लिए डिफ़ॉल्ट बनाएं, न कि एक व्यक्ति के सिर में जमा किए गए ज्ञान को बनाए रखें।
5. सिस्टम स्तर पर मापें। केवल व्यक्तिगत टूल उपयोग को ट्रैक न करें। एजेंट द्वारा पूरा किए गए कार्यों की संख्या, समीक्षा और पुनर्कार्य दर, बोतलनेक को ट्रैक करें।

नया 10x

10x इंजीनियर का मिथक हमेशा व्यक्तिगत नायकत्व के बारे में रहा है। एक व्यक्ति, हर किसी को प्रतिभा और कैफीन के माध्यम से बाहर निकाल रहा है।

एआई युग में 10x इंजीनियर की वास्तविकता प्रणाली सोच के बारे में है। जो व्यक्ति हर अन्य इंजीनियर (और हर एजेंट) को अधिक उत्पादक बनाता है bằng सही बुनियादी ढांचे का निर्माण करके, सही कार्य प्रवाह, सही प्रतिबंधों का निर्माण करके।

वे 10x कोड नहीं लिखते हैं। वे उस प्रणाली का निर्माण करते हैं जो इसे लिखती है।

मुझे यकीन नहीं है कि यह भूमिका ठीक वैसी ही सामने आएगी जैसा मैंने यहां वर्णित किया है। लेकिन मुझे लगता है कि जो संगठन ऑर्केस्ट्रेशन परत (जो भी वे इसे बुलाते हैं) का पता लगाते हैं, वे वास्तव में उत्पादकता लाभ को महसूस करेंगे जिसके बारे में हर कोई बात कर रहा है।