Skip to content
🚀 EDDI 6.5.0

19 مزود LLM، وقواعد معرفة تزحف إلى موقعك وتقرأ ملفاتك، ومحادثات تنتقل إلى إصدارات الوكيل المتوافقةما الجديد

السحابة المُدارة ابدأ الآن

EDDI مقابل Microsoft Agent Framework (AutoGen وSemantic Kernel)

كيف تقارن EDDI بـ Microsoft Agent Framework، خليفة AutoGen وSemantic Kernel: سير عمل معرَّف بالشفرة مقابل التكوين كشفرة، والإنسان في الحلقة، والتدقيق، والاستضافة، ومتى تكون منظومة Microsoft هي الأنسب.

EDDI مقابل Microsoft Agent Framework (AutoGen وSemantic Kernel)

ما هو Microsoft Agent Framework

Microsoft Agent Framework حزمة تطوير ووقت تشغيل مفتوحة المصدر بترخيص MIT لبناء الوكلاء وسير العمل متعدد الوكلاء وتنسيقها بلغتي .NET وPython. وهو من الفرق نفسها التي تقف خلف Semantic Kernel وAutoGen، وبلغ الإصدار 1.0 في أبريل 2026. سير العمل فيه رسوم بيانية بأنماط تعاون متسلسلة ومتزامنة وتسليمية وجماعية، مع نقاط تحقق وبث وتحكم بالإنسان في الحلقة وتتبع OpenTelemetry ونظام وسطاء (middleware). ويمكن أيضاً تعريف الوكلاء في YAML، وتوثّق Microsoft الاستضافة على Foundry. وفي أكتوبر 2026، يتلقى Semantic Kernel إصلاحات بينما يجري العمل على الميزات الجديدة في Agent Framework، ويقع AutoGen في وضع الصيانة، مع أدلة ترحيل لكليهما.

سير عمل معرَّف بالشفرة مقابل تكوين تصريحي

إذا وصلت إلى هنا بحثاً عن AutoGen أو Semantic Kernel، فالمقارنة العملية اليوم هي مع Agent Framework، لأن Microsoft توجّه إليه المشاريع الجديدة. إنه حزمة تطوير: سير عملك شفرة في خدمتك وبلغتك، وأنت من يختار كيف يستضيفها ويؤمّنها ويدقّقها، مع دعم قوي لـ Azure. أما EDDI فيجري المقايضة المعاكسة. الوكيل تكوين JSON تفسّره منصة منشورة، فيمكن مقارنة السلوك ومراجعته وتغييره دون إعادة بناء، وتوفر المنصة واجهة API وواجهة Manager وخزنة الأسرار وسجل التدقيق.

حزمة تطوير لخدمتك مقابل منصة تنشرها

البعدMicrosoft Agent FrameworkEDDI
الشكلحزمة تطوير ووقت تشغيل مضمَّنان في خدمة .NET أو Python لديكوسيط قابل للنشر على JVM (Quarkus)؛ يعمل أينما يعمل Docker أو Kubernetes
كيف يُعرَّف الوكلاءوكلاء وسير عمل رسومي معرَّفان بالشفرة؛ ويمكن أيضاً تعريف الوكلاء في YAMLتكوين JSON؛ قواعد سلوك حتمية تقرر الإجراء التالي، وتحدث استدعاءات نماذج اللغة الكبيرة في مهام مصرَّح بها
اللغات.NET وPython (وGo في مستودع منفصل)أي لغة عبر REST وMCP وواجهة API المتوافقة مع OpenAI؛ والوكيل نفسه لا يحتاج إلى شفرة
الترخيصMITApache 2.0، معتمد من OSI
منطق مخصص وقت التشغيلشفرتك ودوال أدواتك تعمل داخل عمليتكلا eval() ولا تنفيذ شفرة وقت التشغيل؛ المنطق مصرَّح به، أو يقع خلف أداة MCP أو استدعاء HTTP
الإنسان في الحلقةتحكم بالإنسان في الحلقة على مستوى سير العملبوابات على ثلاثة مستويات: الأدوار (PAUSE_CONVERSATION)، وطلبات الأدوات (toolApprovals)، ومراحل المجموعات، مع سياسات مهلة
أنماط تعدد الوكلاءتعاون متسلسل ومتزامن وتسليمي وجماعي في الشفرةنقاشات جماعية بـ 7 أنماط (الطاولة المستديرة، المراجعة بين النظراء، محامي الشيطان، دلفي، المناظرة، فريق العمل، التفاوض)، مع قرارات وتحفظات مسجَّلة
الحالة والاستعادةنقاط تحقق وتنقل عبر الزمن في وقت تشغيل سير العملذاكرة محادثة تحفظها المنصة؛ حالات صريحة مثل AWAITING_HUMAN
المراقبة والتدقيقتتبع OpenTelemetry وخطافات الوسطاء؛ ووجهة البيانات متروكة لكمقاييس Prometheus إضافة إلى سجل تدقيق موقَّع بـ HMAC، للإضافة فقط، ومتحقَّق من تسلسله، مع نقطة تحقق
الأسرار والهويةآليات منصتك، مثل خدمات Azureخزنة أسرار (Secrets Vault) مدمجة بتشفير AES-256-GCM؛ وKeycloak/OIDC اختياري مع أدوار eddi-admin وeddi-approver
ملاءمة المنظومةتكامل عميق مع Microsoft وAzure، بما في ذلك وكلاء Foundry المستضافونمحايد تجاه الموردين: 19 مزوداً لنماذج اللغة الكبيرة، ونماذج محلية عبر Ollama أو Jlama، و84 أداة MCP

