DeepSeek Harness टीम ने अपने प्रोजेक्ट का विवरण प्रकाशित किया, जिसे उन्होंने सुपर-एजेंट नाम दिया है। इस एजेंट को एक स्थायी प्रणाली के रूप में डिज़ाइन किया गया है जो एक साथ कई कार्यों को आगे बढ़ाती है, स्वचालित रूप से काम खोजती है और विफलताओं से उबरती है। चीनी तकनीकी मीडिया द्वारा सूचित किया गया है कि संबंधित अनुसंधान प्रोटोटाइप MIT लाइसेंस के तहत GitHub पर जारी किया गया है।
dsh-superagent-prototype रिपॉजिटरी डीपसीक हार्नेस इकोसिस्टम के भीतर एक GitHub रिपॉजिटरी के साथ काम करने के लिए डिज़ाइन किए गए एक सक्रिय कोडिंग एजेंट पैकेज का प्रतिनिधित्व करती है। एजेंट GitHub और वैकल्पिक रूप से Feishu में गतिविधि को ट्रैक करता है। जब कोई अधिकृत उपयोगकर्ता कार्य निष्पादन का अनुरोध करता है, तो एजेंट एक कार्य आइटम बनाता है, इसे अपने सत्र और कैटलॉग में संसाधित करता है, और फिर मूल संवाद में उत्तर देता है, उदाहरण के लिए, मर्ज अनुरोध (पुल रिक्वेस्ट) बनाकर।
सहयोगी दस्तावेज़ीकरण में इस बात पर जोर दिया गया है कि यह कोड DeepSeek का आधिकारिक उत्पाद नहीं है, बल्कि एक शोध है, और दस्तावेज़ में वर्णित कुछ अवधारणाएं अभी तक कार्यान्वित नहीं की गई हैं।
सिस्टम आर्किटेक्चर
मुख्य अवधारणा दो-स्तरीय वास्तुकला पर आधारित है। राउटर सत्र विभिन्न चैनलों से सभी मानवीय गतिविधि स्वीकार करता है, लेकिन यह स्वयं काम नहीं करता है और उसके पास Bash टूल भी नहीं हो सकता है। कार्यों को अलग-थलग वर्कर एजेंट सत्रों (Worker) को सौंप दिया जाता है, जो पूर्ण टूलसेट का उपयोग करके समानांतर में काम करते हैं, और रिपोर्ट राउटर को वापस भेजते हैं, उपयोगकर्ताओं के साथ संचार को दरकिनार करते हुए।
प्रत्येक वर्कर एजेंट उन शाखाओं की सदस्यता लेता है जिनमें उसकी रुचि है, जैसे चैट चर्चा या मर्ज अनुरोध, जिससे बाद की घटनाएं सीधे उस तक पहुंचती हैं, राउटर से होकर नहीं गुजरती हैं। सिस्टम इवेंट-आधारित तरीके से काम करता है: ट्रिगर चैट संदेश, ईमेल, समीक्षा टिप्पणियाँ और निरंतर एकीकरण (CI) परिणाम होते हैं, जिन्हें पहले नियतात्मक कोड और फिर मॉडल द्वारा फ़िल्टर किया जाता है।
टीम ने एजेंट और रनटाइम वातावरण की स्थिति को भी अलग किया ताकि एजेंट क्लाउड में सक्रिय रह सके और उपयोगकर्ता के स्थानीय मशीनों के साथ इंटरैक्ट कर सके। अतिरिक्त रूप से, एक बाहरी वॉचडॉग (Watchdog) सत्र का उपयोग किया जाता है जो यह नियंत्रित करता है कि वर्कर एजेंट वास्तविक प्रगति हासिल कर रहे हैं या नहीं। आंतरिक उपयोगकर्ता समूह में, टीम ने एक नियम स्थापित किया: इंस्टेंस को बताए गए त्रुटियों को चुपचाप दोहराना चाहिए और केवल तभी उनके बारे में सूचित करना चाहिए जब उसे एक सरल समाधान मिल जाए, कभी-कभी किसी समस्या को चिह्नित करने से पहले ही मर्ज अनुरोध खोल देना।
सिंथेटिक लोड पर प्रारंभिक परीक्षणों में, जिसमें लगभग 300 संदेश और लगभग 20 कार्य अनुरोध शामिल थे, सुपर-एजेंट ने 12.4 मिनट में आधे कार्य पूरे किए, और 95% कार्य 15.7 मिनट में पूरे किए। इन प्रदर्शन संकेतकों ने एक सब-एजेंट टूल के साथ एक ही सत्र द्वारा प्राप्त परिणामों को पार कर लिया, हालांकि इसके लिए अधिक कैश किए गए टोकन की आवश्यकता थी। वर्कर एजेंटों को घटनाओं के सीधे मार्गदर्शन के बिना, राउटर के समाधान लगभग 30% बढ़ गए, और उच्च भार पर बैच प्रोसेसिंग ने राउटर के एक समाधान के निष्पादन समय को 6.4 सेकंड से घटाकर 1.6 सेकंड कर दिया। टीम ने इन परिणामों को एक प्रारंभिक दिशानिर्देश बताया।
टीम द्वारा सूचीबद्ध अनसुलझे प्रश्नों में राउटर का स्केलिंग, दीर्घकालिक स्मृति, एजेंट-से-एजेंट इंटरैक्शन और प्रॉम्प्ट-इंजेक्शन के जोखिम शामिल हैं यदि क्लाउड एजेंट को स्थानीय उपकरणों पर क्रेडेंशियल्स तक पहुंच मिलती है।



