Dify

Dify هي منصة مفتوحة المصدر لتطوير تطبيقات النماذج اللغوية الكبيرة (LLM) من إنشاء LangGenius، تم إطلاقها كمصدر مفتوح في 15 مايو 2023. تشغل المنصة مساحة وسطية بين واجهات برمجة التطبيقات (APIs) الخام للنماذج اللغوية الكبيرة وأطر عمل الذكاء الاصطناعي المتكاملة: فهي بيئة مرئية جاهزة للإنتاج تتيح للمطورين وفرق المنتجات تجميع مسارات العمل، وبناء مسارات RAG، ونشر الوكلاء، وتوفير كل ذلك كواجهات REST APIs دون الحاجة إلى إدارة البنية التحتية من الصفر. اعتباراً من مايو 2026، تعمل المنصة بالإصدار v1.14.0 مع 140,000 نجمة على GitHub، و5 ملايين عملية تنزيل، وأكثر من 800 مساهم.

تغطي مجموعة الميزات الأساسية خمسة مجالات: مساحة عمل مرئية تعتمد على السحب والإفلات مع أكثر من 50 عقدة مدمجة؛ ومسار RAG قابل للتكوين يدعم الاسترجاع الهجين (BM25 مع المتجهات)، وتقسيم النصوص القابل للتعديل، وإعادة الترتيب الاختيارية، وتصفية البيانات الوصفية؛ ومنشئ وكلاء يستخدم استراتيجيات ReAct و Function Calling؛ وسوق إضافات يضم أكثر من 120 تكاملاً يغطي OpenAI o1-series و Gemini 2.0 و DeepSeek-R1 و Perplexity و Firecrawl و ComfyUI؛ وأدوات LLMOps بمستوى الإنتاج تتضمن توقيت كل خطوة، وسجلات المحادثات، وتصدير OpenTelemetry. يُنشئ كل مسار عمل تلقائياً نقطة نهاية REST API، مما يجعل Dify واجهة خلفية طبيعية للفرق التي تتصل بـ n8n أو طبقات الأتمتة الأخرى.

ما الذي تقدمه Dify فعلياً في مايو 2026

تُعد مساحة عمل Dify المرئية هي الواجهة الأساسية. يمكنك سحب العقد إلى مساحة العمل المرئية وربطها: تقبل عقد البدء (Start) المعلمات، وتستدعي عقد LLM أي نموذج تم تكوينه، وتستعلم عقد استرجاع المعرفة (Knowledge Retrieval) من مجموعات بيانات RAG الخاصة بك، وتُشغل عقد الكود (Code) نصوص Python أو JavaScript برمجياً، وتُنسق عقد القوالب (Template) المخرجات للاستخدام اللاحق. يتيح التفرع المتوازي تشغيل استدعاءات LLM متعددة في وقت واحد، حيث يقارب وقت التنفيذ أطول فرع بدلاً من مجموع كل الفروع (وهو تحسين في الأداء تم إصداره في v1.8.0). تتيح عقدة الإدخال البشري (Human Input)، التي أُضيفت في v1.13.0، إيقاف مسارات العمل مؤقتاً في منتصف التنفيذ للمراجعة البشرية قبل الاستئناف.

يُعد مسار RAG هو القدرة الأكثر تميزاً في Dify مقارنةً بمنصات البناء الأخف وزناً. يدعم استيعاب المستندات ملفات PDF، واستخراج بيانات الويب، ومزامنة Notion، ومستودعات GitHub. تقسيم النصوص (Chunking) قابل للتكوين: يمكن تعديل حجم الجزء، والتداخل، واستراتيجية الفهرسة، وهو أمر بالغ الأهمية لأنواع المستندات المعقدة مثل الأدلة الفنية أو العقود القانونية. يدعم الاسترجاع كلاً من البحث الدلالي بالمتجهات والبحث بالكلمات المفتاحية BM25، مع إمكانية تطبيق نماذج إعادة الترتيب (reranker) اختيارياً بعد الاسترجاع. تتيح تصفية البيانات الوصفية، التي أُضيفت في v1.1.0، حصر الاستعلامات في مجموعات فرعية من المستندات دون الحاجة إلى إعادة بناء التضمينات (embeddings).