جرى التحقق من تفاصيل الأداة الأخرى مقابل وثائقها الرسمية ومستودعها في أكتوبر 2026. هذه المشاريع تتغير بسرعة، لذا تأكد من السلوك الحالي لدى الجهة المطوِّرة قبل أن تقرر.

كيف تختار بينهما

متى يكون Microsoft Agent Framework هو الخيار الأفضل

  • فريقك يكتب بـ .NET، وينتمي الوكلاء إلى خدمة C# قائمة لها نشرها واختباراتها.
  • تبني على Azure وتريد تكاملاً من الدرجة الأولى مع Foundry وخدمات Microsoft المحيطة.
  • لديك إضافات Semantic Kernel أو شفرة AutoGen، ومسار الترحيل المدعوم أرخص من تغيير المنصة.
  • يحتاج سير العمل إلى تدفق تحكم لا يستطيع التكوين التعبير عنه، مثل طوبولوجيات رسوم بيانية مخصصة أو تفريع نقاط التحقق أو تتبع الأخطاء بالتنقل عبر الزمن.
  • تريد حزمة تطوير للمطورين وتفضّل أن تقرر بنفسك كيف تستضيفها وتؤمّنها وتراقبها.

متى يكون EDDI هو الخيار الأفضل

  • يجب أن يكون سلوك الوكيل تكويناً يقرؤه المراجعون وينقلونه بين البيئات، دون إعادة بناء.
  • ستسأل مراجعة أمنية عن الشفرة التي تعمل وقت الاستدلال، وتريد أن تكون الإجابة أنه لا شيء في المنصة.
  • يجب أن توجد الموافقات على مستوى الدور وطلب الأداة ومرحلة المجموعة، مع سجل موقَّع بمن قرر ماذا.
  • تحتاج إلى واجهة Manager وخزنة أسرار وواجهة API وسجل تدقيق جاهزة بدلاً من تجميعها حول حزمة تطوير.
  • تريد البقاء محايداً سحابياً: Kubernetes أو OpenShift أو في المقر أو بيئة معزولة عن الشبكة مع نماذج محلية.

الانتقال من AutoGen أو Semantic Kernel أو Agent Framework

توقّع ترجمة للقصد لا للشفرة. الأدوار والأدوات تنتقل؛ ويصبح منطق الرسم البياني قواعد سلوك، وأي شيء يحتاج إلى شفرة حقيقية ينتقل خلف أداة MCP أو نقطة نهاية OpenAPI.

Microsoft Agent FrameworkEDDI
وكيل بتعليماتوكيل EDDI بمهمة نموذج لغوي ورسالة نظام
إضافة أو دالة في Semantic Kernelأداة MCP، أو httpCall، أو واجهة API مستوردة عبر OpenAPI
رسم سير العمل أو فريق AutoGenقواعد سلوك للتوجيه، أو نمط نقاش جماعي للعمل متعدد الوكلاء
خطوة الإنسان في الحلقةقاعدة PAUSE_CONVERSATION، أو أنماط toolApprovals، أو requiresApproval على مرحلة مجموعة
مخزن نقاط التحققذاكرة المحادثة بنطاقات step وconversation وlongTerm
الوسطاء والمرشِّحاتقواعد السلوك وسياسات الموافقة على الأدوات
تتبعات OpenTelemetryمقاييس Prometheus وسجل التدقيق

الأسئلة الشائعة

هل Microsoft Agent Framework هو بديل AutoGen وSemantic Kernel؟

تقدّمه Microsoft بوصفه خليفة لكليهما وتنشر أدلة ترحيل. وفي أكتوبر 2026، يتلقى Semantic Kernel إصلاحات بينما تُضاف الميزات الجديدة إلى Agent Framework، ويقع AutoGen في وضع الصيانة. وإذا كنت تبدأ مشروعاً جديداً على منظومة Microsoft، فإن Agent Framework هو ما يجب تقييمه مقابل EDDI.

هل يستطيع EDDI استبدال AutoGen في المحادثات متعددة الوكلاء؟

في حالات كثيرة، نعم. تغطي النقاشات الجماعية في EDDI أنماط الطاولة المستديرة والمراجعة بين النظراء ومحامي الشيطان ودلفي والمناظرة وفريق العمل والتفاوض، مع مراحل قد تتطلب موافقة بشرية وقرار مسجَّل مع التحفظات. وإذا كان وكلاؤك يحتاجون إلى تنسيق حر على مستوى الشفرة، فحزمة التطوير هي الأنسب.

هل عليّ التخلي عن Azure لاستخدام EDDI؟

لا. يدعم EDDI خدمة Azure OpenAI كمزوّد ويعمل على Kubernetes، بما في ذلك AKS. لكنه لا يوفر تكامل Azure وFoundry العميق الذي يوفره Agent Framework، فضع ذلك في حسابك إذا كنت ملتزماً بمنظومة Microsoft.

هل يمكن للاثنين العمل معاً؟

نعم. يوفّر EDDI خادم MCP وواجهة REST وواجهة API متوافقة مع OpenAI، ويستطيع استهلاك خوادم MCP ووكلاء A2A. ويمكن لخدمة .NET استدعاء وكلاء EDDI كأدوات، ويمكن لـ EDDI استدعاء خدمتك عبر httpCall.

مقارنات أخرى

هل أنت جاهز للإنتاج؟

احصل على نشر مُدار ودعم مدعوم باتفاقيات مستوى الخدمة (SLA) ومساعدة عملية من الفريق الذي يبني EDDI.

تحدث معنا حول النشر المؤسسي