एआई कार्य कुशलता रडार | 2026-07-09

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

संग्रोकजंग/क्लाउड-फोर्ज

यह क्या है: क्लाउड कोड के लिए एक प्लग-इन फ्रेमवर्क, जिसमें मल्टी-लेयर सुरक्षा हुक के साथ 11 एआई एजेंट, 36 कमांड और 15 कौशल शामिल करने का दावा किया गया है, और इंस्टॉलेशन पथ अपेक्षाकृत हल्का दिखता है।

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

विकास/डेटा संगठन/स्वचालन/टीम सहयोग के लिए इसका क्या उपयोग है: यह सामान्य विकास कार्यों को टीम द्वारा साझा किए गए आदेशों और कौशलों में समाहित करने के लिए उपयुक्त है, जैसे कोड संगठन, कार्य अपघटन, पूर्व-समीक्षा निरीक्षण, डेटा संग्रह इत्यादि। सहयोगी परिदृश्यों के लिए, यह एक बार के अनुस्मारक की तुलना में प्रतिकृति कार्य आदतों के एक सेट की तरह है।

जोखिम या ध्यान देने योग्य बिंदु: यह क्लाउड कोड पारिस्थितिकी तंत्र पर निर्भर करता है और इसमें मजबूत पोर्टेबिलिटी नहीं हो सकती है; इसके अलावा, “11 एजेंट/15 कौशल” की पैकेजिंग का मतलब यह नहीं है कि यह वास्तव में प्रभावी है। यह अभी भी इस पर निर्भर करता है कि विशिष्ट कमांड डिज़ाइन और सुरक्षा सीमाएँ विश्वसनीय हैं या नहीं।

मूल लिंक: https://github.com/sangrokjung/claude-forge

##हुआंगरुइटेंग/लूपएक्स

यह क्या है: लंबे समय से चल रही एआई एजेंट टीमों के लिए एक “लूप इंजीनियरिंग स्टेट कर्नेल”, कोडेक्स और क्लाउड कोड जैसे कोडिंग एजेंटों से अलग होने पर जोर देता है, लगातार लक्ष्य, कोटा-जागरूक स्वचालित वेक-अप, निष्पादन योग्य कार्य और सत्यापन योग्य हैंडओवर प्रदान करता है।

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

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

जोखिम या ध्यान के बिंदु: इस तरह के राज्य कोर के जटिल होने और अंततः बुनियादी ढांचे की एक अतिरिक्त परत बनने की सबसे अधिक संभावना है; यदि टीम का कार्य स्वयं पर्याप्त स्थिर नहीं है, तो रखरखाव लागत लाभ से अधिक हो सकती है। यह इस बात पर भी निर्भर करता है कि विभिन्न कोडिंग एजेंटों पर इसकी संगतता विवरण पर्याप्त परिपक्व हैं या नहीं।

मूल लिंक: https://github.com/huangruiteng/loopx

फनी-वाइब्स/एजेंट-वाइब्स

यह क्या है: एक एकीकृत एजेंट गेटवे जो क्लाउड कोड सीएलआई और कर्सर आईडीई को प्रोटोकॉल रूपांतरण के माध्यम से मुफ्त एआई बैकएंड (जैसे एंटीग्रेविटी, कोडेक्स) का उपयोग करने की अनुमति देता है।

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

विकास/डेटा संग्रह/स्वचालन/टीम सहयोग के लिए इसका क्या उपयोग है: व्यक्तिगत डेवलपर्स के लिए, यह आमतौर पर उपयोग किए जाने वाले एजेंट टूल को बैकएंड के समान सेट से जोड़ने के लिए उपयुक्त हो सकता है; टीमों के लिए, यह “यह व्यक्ति कर्सर में है, वह व्यक्ति क्लाउड कोड में है, और परिणामी कॉन्फ़िगरेशन असंगत है” की विखंडन समस्या को कम कर सकता है। डेटा व्यवस्थित करते समय या प्रक्रियाओं को स्वचालित करते समय, अनुमतियों और ऑडिट प्रविष्टियों को एकीकृत करना भी आसान होता है।

जोखिम या ध्यान के बिंदु: प्रोटोकॉल रूपांतरण और फ्री बैकएंड दोनों स्वाभाविक रूप से स्थिरता, देरी और उपलब्धता की समस्याएं लाते हैं; यदि अंतर्निहित सेवा बदलती है, तो गेटवे पहले टूट सकता है। ध्यान देने योग्य एक और बात अनुपालन और लागत सीमाएँ हैं। इसे पूरी तरह से जोखिम-मुक्त उत्पादन परत के रूप में मानना ​​उपयुक्त नहीं है।

मूल लिंक: https://github.com/funny-vibes/agent-vibes

iFurySt/ओपन-ब्राउज़र-उपयोग

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