يغلف منشئ الوكلاء هذه المكونات في حلقة مستقلة. يستخدم الوكلاء إما ReAct (دورات التفكير والتصرف) أو Function Calling بناءً على قدرة النموذج، مع ترك اختيار الاستراتيجية للمستخدم بدلاً من برمجتها بشكل ثابت. يمكن تكوين مناهج التفكير Chain-of-Thought و Tree-of-Thought لكل وكيل. تأتي Dify مزودة بأكثر من 50 أداة مدمجة (البحث في الويب، وبيئات معزولة لتنفيذ التعليمات البرمجية، وآلة حاسبة، وأدوات الوقت) ويوسع سوق الإضافات هذه الإمكانيات بشكل أكبر.

شكل إصدار v1.0.0 في 17 فبراير 2025 التحول المعماري الأهم في Dify منذ إطلاقها. تم فصل النماذج والأدوات عن المنصة الأساسية لتصبح إضافات قابلة للتبديل السريع (hot-swappable)، وتم إطلاق سوق Dify Marketplace مع أكثر من 120 إضافة منذ اليوم الأول، وتم تقديم عقدة الوكيل (Agent) كعنصر أساسي في مسار العمل. وصف إعلان Dify هذا التحديث بأنه "يغير قواعد اللعبة" لأنه سمح لأطراف ثالثة بتوسيع القدرات دون المساس بالكود الأساسي، وهو أمر كان غير عملي في البنية المعمارية ما قبل الإصدار 1.0.

"أداة يحبها مهندسو الواجهة الخلفية لدينا كثيراً لأنها مرنة للغاية" - Mingji Zhang، Product Hunt، 2024

"انتقلت من مجرد فكرة إلى مساعد يعمل بكفاءة في أقل من 48 ساعة. أقوم بتحميل اختلافات التحديثات (commit diffs) في عقدة RAG، وأُشغل عقدتي LLM متوازيتين للتلخيص واكتشاف المشكلات، وأدمج النتائج في عقدة Template، ثم أنشرها كواجهة برمجة تطبيقات (API) أستدعيها من Slack كل أسبوع." - مطور مجهول، مراجعة Skywork.ai، 2025

موقع Dify مقارنةً بـ Langflow و Flowise

يضم مجال بناء تطبيقات النماذج اللغوية الكبيرة (LLM) مفتوحة المصدر ثلاثة منافسين رئيسيين، والاختلافات بينهم معمارية وليست شكلية.

تُعد Langflow واجهة مرئية مبنية فوق LangChain تقوم بتجميع مسارات العمل مباشرةً إلى كود Python الخاص بـ LangChain. هذا يجعلها مفيدة حقاً للفرق التي تستخدم LangChain بالفعل في الإنتاج: يمكنك تصدير مسار العمل كوحدة Python وتضمينه في خدمة حالية. المقابل لذلك هو بنية معمارية أحادية المستأجر (single-tenant) حسب التصميم - لا توجد أساسيات مدمجة لمساحات العمل، ولا تحكم في الوصول قائم على الأدوار، ولا طابور انتظار غير متزامن (async queueing). استحوذت DataStax على Langflow في عام 2024، مما منحها دعماً تجارياً مؤسسياً واستضافة سحابية يفتقر إليها نموذج Dify كشركة ناشئة. كان لديها حوالي 42,000 نجمة على GitHub في أوائل عام 2025 مقابل 58,000 نجمة لـ Dify في نفس الوقت. الأفضل لـ: الفرق الهندسية المعتمدة على LangChain التي تقوم بالنماذج الأولية السريعة وتخطط لتضمين مسارات العمل في خدمات Python الحالية.

تُعد Flowise الخيار الأخف وزناً. فهي تعمل على ذاكرة وصول عشوائي (RAM) بسعة 1GB مقابل 4GB كحد أدنى لـ Dify، مما يجعلها عملية للنشر المحلي على جهاز أساسي. تم بناء Flowise على LangChain وتعطي الأولوية لإنشاء روبوتات الدردشة بالسحب والإفلات مع أدوات قابلة للتضمين. التنازلات هنا حقيقية: لا يوجد طابور انتظار غير متزامن مدمج، وتتمتع بأضعف قدرات المراقبة (observability) بين الثلاثة، ويقتصر التحكم المنطقي على شروط If/Else (لا يوجد تكرار متوازي). كان لديها حوالي 30,000 نجمة على GitHub في أوائل عام 2025. الأفضل لـ: أدوات روبوتات الدردشة القابلة للتضمين، والعروض التوضيحية السريعة لإثبات المفهوم، والأدوات الداخلية حيث يجب أن تظل أعباء البنية التحتية قريبة من الصفر.

