أي خطة من Dify تختار؟ احسب عدد المشاركين في الصيانة أولًا ثم تكاليف النماذج

عندما يشتري فريق اشتراك Dify للمرة الأولى، يسهل أن يبدأ بمقارنة عدد النماذج. لكن ما يحدد الخطة المناسبة غالبًا هو من يحتاج إلى دخول مساحة العمل لصيانة التطبيقات، وعدد مرات استدعاء النموذج ضمن طلب عمل واحد. إذا كان شخص واحد يختبر فقط سيرًا داخليًا للأسئلة والأجوبة، فابدأ بخطة Sandbox. وإذا كان أربعة زملاء يحتاجون جميعًا إلى المشاركة في الصيانة، فلا تتعامل مع Professional المخصصة لثلاثة أعضاء باعتبارها حلًا طويل الأمد.

تستند التقديرات التالية إلى صفحة الأسعار والوثائق الرسمية التي جرى الاطلاع عليها في 3 نوفمبر 2026. وهي ليست اختبارًا للأحمال، ولا تضمن أن خطة معينة ستلبي احتياجاتك الفعلية من المعالجة المتزامنة.

تحدد صفحة الأسعار الرسمية سقف أعضاء مساحة العمل بشخص واحد في Sandbox، وثلاثة في Professional، وخمسين في Team. ولا ينبغي تفسير هذه الأرقام مباشرة على أنها عدد الزوار الذين يستطيع التطبيق خدمتهم يوميًا. عند الشراء، دوّن أولًا أسماء من يحتاجون إلى تسجيل الدخول إلى مساحة العمل أو تعديل تدفقات العمل أو صيانة المواد المعرفية، ثم تحقّق بصورة منفصلة من متطلبات الوصول المرتبطة بطريقة إتاحة التطبيق.

على سبيل المثال، إذا كان المسؤول عن العمل، والمسؤول عن صيانة التدفق، والمسؤول عن قاعدة المعرفة ثلاثة أشخاص بالضبط، فيمكن وضع Professional ضمن الخيارات. وإذا كانت هناك حاجة إلى شخص رابع يشارك باستمرار في الصيانة داخل مساحة العمل، فينبغي تقييم Team بدلًا من جعل عدة أشخاص يتشاركون حساب مسؤول واحد. وإذا كان المدير يطّلع على النتائج من حين إلى آخر فقط، فتحقّق أولًا من طريقة إتاحتها له، ولا تنتقل إلى خطة أعلى لمجرد وجود قارئ إضافي.

الأسعار المعلنة الحالية عند الدفع شهريًا هي 59 دولارًا أمريكيًا لكل مساحة عمل في Professional و159 دولارًا أمريكيًا لكل مساحة عمل في Team، وكلاهما لا يشمل الضرائب المطبقة. والفارق الشهري بين الخطتين هو 100 دولار أمريكي. ولتحديد ما إذا كان هذا الفارق يستحق الدفع، انظر أولًا إلى ما إذا كان المشاركون الإضافيون يحتاجون فعلًا إلى مقاعد في مساحة العمل، بدلًا من اعتبار عدد الأعضاء مؤشرًا للأداء.

تخصم Dify الأرصدة بحسب استجابات النموذج. وتعني الاستجابة الواحدة استدعاءً واحدًا للنموذج، لا طلبًا كاملًا يرسله أحد العاملين في جانب الأعمال. وقد يبدأ سير عمل أكثر تعقيدًا بالتصنيف، ثم يسترجع المعلومات ويولّد إجابة، وأخيرًا يتحقق من التنسيق. فإذا استدعت كل خطوة من هذه الخطوات الثلاث النموذج مرة واحدة، احتوى الطلب الواحد على ثلاثة استدعاءات. هذا مثال لحساب التكلفة، وليس معناه أن كل سير عمل في Dify يستدعي النموذج ثلاث مرات دائمًا.

تُحمّل تكاليف استخدام مفتاح API الخاص بك للنموذج على حسابك لدى المورّد المعني. ولذلك يجب أن تتضمن الميزانية بندين منفصلين على الأقل: اشتراك مساحة العمل في Dify، ونفقات النماذج الناتجة عن استخدام مفتاحك الخاص. ويجب أيضًا التحقق بصورة منفصلة من حدود معدل الطلبات لدى المورّد. فالانتقال إلى خطة أعلى في Dify لا يبرر افتراض أن جميع استدعاءات النماذج أصبحت غير محدودة.

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

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

تحدد وثائق Docker Compose الرسمية الحد الأدنى للعتاد بمعالج ذي نواتين وذاكرة بسعة 4 GiB. وهذه مجرد متطلبات دنيا للنشر، وليست وعدًا بطاقة استيعابية في بيئة الإنتاج. كما تشترط الوثائق مراجعة متغيرات البيئة الجديدة أو المعدّلة عند الترقية، ما يوضح أن الاستضافة الذاتية لا تعني انتهاء الصيانة بمجرد اكتمال التثبيت.

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

بالنسبة إلى الفرق التي تبدأ للتو، فإن ترتيب الشراء الأكثر حذرًا هو إثبات فائدة سير العمل بعينة صغيرة، ثم تأكيد العدد الفعلي للمشاركين في صيانته، ثم إدراج اشتراك المنصة وفواتير النماذج في الميزانية بصورة منفصلة. ولا تصبح الترقية شراءً لفائدة واضحة إلا عندما تعوق حصة محددة سير عمل صالحًا للاستخدام بالفعل.