अब यह देखने लायक क्यों है: ब्राउज़र नियंत्रण हमेशा एजेंट कार्यान्वयन का एक महत्वपूर्ण हिस्सा रहा है। इस प्रोजेक्ट का फोकस कौशल दिखाना नहीं है, बल्कि “वास्तविक क्रोम + अनलॉक प्लेटफॉर्म + सीएलआई/एसडीके” पर है, जो एक ऐसे फॉर्म के करीब है जिसे मौजूदा ऑटोमेशन लिंक से जोड़ा जा सकता है।

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

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

मूल लिंक: https://github.com/iFurySt/open-browser-use

बग-ऑप्स/एमसीपी-निष्पादन

यह क्या है: एमसीपी सर्वर को एक निष्पादन योग्य टाइपस्क्रिप्ट टूल में परिवर्तित करने की एक परियोजना, जो “98% टोकन बचत” और प्रगतिशील लोडिंग पर ध्यान केंद्रित करती है, एआई एजेंटों की निष्पादन दक्षता को अनुकूलित करती है।

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

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

जोखिम या ध्यान देने योग्य बिंदु: इस प्रकार का “टोकन-सेविंग” समाधान आमतौर पर जटिलता को पीढ़ी, कैशिंग और निष्पादन प्रबंधन में स्थानांतरित करता है; यदि टूल परिभाषाओं, संस्करणों, या अनुमति सीमाओं को अच्छी तरह से प्रबंधित नहीं किया जाता है, तो सहेजे गए टोकन समस्या निवारण लागत बन सकते हैं।

मूल लिंक: https://github.com/bug-ops/mcp-execution

माइक्रोसॉफ्ट/एमसीपी

यह क्या है: एआई डेटा एक्सेस और टूल एकीकरण के लिए माइक्रोसॉफ्ट द्वारा बनाए रखा गया एक आधिकारिक एमसीपी सर्वर कार्यान्वयन निर्देशिका।

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

विकास/डेटा संग्रह/स्वचालन/टीम सहयोग के लिए इसका क्या उपयोग है: यह सुलभ डेटा स्रोतों और टूल सेवाओं को शीघ्रता से ढूंढने और सर्वर लिखने की लागत को कम करने के लिए उपयुक्त है। टीम के लिए, यह “आधिकारिक कार्यान्वयन को प्राथमिकता देने” के लिए शुरुआती बिंदु के रूप में काम कर सकता है और पहुंच जोखिम और रखरखाव के दबाव को कम कर सकता है।

जोखिम या ध्यान के बिंदु: निर्देशिका का मतलब यह नहीं है कि यह परिपक्व और प्रयोग करने योग्य है। यह अभी भी एक-एक करके कार्यान्वयन गुणवत्ता, प्रमाणन विधि, संस्करण समर्थन और रखरखाव गतिविधि पर निर्भर करता है। आधिकारिक का मतलब यह नहीं है कि यह सभी परिदृश्यों के लिए उपयुक्त है, विशेष रूप से अत्यधिक अनुकूलित आंतरिक प्रणालियों के लिए।

मूल लिंक: https://github.com/microsoft/mcp

मेज़्मो/आभा

यह क्या है: एलएलएम को एक स्वायत्त सेवा में बदलने के लक्ष्य के साथ एसआरई परिदृश्यों के लिए एक एजेंटिक हार्नेस, जो राज्य प्रबंधन, प्रमाणीकरण, स्ट्रीमिंग आउटपुट, त्रुटि प्रबंधन और टूल एकीकरण प्रदान करते हुए विश्वसनीय रूप से चल सकता है।

अब यह देखने लायक क्यों है: यह पंक्ति महत्वपूर्ण है क्योंकि यह दर्शाती है कि एजेंट “कोड लिखने में सहायक” से “उत्पादन संचालन और रखरखाव कार्य चलाने में सक्षम” की ओर बढ़ रहा है। एकल प्रश्न और उत्तर की तुलना में, एसआरई परिदृश्य एजेंट की विश्वसनीयता, ऑडिटेबिलिटी और त्रुटि लागत का बेहतर परीक्षण कर सकते हैं।

विकास/डेटा संग्रह/स्वचालन/टीम सहयोग के लिए इसका क्या उपयोग है: यदि टीम पहले से ही एजेंटों को अलार्म, निरीक्षण, गलती एट्रिब्यूशन या मानकीकृत संचालन और रखरखाव संचालन को संभालने देने पर विचार कर रही है, तो इस हार्नेस का डिज़ाइन विचार देखने लायक है। यह अन्य स्वचालित कार्यों के लिए “गार्ड बार + स्टेटस + टूल एक्सेस” टेम्पलेट्स का एक सेट भी प्रदान कर सकता है।

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

मूल लिंक: https://github.com/mezmo/aura

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