تكمن مزايا Dify في البنية التحتية للإنتاج. فهي تأتي مزودة بـ Celery بالإضافة إلى Redis لإدارة طوابير الانتظار غير المتزامنة - حيث تعمل مسارات العمل الطويلة بشكل غير متزامن مع استعلام الحالة (status polling) بشكل جاهز للاستخدام. تحتوي على أساسيات واضحة لمساحات العمل مع تحكم في الوصول قائم على الأدوار ودعم أصلي لتسجيل الدخول الموحد (SSO) (تمت إضافة Azure AD و Okta و GitHub و Gmail و Notion OAuth في v1.7.0). يعرض كل مسار عمل تلقائياً نقطة نهاية REST دون تكوين إضافي. تصدير OpenTelemetry وتكامل Langfuse مدمجان أساساً وليسا إضافات لاحقة. تكلفة هذه الميزات هي التعقيد: تتطلب Dify استخدام Docker Compose مع حاويات PostgreSQL و Redis وحاويات العمال (worker containers). إنها ليست مشروع استضافة ذاتية لعطلة نهاية الأسبوع لمستخدم غير تقني.

مقارنةً بـ AnythingLLM، التي تستخدم نموذج RAG محدد النطاق بمساحة العمل ومُحسّن لروبوتات الدردشة الداخلية السريعة، تتعامل Dify مع RAG كعقدة واحدة في مسار تنسيق أوسع. تُعد AnythingLLM أسرع في الإعداد لأسئلة وأجوبة المستندات ولكنها تفتقر إلى تقسيم النصوص القابل للتكوين، وإعادة الترتيب، وقدرات سير العمل الأوسع التي توفرها Dify. بالنسبة للفرق التي تتمثل حالة استخدامها في "الدردشة مع مستنداتك"، فإن AnythingLLM أبسط. أما بالنسبة للفرق التي تبني تطبيقات ذكاء اصطناعي متعددة الخطوات تتضمن RAG كمكون واحد، فإن Dify هي الخيار الصحيح. يستحق المقارنة أيضاً: Open WebUI للفرق التي تركز على واجهات دردشة النماذج اللغوية الكبيرة المحلية بدلاً من تطوير التطبيقات، و RAGFlow لأعباء عمل RAG الكثيفة المستندات مع متطلبات التحليل العميق.

كيف يبدو واقع سير العمل

مساحة العمل المرئية قابلة للاستخدام حقاً للمطورين ذوي المهارات التقنية المتوسطة. يمكن للمستخدمين غير التقنيين تجميع روبوتات دردشة بسيطة ومساعدي قواعد المعرفة دون كتابة كود. لكن إطار "بدون كود" (no-code) يبالغ في الوعود لأي شيء يتجاوز هذه الأنماط. تتطلب عقد الكود المخصص (Custom Code) استخدام Python أو TypeScript. يتضمن تصحيح أخطاء الفروع المتوازية قراءة سجلات كل خطوة وبيانات التوقيت. يتطلب تطوير الإضافات فهم حزمة تطوير البرمجيات (SDK) الخاصة بإضافات Dify. مجتمع الأداة على GitHub و Discord نشط (أكثر من 800 مساهم)، لكن التوثيق يتخلف عن وتيرة الإصدارات - مع إصدارات فرعية شهرية يتم شحنها طوال عام 2025 وحتى عام 2026، تحتوي بعض الميزات على وثائق متفرقة أو قديمة.

تُعد حدود الخطط السحابية نقطة احتكاك متكررة. بالكاد تدعم أرصدة الرسائل البالغة 200 رسالة في فئة Sandbox عملية التقييم. تفرض فئة Professional بسعر 59 دولاراً/شهرياً حدوداً على حجم الحمولة (payload) وتقيد حقن المتغيرات المخفية، مما يعيق أنماط إنتاج محددة. يصف العديد من المستخدمين في مواضيع المنتديات نفس المسار: البدء على السحابة، والوصول إلى الحدود، والانتقال إلى الاستضافة الذاتية، واكتشاف أن الاستضافة الذاتية لها أعباء البنية التحتية الخاصة بها. الفرق التي يمكنها الاستثمار في إعداد Docker تستقر عادةً على الاستضافة الذاتية كخيار إنتاج عملي.

