Interrupt26 NYC में एजेंट विकास चक्र (ADLC) पर Harrison Chase की चर्चा ने इस बात पर विचार करने के लिए प्रेरित किया कि ADLC आवेदन विकास के भीतर कहाँ स्थान लेता है। एक एजेंट एक ईमेल की जांच कर सकता है, लेकिन आवेदन निर्धारित करता है कि जांच कैसे एक कतार में प्रवेश करती है, एक विश्लेषक तक पहुँचती है, या किसी कार्रवाई की ओर ले जाती है। जांच में सुधार और कार्यप्रवाह में बदलाव जुड़ी हुई गतिविधियाँ हैं जिनके अलग-अलग डिज़ाइन प्रश्न और प्रगति के सबूत हैं। ADLC को अलग से समन्वयित किया जाना चाहिए, लेकिन उस आवेदन के साथ जो वह संचालित करता है, क्योंकि एजेंट स्वतंत्र रूप से बदल सकते हैं, जबकि एक कसकर जुड़े हुए विकास चक्र में आवेदन के डिज़ाइन और परिणामों को प्रभावित करते हैं। इस चक्र को स्पष्ट डिज़ाइन जांच, साझा आवश्यकताओं और मूल्यांकन मामलों के माध्यम से संगठित किया जा सकता है जो एजेंट के परिणामों का अनुसरण करते हुए आवेदन में प्रवेश करते हैं। वही टीम दोनों जिम्मेदारियों का स्वामित्व रख सकती है, लेकिन प्रत्येक को विकास योजना में दृश्यमान और भिन्न रहना चाहिए। मौजूदा ADLC मार्गदर्शन में महत्वपूर्ण डिज़ाइन और प्रयोगात्मक कार्य शामिल है, जहाँ Harrison Chase ने Build, Test, Deploy, और Monitor के भीतर प्रॉम्प्ट्स, मॉडलों, पुनर्प्राप्ति रणनीतियों, टूल स्कीमा और ऑर्केस्ट्रेशन पैटर्न के बीच तुलनाओं का वर्णन किया है। Salesforce Ideation और Design के साथ शुरू करता है, एक आंतरिक विकास चक्र और एक बाहरी निगरानी चक्र का वर्णन करता है। एजेंट को एक उप-प्रणाली मानकर उसकी क्षमता को स्पष्ट रूप से विकसित करना और आवेदन में इसके योगदान और प्रभाव की जाँच करना, जिसमें प्रणाली की सीमा की जाँच से शुरू करके एजेंट के विकास चक्र की जाँच शामिल है। आवश्यकताओं और समन्वय अनुभाग समझाते हैं कि साझा मूल्यांकन मामले कैसे काम को जोड़ते हैं, जबकि चर्चा में जीवनचक्रों को अलग करने के खर्च और सीमाओं पर विचार किया गया है, और निष्कर्ष में व्यावहारिक कदमों का विवरण दिया गया है।
स्रोत: Towards Data Science · HeadlinesBriefing द्वारा सारांशित