आपको अपने प्रोजेक्ट्स के लिए कौन सा एआई एजेंट चुनना चाहिए?

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

किसी ने ध्यान नहीं दिया, क्योंकि असफलता मौन है। एजेंट नहीं कहता "यह मेरा काम नहीं है"। यह बस किसी और के काम का औसत संस्करण करता है।

यह गलत एजेंट चुनने की असली कीमत है। गलतियाँ नहीं। औसतता जो आउटपुट की तरह दिखती है।

व्यक्तित्व ही उत्पाद है

एक AI एजेंट एक मॉडल और एक सिस्टम प्रॉम्प्ट है। वही मॉडल, अलग सिस्टम प्रॉम्प्ट, अलग परिणाम। यही पूरा ट्रिक है, और यह कोई छोटी बात नहीं है।

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

तो "मुझे कौन सा एजेंट उपयोग करना चाहिए" केवल सौंदर्यशास्त्र नहीं है। यह तय करता है कि आपके कार्य के पूरा होने के दौरान कौन से अंतर्ज्ञान सक्रिय हैं।

कार्य से मेल खाएं, आदत से नहीं

आदत: पहले से खुले एजेंट को सब कुछ भेजें। आमतौर पर एक फुलस्टैक डेवलपर, क्योंकि यही वह है जिसे आपने सोमवार को खोला था।

मेल: अपने कार्य को पढ़ें और उस विशेषता का नाम बताएं जिससे यह संबंधित है।

कुछ वास्तविक उदाहरण, जिनके लिए वास्तव में कौन लेना चाहिए:

• "लॉन्च ब्लॉग पोस्ट लिखें": एक मार्केटिंग विशेषज्ञ, न कि आपका फुलस्टैक डेवलपर। स्थिति और कॉपी एक विशेषता है, और यह दो पैराग्राफ के भीतर दिखता है।
• "यह परीक्षण एक में से पांच बार विफल होता है": एक QA एजेंट। फ्लेकी परीक्षण एक अनुशासन है: पृथक्करण, समय, फिक्स्चर। एक डेवलपर एजेंट अक्सर बस फिर से चलाएगा जब तक कि यह हरा न हो जाए।
• "लॉगिन प्रवाह को मजबूत करें": एक सुरक्षा एजेंट। यह टोकन रोटेशन, सत्र अमान्यकरण और दर सीमित करने की जांच करेगा बिना बताए।
• "छवि निर्माण के लिए प्रॉम्प्ट बनाएं": कैटलॉग से एक प्रॉम्प्ट इंजीनियर। यह बिल्कुल वही काम है जो परिचय में था, और इसके लिए बिल्कुल वही एजेंट है।
• "डैशबोर्ड धीमा है": क्वेरी के लिए एक बैकएंड एजेंट, रेंडर प्रदर्शन के लिए एक फ्रंटेंड एजेंट। यदि आप यह नहीं बता सकते कि कौन सा पक्ष दोषी है, तो यह पहले एक प्रोफाइलिंग कार्य है।

यदि कार्य एक ऐसा डिलीवरबल नामित करता है जिसे एक वास्तविक दुनिया का विशेषज्ञ स्वामित्व रखता है, तो इसे उस विशेषज्ञ को दें। आपके पास कैटलॉग में 260+ हैं, साथ ही आपके अपने कस्टम एजेंट भी हैं। हर चीज के लिए एक सामान्य विशेषज्ञ का उपयोग करना एक बेंच के लिए भुगतान करना और एक खिलाड़ी खेलना है।

जब आप नहीं जानते: तो कहें

यह वह हिस्सा है जिसने मेरे काम करने के तरीके को बदल दिया। आपको जानने की आवश्यकता नहीं है।

AgentsRoom में इस क्षण के लिए एक एजेंट सुझाव सलाहकार है। एजेंट खोज के बगल में चमक पर क्लिक करें, कार्य को उस तरह से टाइप करें जैसे आप इसे जोर से कहेंगे ("लॉन्च ब्लॉग पोस्ट लिखें", "लॉगिन प्रवाह का ऑडिट करें"), और यह उस कार्य के लिए सबसे उपयुक्त एजेंट के साथ उत्तर देता है, एक-लाइन का कारण, और दो विकल्प। आपके कमरे में पहले से बैठे एजेंट को चिह्नित किया जाता है, इसलिए सलाहकार आपको जोड़ने से पहले पुन: उपयोग करने के लिए बताता है।

फिर एक क्लिक कार्य सौंपता है: यदि आवश्यक हो तो एजेंट जोड़ा जाता है, इसका टर्मिनल खुलता है, और आपने जो पाठ टाइप किया वह लेखक में एक ड्राफ्ट के रूप में आता है। आपने पहले ही एक बार कार्य का वर्णन किया है। वह विवरण पहला प्रॉम्प्ट बन जाता है।

रैंकिंग नियम महत्वपूर्ण है: पहले फिट, फिर सुविधा। सलाहकार आपके छवि-प्रॉम्प्ट कार्य को फ्रंटेंड डेवलपर को नहीं सौंपेगा केवल इसलिए कि फ्रंटेंड डेवलपर फ्री है। हमने इसे वास्तविक चूक पर ट्यून किया है।

जोड़ने से पहले पुन: उपयोग करें

बारह आधे उपयोग किए गए एजेंटों वाला एक कमरा अपनी खुद की विफलता मोड है। इसे संतुलित रखने के लिए दो नियम हैं।

फिट करने वाला फ्री एजेंट: इसका पुन: उपयोग करें। एक ऐसा एजेंट जिसका कोई कार्य नहीं है और सही विशेषता है, हर बार सबसे अच्छा विकल्प है। सलाहकार इस नियम को स्वचालित रूप से लागू करता है।

सही विशेषता लेकिन व्यस्त: कतार में रखने के बजाय एक नया जोड़ें। एजेंट सस्ते सीटें हैं। आपके एक QA एजेंट के खत्म होने का इंतजार करते हुए तीन बग जमा होना एक बाधा है जिसे आपने खुद बनाया है।

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

एक कार्य, कई विशेषज्ञ

कुछ कार्य एक विशेषता नहीं होते। "भुगतान सुविधा भेजें" एक बैकएंड काम है, फिर एक QA काम, फिर शायद एक सुरक्षा समीक्षा। इसके लिए एक एजेंट चुनना अन्य दो विशेषताओं को मौन रूप से नहीं होने का मतलब है।

यही टीमों के लिए है: एजेंटों को श्रृंखला में रखें ताकि कार्य विकास से QA से समीक्षा तक बहता रहे, प्रत्येक सीट सही व्यक्तित्व द्वारा धारण की जाती है। चयन प्रश्न "पाइपलाइन में कौन है" बन जाता है बजाय "कौन सब कुछ प्राप्त करता है"।

पांच सेकंड का संस्करण

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

और जब सही एजेंट कार्य पर हो, तो सुनिश्चित करें कि यह हर सत्र में आपके कोडबेस को शून्य से फिर से नहीं सीखता: यह एक स्मृति समस्या है, और यह अगली चीज है जिसे ठीक करने के लायक है।