من الجدير معرفة تحذير ترخيص تعدد المستأجرين (multi-tenant) مقدماً. على الرغم من شارة Apache 2.0، يقيد ترخيص Dify استخدام إصدار المجتمع المستضاف ذاتياً لبناء منتج SaaS تجاري يخدم مستأجرين متعددين دون ترخيص تجاري. يظهر هذا بشكل متكرر في مناقشات GitHub ويفاجئ الفرق بعد أن قاموا بالبناء على الإصدار مفتوح المصدر. الفرق التي تبني أدوات داخلية لاستخدامها الخاص ليس عليها أي قيود؛ أما الفرق التي تبني منتجاً يستضيف مستأجرين متعددين من العملاء النهائيين، فتحتاج إما إلى شراء ترخيص مؤسسي أو استخدام فئة الفريق في Dify Cloud.

لمن تم بناء Dify

تُعد Dify الخيار الصحيح لفرق المنتجات والشركات الناشئة التي تبني ميزات مدعومة بالنماذج اللغوية الكبيرة (LLM) دون الحاجة إلى فريق هندسة ذكاء اصطناعي كامل. إذا كنت بحاجة إلى إطلاق نظام RAG للإنتاج، أو وكيل يستدعي واجهات برمجة تطبيقات (APIs) خارجية، أو مسار عمل يجمع بين استدعاءات نماذج متعددة مع منطق مخصص، ولا ترغب في ربط LangChain و Celery و Redis وقاعدة بيانات متجهات وحزمة مراقبة (observability stack) من الصفر، فإن Dify تمنحك تلك البنية المعمارية مجمعة مسبقاً.

تستفيد فرق تكنولوجيا المعلومات في المؤسسات التي تبني قواعد معرفة داخلية مع متطلبات الامتثال من تكامل تسجيل الدخول الموحد (SSO) في Dify، والتحكم في الوصول القائم على الأدوار، وخيار الاستضافة الذاتية. تجد الفرق التي تستخدم بالفعل n8n أو Make.com للأتمتة أن نقاط نهاية API التي يتم إنشاؤها تلقائياً في Dify مناسبة تماماً - حيث تتولى Dify تنسيق الذكاء الاصطناعي بينما تتولى n8n مشغلات الأحداث والتكاملات اللاحقة.

تعكس الـ 140,000 نجمة على GitHub و 5 ملايين عملية تنزيل لإصدار المجتمع تبنياً حقيقياً يتجاوز مجرد الضجة الإعلامية. وضع إعلان 5 يونيو 2025 عن الوصول إلى 100,000 نجمة على GitHub منصة Dify ضمن أفضل 100 مشروع مفتوح المصدر عالمياً - وهو مقياس يعكس الاستخدام النشط، وليس مجرد الحفظ العابر في الإشارات المرجعية.

ما لا تقدمه Dify

تجاوز Dify إذا كان متطلبك الأساسي هو أبسط إعداد ممكن. تعمل Flowise على ذاكرة وصول عشوائي (RAM) بسعة 1GB مع حاوية Docker واحدة. تتطلب Dify ذاكرة وصول عشوائي بسعة 4GB وحزمة متعددة الحاويات. بالنسبة للمطورين المستقلين الذين يبنون أداة شخصية، فإن هذا العبء غير مبرر.

تجاوز Dify إذا كنت فريقاً هندسياً يعتمد على LangChain ويرغب في البقاء ضمن بيئة Python. تقوم Langflow بتجميع مسارات العمل المرئية إلى كود LangChain يمكنك فحصه وتعديله. بينما تظل المخرجات المرئية لـ Dify داخل Dify.

تجاوز Dify إذا كنت تبني منتج SaaS تجارياً متعدد المستأجرين ولست مستعداً للتفاوض على ترخيص مؤسسي. قيد الترخيص حقيقي ومُطبق.

تجاوز Dify إذا كان المستخدمون النهائيون يتوقعون واجهة دردشة مصقولة ومخصصة بالكامل. واجهة مستخدم تطبيق الويب المدمجة وظيفية ولكن ليس من السهل تغيير مظهرها. عادةً ما تستخدم الفرق التي تحتاج إلى واجهات أمامية خاصة بعلامتها التجارية الواجهة الخلفية لـ API الخاصة بـ Dify مع واجهة أمامية مخصصة - وهو ما يعمل بشكل جيد ولكنه يضيف طبقة تطوير إضافية.

بالنسبة للفرق التي تتمثل حاجتها الأساسية في الدردشة مع النماذج اللغوية الكبيرة (LLMs) المحلية من خلال واجهة مصقولة بدلاً من بناء التطبيقات، فإن Open WebUI هي الخيار الأنسب. أما بالنسبة لـ RAG الكثيف المستندات مع تحليل متقدم لملفات PDF، فإن RAGFlow يعالج هذا التخصص بشكل مباشر أكثر.