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

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

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

के-सघन-एआई/वैज्ञानिक-एजेंट-कौशल

यह एआई एजेंटों के लिए एक कौशल पुस्तकालय है। परियोजना का विवरण सामान्य एजेंटों को “एआई वैज्ञानिकों” में बदलना है, जो 140 तैयार कौशल प्रदान करते हैं, और जीव विज्ञान, रसायन विज्ञान, चिकित्सा, दवा खोज आदि में डेटाबेस और वर्कफ़्लो को कवर करते हैं।

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

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

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

मूल लिंक: https://github.com/K-Dense-AI/scientific-agent-skills

साम्राज्यों का एजेंट/साम्राज्यों का एजेंट

यह क्लाउड कोड और ओपनकोड जैसे कई एजेंटों को प्रबंधित करने के लिए एक टीयूआई/वेब टूल है। फोकस कई एजेंटों को एक नियंत्रण कक्ष में एकीकृत करने पर है, जिसे मोबाइल उपकरणों के माध्यम से भी आसानी से एक्सेस किया जा सकता है।

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

विकास/स्वचालन का महत्व यह है कि यह एजेंट कतार के लिए फ्रंट-एंड के रूप में उपयुक्त हो सकता है: एक व्यक्ति एक ही समय में कई कोडिंग कार्यों, डेटा संग्रह कार्यों या प्रयोगात्मक कार्यों पर ध्यान केंद्रित कर रहा है। टीम सहयोग के लिए, एजेंट कार्य स्थितियों के एक ही बैच को कई लोगों के साथ साझा करने से “इस मामले को कौन संभाल रहा है?” की संचार लागत भी कम हो सकती है।

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

मूल लिंक: https://github.com/agent-of-empires/agent-of-empires

##स्मिथरसाई/स्मिथर्स

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

अब यह देखने लायक है क्योंकि एक एजेंट के वास्तव में वर्कफ़्लो में प्रवेश करने के बाद, सबसे बड़ा सवाल अक्सर यह नहीं होता है कि “क्या ऐसा होगा?” लेकिन “अगर समस्या होती है तो उसका पता कैसे लगाया जाए।” पुनः चलाने योग्य, फोर्क करने योग्य, और पुनः प्रयास करने योग्य निष्पादन ट्रेस का मतलब है कि आप एजेंट रनिंग को ब्लैक बॉक्स आउटपुट के बजाय डिबग करने योग्य ऑब्जेक्ट के रूप में मान सकते हैं।

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

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

मूल लिंक: https://github.com/smithersai/smithers

पेइइइइ/नेक्स्टक्लॉ

यह एक स्थानीय-पहला एआई कार्यक्षेत्र है जो एजेंटों, कौशल, फाइलों, ब्राउज़र टूल, स्वचालन और मैसेजिंग चैनलों को एकीकृत करता है। ऐसा लगता है कि यह सामान्य एआई वर्कफ़्लो के एक सेट को स्थानीय एकीकृत इंटरफ़ेस में एकीकृत कर रहा है।

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

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

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

मूल लिंक: https://github.com/Peiiii/nextclaw

दानीआकाश/एजेंट-टर्मिनल

यह “एआई एजेंटों को समझने के लिए टर्मिनल” है। परियोजना विवरण में परियोजना कार्यस्थान, वास्तविक समय प्रक्रिया संकेतक और क्लाउड कोड और कोडेक्स के लिए मूल समर्थन का उल्लेख है।

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

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

जोखिम या सावधानी यह है कि इस प्रकार का टर्मिनल टूल मौजूदा शेल, tmux और IDE वर्कफ़्लो के साथ आसानी से ओवरलैप हो सकता है; यदि पर्याप्त रूप से मजबूत भेदभाव नहीं है, तो यह केवल एक “सुंदर खोल” बनकर रह सकता है।

मूल लिंक: https://github.com/DaniAkash/agent-terminal

क्लॉकवर्क/क्लॉक

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

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

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

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

मूल लिंक: https://github.com/clawkwork/clawk

एरोन्सबी/ओब्सीडियन-एमसीपी-प्लगइन

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

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

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

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

मूल लिंक: https://github.com/aaronsb/obsidian-mcp-plugin

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