Microsoft Agent Framework क्या है
Microsoft Agent Framework, .NET और Python में एजेंट्स तथा मल्टी-एजेंट वर्कफ़्लो बनाने और ऑर्केस्ट्रेट करने के लिए MIT लाइसेंस वाला ओपन-सोर्स SDK और रनटाइम है। यह Semantic Kernel और AutoGen के पीछे की टीमों से आता है और अप्रैल 2026 में इसका 1.0 रिलीज़ आया। वर्कफ़्लो ग्राफ़ हैं जिनमें क्रमिक, समवर्ती, हैंडऑफ़ और ग्रुप सहयोग पैटर्न हैं, साथ में चेकपॉइंटिंग, स्ट्रीमिंग, ह्यूमन-इन-द-लूप नियंत्रण, OpenTelemetry ट्रेसिंग और मिडलवेयर सिस्टम है। एजेंट्स को YAML में भी घोषित किया जा सकता है, और Microsoft Foundry पर होस्टिंग का दस्तावेज़ीकरण करता है। अक्टूबर 2026 तक, Semantic Kernel को फ़िक्स मिलते हैं जबकि नया फ़ीचर कार्य Agent Framework में होता है, और AutoGen मेंटेनेंस मोड में है, दोनों के लिए माइग्रेशन गाइड उपलब्ध हैं।
कोड में परिभाषित वर्कफ़्लो बनाम घोषित कॉन्फ़िगरेशन
यदि आप AutoGen या Semantic Kernel खोजते हुए यहाँ आए हैं, तो आज व्यावहारिक तुलना Agent Framework से है, क्योंकि Microsoft नए प्रोजेक्ट्स को वहीं भेजता है। यह एक SDK है: आपका वर्कफ़्लो आपकी सर्विस में, आपकी भाषा में कोड है, और आप चुनते हैं कि उसे कैसे होस्ट, सुरक्षित और ऑडिट करना है, Azure के लिए मज़बूत समर्थन के साथ। EDDI उल्टा समझौता करता है। एजेंट JSON कॉन्फ़िगरेशन है जिसे डिप्लॉय किया गया प्लेटफ़ॉर्म व्याख्यायित करता है, इसलिए व्यवहार की diff ली जा सकती है, समीक्षा की जा सकती है और बिना रीबिल्ड के बदला जा सकता है, और प्लेटफ़ॉर्म API, Manager UI, सीक्रेट्स वॉल्ट और ऑडिट लेजर उपलब्ध कराता है।
आपकी सर्विस के लिए SDK बनाम आपका डिप्लॉय किया प्लेटफ़ॉर्म
| आयाम | Microsoft Agent Framework | EDDI |
|---|---|---|
| रूप | आपकी .NET या Python सर्विस में एम्बेडेड SDK और रनटाइम | JVM (Quarkus) पर डिप्लॉय करने योग्य मिडलवेयर; जहाँ Docker या Kubernetes चलता है वहाँ चलता है |
| एजेंट कैसे परिभाषित होते हैं | कोड में परिभाषित एजेंट और ग्राफ़ वर्कफ़्लो; एजेंट्स को YAML में भी घोषित किया जा सकता है | JSON कॉन्फ़िगरेशन; नियतात्मक behavior rules अगली कार्रवाई तय करते हैं, LLM कॉल घोषित टास्क में होते हैं |
| भाषाएँ | .NET और Python (Go अलग रिपॉज़िटरी में) | REST, MCP और OpenAI-संगत API के माध्यम से कोई भी भाषा; एजेंट को स्वयं कोड की आवश्यकता नहीं |
| लाइसेंस | MIT | Apache 2.0, OSI स्वीकृत |
| रनटाइम पर कस्टम लॉजिक | आपका कोड और टूल फ़ंक्शन आपके प्रोसेस में चलते हैं | कोई रनटाइम eval() या कोड निष्पादन नहीं; लॉजिक घोषित होता है, या MCP टूल अथवा HTTP कॉल के पीछे रहता है |
| ह्यूमन इन द लूप | वर्कफ़्लो-स्तर का ह्यूमन-इन-द-लूप नियंत्रण | तीन स्तरों पर गेट: टर्न (PAUSE_CONVERSATION), टूल कॉल (toolApprovals) और ग्रुप चरण, टाइमआउट नीतियों के साथ |
| मल्टी-एजेंट पैटर्न | कोड में क्रमिक, समवर्ती, हैंडऑफ़ और ग्रुप सहयोग | 7 शैलियों वाली ग्रुप चर्चाएँ (राउंड टेबल, पीयर रिव्यू, डेविल्स एडवोकेट, Delphi, डिबेट, टास्क फ़ोर्स, वार्ता), दर्ज किए गए निर्णय और असहमति |
| स्टेट और रिकवरी | वर्कफ़्लो रनटाइम में चेकपॉइंटिंग और टाइम-ट्रैवल | प्लेटफ़ॉर्म द्वारा सहेजी गई बातचीत की मेमोरी; AWAITING_HUMAN जैसी स्पष्ट अवस्थाएँ |
| ऑब्ज़र्वेबिलिटी और ऑडिट | OpenTelemetry ट्रेसिंग और मिडलवेयर हुक; डेटा कहाँ जाता है यह आप पर निर्भर है | Prometheus मेट्रिक्स के साथ सत्यापन एंडपॉइंट वाला HMAC-हस्ताक्षरित, केवल जोड़ने योग्य, अनुक्रम-जाँचा हुआ ऑडिट लेजर |
| सीक्रेट्स और पहचान | आपके प्लेटफ़ॉर्म के तंत्र, उदाहरण के लिए Azure सेवाएँ | अंतर्निहित AES-256-GCM Secrets Vault; eddi-admin और eddi-approver भूमिकाओं के साथ वैकल्पिक Keycloak/OIDC |
| इकोसिस्टम में बैठना | Microsoft और Azure के साथ गहरा इंटीग्रेशन, Foundry होस्टेड एजेंट्स सहित | विक्रेता-निरपेक्ष: 19 LLM प्रदाता, Ollama या Jlama से लोकल मॉडल, 84 MCP टूल |
दूसरे टूल के बारे में जानकारी अक्टूबर 2026 में उसके आधिकारिक दस्तावेज़ों और रिपॉज़िटरी से जाँची गई थी। ये प्रोजेक्ट तेज़ी से बदलते हैं, इसलिए निर्णय लेने से पहले वर्तमान व्यवहार की पुष्टि विक्रेता से कर लें।
दोनों में से चुनाव
जहाँ Microsoft Agent Framework बेहतर विकल्प है
- आपकी टीम .NET लिखती है, और एजेंट्स को अपनी डिप्लॉयमेंट और टेस्ट वाली मौजूदा C# सर्विस के भीतर होना चाहिए।
- आप Azure पर बनाते हैं और Foundry तथा आसपास की Microsoft सेवाओं के साथ प्रथम-श्रेणी इंटीग्रेशन चाहते हैं।
- आपके पास Semantic Kernel प्लगइन या AutoGen कोड है, और समर्थित माइग्रेशन मार्ग प्लेटफ़ॉर्म बदलने से सस्ता है।
- वर्कफ़्लो को ऐसा कंट्रोल फ़्लो चाहिए जिसे कॉन्फ़िगरेशन व्यक्त नहीं कर सकता, जैसे विशेष ग्राफ़ टोपोलॉजी, चेकपॉइंट ब्रांचिंग या टाइम-ट्रैवल डिबगिंग।
- आप डेवलपर SDK चाहते हैं और स्वयं तय करना पसंद करते हैं कि उसे कैसे होस्ट, सुरक्षित और ऑब्ज़र्व करना है।
जहाँ EDDI बेहतर विकल्प है
- एजेंट का व्यवहार ऐसा कॉन्फ़िगरेशन होना चाहिए जिसे समीक्षक पढ़ सकें और बिना रीबिल्ड के एनवायरनमेंट के बीच प्रमोट कर सकें।
- सुरक्षा समीक्षा पूछेगी कि इन्फ़रेंस के समय कौन सा कोड चलता है, और आप चाहते हैं कि प्लेटफ़ॉर्म में उसका उत्तर "कोई नहीं" हो।
- अनुमोदन टर्न, टूल कॉल और ग्रुप-चरण के स्तर पर होने चाहिए, इस हस्ताक्षरित रिकॉर्ड के साथ कि किसने क्या तय किया।
- आपको SDK के इर्द-गिर्द जोड़ने के बजाय तैयार Manager UI, सीक्रेट्स वॉल्ट, API और ऑडिट लेजर चाहिए।
- आप क्लाउड-निरपेक्ष रहना चाहते हैं: Kubernetes, OpenShift, ऑन-प्रिमाइसेस या लोकल मॉडल के साथ एयर-गैप्ड।
AutoGen, Semantic Kernel या Agent Framework से माइग्रेट करना
कोड के बजाय इरादे का अनुवाद अपेक्षित है। भूमिकाएँ और टूल साथ आते हैं; ग्राफ़ लॉजिक behavior rules बन जाता है, और जिसे वास्तविक कोड चाहिए वह MCP टूल या OpenAPI एंडपॉइंट के पीछे चला जाता है।
| Microsoft Agent Framework | EDDI |
|---|---|
| निर्देशों वाला एजेंट | LLM टास्क और सिस्टम संदेश वाला EDDI एजेंट |
| Semantic Kernel प्लगइन या फ़ंक्शन | MCP टूल, या httpCall अथवा OpenAPI से इम्पोर्ट की गई API |
| वर्कफ़्लो ग्राफ़ या AutoGen टीम | रूटिंग के लिए behavior rules, या मल्टी-एजेंट कार्य के लिए ग्रुप चर्चा शैली |
| ह्यूमन-इन-द-लूप चरण | PAUSE_CONVERSATION नियम, toolApprovals ग्लोब, या ग्रुप चरण पर requiresApproval |
| चेकपॉइंट स्टोर | step, conversation और longTerm स्कोप वाली बातचीत की मेमोरी |
| मिडलवेयर और फ़िल्टर | Behavior rules और टूल अनुमोदन नीतियाँ |
| OpenTelemetry ट्रेस | Prometheus मेट्रिक्स और ऑडिट लेजर |
अक्सर पूछे जाने वाले प्रश्न
क्या Microsoft Agent Framework, AutoGen और Semantic Kernel की जगह लेता है?
Microsoft इसे दोनों का उत्तराधिकारी बताता है और माइग्रेशन गाइड प्रकाशित करता है। अक्टूबर 2026 तक, Semantic Kernel को फ़िक्स मिलते हैं जबकि नए फ़ीचर Agent Framework में आते हैं, और AutoGen मेंटेनेंस मोड में है। यदि आप Microsoft स्टैक पर नया प्रोजेक्ट शुरू कर रहे हैं, तो EDDI के विरुद्ध मूल्यांकन के लिए Agent Framework ही चुनें।
क्या EDDI मल्टी-एजेंट बातचीत के लिए AutoGen की जगह ले सकता है?
कई मामलों में, हाँ। EDDI की ग्रुप चर्चाएँ राउंड टेबल, पीयर रिव्यू, डेविल्स एडवोकेट, Delphi, डिबेट, टास्क फ़ोर्स और वार्ता शैलियाँ कवर करती हैं, ऐसे चरणों के साथ जिन्हें मानवीय अनुमोदन की आवश्यकता हो सकती है, और असहमति के साथ दर्ज निर्णय। यदि आपके एजेंट्स को कोड-स्तर का मुक्त समन्वय चाहिए, तो SDK बेहतर बैठता है।
क्या EDDI का उपयोग करने के लिए मुझे Azure छोड़ना होगा?
नहीं। EDDI Azure OpenAI को प्रदाता के रूप में समर्थन देता है और AKS सहित Kubernetes पर चलता है। यह वह गहरा Azure और Foundry इंटीग्रेशन नहीं देता जो Agent Framework देता है, इसलिए यदि आप Microsoft इकोसिस्टम के प्रति प्रतिबद्ध हैं तो इसे तौलें।
क्या दोनों साथ काम कर सकते हैं?
हाँ। EDDI एक MCP सर्वर, एक REST API और एक OpenAI-संगत API उपलब्ध कराता है, और वह MCP सर्वर तथा A2A एजेंट्स का उपभोग कर सकता है। एक .NET सर्विस EDDI एजेंट्स को टूल के रूप में कॉल कर सकती है, और EDDI आपकी सर्विस को httpCall के माध्यम से कॉल कर सकता है।
अन्य तुलनाएँ
- EDDI बनाम LangChain और LangGraph
- EDDI बनाम CrewAI
- EDDI बनाम Dify
- EDDI बनाम n8n
- EDDI बनाम Flowise
- EDDI बनाम Rasa
- सभी विकल्प: बिल्डर, लाइब्रेरी और क्लाउड प्लेटफ़ॉर्म
प्रोडक्शन के लिए तैयार?
EDDI बनाने वाली टीम से मैनेज्ड डिप्लॉयमेंट, SLA-समर्थित सपोर्ट और व्यावहारिक सहायता प्राप्त करें।
एंटरप्राइज़ डिप्लॉयमेंट के बारे में हमसे बात करें