AI काम के लिए

कैसे कोडेक्स एंडावा एजेंट-संचालित संगठन बनाने में मदद करता है

वैश्विक प्रौद्योगिकी सेवा फर्म एंडावा OpenAI के कोडेक्स का उपयोग करते हुए एक 'एजेंटिक संगठन' में तब्दील हो रही है। आवश्यकताओं के विश्लेषण से लेकर कोड जनरेशन और परीक्षण तक software डिलीवरी जीवनचक्र में AI एजेंटों को एकीकृत करके, एंडाव ने सप्ताह से घंटों की आवश्यकताएं कम कर दी हैं, इंजीनियरिंग क्षमता बढ़ाई है और सत्यापन और गुणवत्ता नियंत्रण के लिए मनुष्यों को लूप में रखते हुए वितरण समयसीमा में तेजी लाई है।

प्रत्येक आकार की कंपनियां AI कोडिंग टूल के साथ प्रयोग कर रही हैं, लेकिन कुछ ने वैश्विक प्रौद्योगिकी सेवा फर्म एंडावा जैसी विस्तृत कहानी साझा की है। OpenAI के कोडिक्स का उपयोग करते हुए, इंडावा अपनी टीमों के काम करने के तरीके को फिर से तैयार कर रहा है, जिसे वह "एजेंटिक संगठन" कहता है। इस लेख में, हम इसका अर्थ बताएंगे कि कंपनी अभ्यास में कैसे लागू करती है और इसके परिणाम क्या हासिल किए गए हैं 89 आवश्यकताओं के विश्लेषण को हफ्तों से घंटों तक काटने सहित। चाहे आप एक टीम लीड हों, डेवलपर हों या व्यवसाय निर्णय लेने वाले व्यक्ति जो AI अपनाने के बारे में उत्सुक हो, यह टूटना आपको इसकी स्पष्ट तस्वीर देगा कि क्या संभव है।

"एजेंटिक संगठन" का वास्तविक अर्थ

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

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

मुख्य सांस्कृतिक तत्व है विश्वास के साथ जोड़ा सत्यापन. एजेंटों भारी उठाने करते हैं, लेकिन मनुष्यों आउटपुट की समीक्षा करने के लिए पाश में रहते हैं. कि संयोजन क्या कंपनी परिणाम पर भरोसा खोने के बिना वितरण में तेजी लाने के लिए अनुमति देता है।

कार्यप्रवाह में कोडेक्स का स्थान

कोडेक्स OpenAI का कोडिंग एजेंट है, और एंडावा इसे एकल-उद्देश्य वाले उपकरण के बजाय software वितरण जीवनचक्र में कई बिंदुओं पर उपयोग करता है।

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

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

परिणाम एक पाइपलाइन है जहां AI सहायता अंत में बोल्ट के बजाय कई चरणों के माध्यम से थ्रेड की जाती है। यह एजेंटिक दृष्टिकोण का सार हैः एक टीम "AI उपकरण का उपयोग करने" के बजाय, पूरी वितरण प्रक्रिया को मानव-एजेंट सहयोग के आसपास फिर से डिज़ाइन किया गया है।

परिणाम: गुणवत्ता का त्याग किए बिना गति

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

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

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

अन्य कंपनियों के लिए सबक

एंडावा का अनुभव किसी भी संगठन के लिए कुछ व्यावहारिक सीख प्रदान करता है जो इसी तरह की राह पर विचार कर रहा हो।

सबसे पहले, प्रक्रिया की बाधाओं से शुरू करें, उपकरण के साथ नहीं। सबसे बड़ी जीत वास्तव में धीमे चरण को लक्षित करने से आई है 89आवश्यकता विश्लेषण 89एक बार में हर जगह AI छिड़कने के बजाय। पहचानें कि आपकी टीमें कहाँ सबसे अधिक समय खोती हैं और परीक्षण करें कि क्या कोई एजेंट वहां सार्थक मदद कर सकता है।

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

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

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

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

Comments (0)

  1. No comments yet. Be the first to share what worked for you.

Leave a comment

Comments are reviewed before they appear. Your email address is not published.