ComfyUI

ComfyUI هي واجهة رسومية مجانية ومفتوحة المصدر لتشغيل نماذج الانتشار (diffusion models) محلياً، صممها المطور comfyanonymous وتتم صيانتها الآن تحت مظلة مؤسسة Comfy-Org. في حين تمنحك معظم أدوات الصور المدعومة بالذكاء الاصطناعي مربعاً لكتابة الأوامر وزراً للتوليد، توفر لك ComfyUI بيئة برمجة مرئية: لوحة عمل تتكون من "عقد" (nodes) قابلة للربط، حيث تتولى كل عقدة خطوة واحدة من عملية التوليد، ويتم توصيلها معاً لتشكيل مسار عمل من تصميمك. تعمل الأداة على أجهزتك الخاصة، ولا تخزن أي بيانات في السحابة، ولا تكلفك شيئاً سوى الكهرباء وقوة وحدة معالجة الرسومات (GPU) التي توفرها. اعتباراً من أبريل 2026، تجاوز مستودع GitHub حاجز 110,000 نجمة، مما يجعلها واحدة من أكثر مشاريع الذكاء الاصطناعي مفتوحة المصدر شعبية على المنصة.

تدعم ComfyUI جميع نماذج التوليد الرئيسية المتداولة حالياً، بما في ذلك جميع إصدارات FLUX و SD 1.5 و SDXL و SD3.5 و HunyuanDiT و LTX-Video (بمقاطع تتراوح من 12 إلى 20 ثانية) و Hunyuan Video و Wan 2.1. يأتي نظام حزم العقد ComfyUI Manager مزوداً بأكثر من 500 حزمة عقدة تم فحصها مسبقاً، ويتيح تكديس ما يصل إلى 10 ملفات LoRA في وقت واحد مع عناصر تحكم في الوزن لكل عقدة. تتيح واجهة JSON-RPC API المدمجة للمطورين تشغيل أي مسار عمل محفوظ برمجياً دون الحاجة إلى التفاعل مع الواجهة المرئية، مما يجعلها خياراً عملياً كواجهة خلفية (backend) لتوليد الصور بدون واجهة مستخدم (headless). بالنسبة للمستخدمين الذين لا يمتلكون أجهزة محلية، تقدم Comfy Cloud (comfy.org/cloud) الآن تنفيذ مسارات العمل المستضافة على وحدات معالجة الرسومات Blackwell RTX 6000 Pro مع باقة مجانية وخطط مدفوعة تبدأ من 20 دولاراً شهرياً.

ما الذي تقدمه ComfyUI فعلياً في أبريل 2026

استبدلت ComfyUI نموذج أشرطة التمرير وعلامات التبويب الذي كان متبعاً في واجهات Stable Diffusion السابقة برسم بياني للعقد (node graph). حيث تقوم بربط محمل نقاط الفحص (checkpoint loader) بمشفر نصوص CLIP، وتوصيله بعقدة KSampler، ثم تمرير المخرجات عبر وحدة فك تشفير VAE، وتوجيه النتيجة إلى أداة حفظ الصور. كل اتصال يكون واضحاً وكل معلمة (parameter) تكون مرئية. قدم إصدار v0.3.76 في ديسمبر 2025 ميزة "Nodes 2.0 Beta"، وهو محرر عقد معاد تصميمه يدعم تحرير الرسوم البيانية الفرعية (subgraph editing) (تجميع مجموعات من العقد في كتلة واحدة قابلة لإعادة الاستخدام) و Template Modal لتخزين مسارات العمل الفرعية المستخدمة بكثرة.

كما تضمن تحديث أواخر عام 2025 ميزة "App View"، وهي واجهة مبسطة تخفي الرسم البياني بالكامل وتعرض فقط المدخلات الرئيسية لمسار عمل معين. يعالج هذا الأمر الجزء الأصعب من منحنى التعلم للمستخدمين الجدد، مع إبقاء محرر العقد الكامل متاحاً بنقرة واحدة. كان تحديث الدعم الأصلي لنموذج HunyuanVideo في 20 ديسمبر 2024 لحظة حاسمة للمجتمع: حيث وصل نموذج الفيديو مفتوح المصدر من Tencent والذي يحتوي على 13 مليار معلمة إلى ComfyUI في غضون أيام من إصداره مفتوح المصدر، مما أتاح توليد فيديو من النصوص بأحدث التقنيات على الأجهزة المحلية. اشتعلت منتديات r/comfyui و r/StableDiffusion؛ وجمع منشور الإعلان عشرات الردود في غضون ساعات. المتطلبات عالية (24-40 جيجابايت من VRAM لتوليد Hunyuan بشكل موثوق)، ولكن بالنسبة للمستخدمين الذين يمتلكون الأجهزة المناسبة، كانت هذه هي المرة الأولى التي يمكن فيها الوصول إلى هذا المستوى من جودة الفيديو دون الدفع لمزود خدمات سحابية.

أضفت NVIDIA الطابع الرسمي على علاقتها مع ComfyUI في مؤتمر GDC 2025، حيث قدمتها في المؤتمر وأطلقت RTX Video Super Resolution كعقدة أصلية في ComfyUI. أضاف هذا التحديث أيضاً متغيرات نماذج NVFP4 و FP8 لـ FLUX.2 Klein و LTX-2.3، مما وفر مكاسب في الأداء تصل إلى 2.5 ضعف وتقليل استخدام الذاكرة بنسبة 60%. بالنسبة للمستخدمين الذين يمتلكون بطاقات سلسلة RTX 4000، جعل هذا النماذج التي كانت تتطلب سابقاً 24 جيجابايت من VRAM متاحة على بطاقات بسعة 12 جيجابايت.

"يعمل بشكل لا تشوبه شائبة وأنا أحب هذه الوثائق النظيفة والسهلة الفهم." - معلق على إعلان الدعم الأصلي لـ HunyuanVideo، blog.comfy.org، ديسمبر 2024

موقع ComfyUI مقارنة بـ Automatic1111 (Forge) و InvokeAI

Automatic1111 / Forge: تظل نسخة Forge المتفرعة من AUTOMATIC1111 البديل الأكثر شيوعاً لتشغيل Stable Diffusion محلياً، وتستخدم تخطيط WebUI التقليدي: علامات تبويب، أشرطة تمرير، مربعات نصية، إدخال أمر واحد وإخراج صورة واحدة. نموذج مسار العمل تسلسلي ومن مسار واحد؛ تتطلب مسارات العمل متعددة النماذج مثل ربط FLUX مع SDXL حلولاً بديلة عبر الإضافات والتي لا تتوفر في Forge. تنجز ComfyUI الدفعات (batches) أسرع بمرتين تقريباً من AUTOMATIC1111 الأساسي في المعايير المنشورة، وإدارتها لـ VRAM أكثر كفاءة باستمرار (يمكن لـ Forge تشغيل SDXL على بطاقات 8 جيجابايت حيث يتعطل A1111، لكن ComfyUI تتفوق عليهما معاً). نظام الإضافات البيئي هو المجال الذي تتفوق فيه Forge: مكتبة الإضافات المتوافقة مع A1111 هي الأكبر بين أي واجهة أمامية لـ SD، وكلها متوافقة مع الإصدارات السابقة. نظام العقد المخصصة في ComfyUI كبير (أكثر من 500 حزمة معتمدة في Manager) ولكنه غير متوافق مع إضافات A1111. والأهم من ذلك، أن النماذج الجديدة تصل إلى ComfyUI أولاً. حظيت نماذج FLUX و HunyuanVideo و Wan 2.1 بدعم ComfyUI قبل أن تلحق بها Forge. تتيح لك واجهة JSON-RPC API الخاصة بـ ComfyUI إرسال رسم بياني كامل لمسار العمل إلى خادم بدون واجهة مستخدم (headless)؛ بينما تقبل واجهة برمجة تطبيقات Forge إرسال معلمات مسطحة، مما يحد من عمق الأتمتة.

InvokeAI: تعتبر InvokeAI الواجهة الأكثر صقلاً من الناحية المرئية بين واجهات SD المحلية، وهي مبنية حول لوحة عمل تعتمد على الطبقات تشبه Photoshop. مسار عمل الرسم الداخلي (inpainting) الخاص بها يتفوق حقاً في التركيب الإبداعي: حيث تقوم برسم الأقنعة (masks) مباشرة على الطبقات في الوقت الفعلي مع ملاحظات مرئية فورية، بينما يتطلب الرسم الداخلي في ComfyUI تجميع سلسلة من العقد (Load Image، Create Mask، Set Latent Noise Mask، KSampler، VAE Decode) مع التعامل مع رسم القناع في أداة فرشاة أساسية داخل العقدة نفسها. ومع ذلك، فإن InvokeAI أبطأ بشكل ملحوظ في توليد FLUX: أكدت مشكلة على GitHub (invoke-ai/InvokeAI #7612) أن "Flux بطيء للغاية في Invoke مقارنة بـ ComfyUI و Forge". ملفات مسارات العمل في InvokeAI و ComfyUI غير متوافقة مع بعضها البعض، مما يعني أنه لا يمكن استيراد مسار عمل تم إنشاؤه في إحداهما إلى الأخرى. تستهدف InvokeAI الرسامين ومصممي التركيب الذين يريدون رسماً بمساعدة الذكاء الاصطناعي؛ بينما تستهدف ComfyUI مهندسي مسارات العمل ومنشئي الأتمتة. إذا كان استخدامك الأساسي هو الرسم الداخلي والتركيب، فمن الصعب التغلب على لوحة عمل InvokeAI. أما إذا كنت تبني مسارات عمل متعددة النماذج، أو تدير مهام مجمعة (batch jobs)، أو تربط نماذج الفيديو، فلا مثيل لـ ComfyUI.

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

منحنى التعلم ليس مجرد إخلاء مسؤولية تسويقي. بل هو الحقيقة المركزية لتجربة ComfyUI. يواجه المستخدمون القادمون من Midjourney أو DALL-E لوحة عمل من الكتل المترابطة حيث لا يوجد شيء متصل مسبقاً، ويجب فهم مفاهيم مثل فك تشفير VAE ومعالجة الفضاء الكامن (latent space) قبل عرض صورة واحدة، ويتطلب "تحميل نموذج" معرفة الفرق بين محمل نقاط الفحص (checkpoint loader) ومحمل VAE ومحمل CLIP. تعكس النصيحة القياسية للمجتمع هذا الواقع:

"أفضل نصيحة أقدمها: ابدأ بمسار عمل جاهز بناه شخص آخر، ثم أعد بناءه من الصفر مرة واحدة." - موضوع المبتدئين في ComfyUI على r/StableDiffusion، 2025

تزيد مسارات العمل المعقدة من المشكلة. يمكن أن يتجاوز مسار العمل المخصص للإنتاج والذي يحتوي على ControlNet والتوجيه الإقليمي (regional prompting) وترقية الدقة المجزأة (tiled upscaling) وتكديس LoRA بسهولة 50 عقدة مترابطة. يطلق المجتمع على التشابك الناتج اسم "السباغيتي"، وهو وصف دقيق. التقطت مشكلة على GitHub (رقم 6635 في Comfy-Org/ComfyUI) بعنوان "ComfyUI: عندما تصبح واجهة المستخدم الرسومية أكثر تعقيداً من سطر الأوامر" شكوى متكررة: العبء الإضافي لإدارة رسم بياني مرئي يتجاوز أحياناً العبء الإضافي لكتابة نص Python برمجياً بشكل مباشر. تعالج تحسينات عقدة إعادة التوجيه (reroute) في ديسمبر 2025 وتجميع الرسوم البيانية الفرعية في Nodes 2.0 هذا الأمر جزئياً، لكنها لا تحله بالكامل.

تظل إدارة التبعيات (dependencies) في Windows نقطة الاحتكاك المستمرة الأخرى. عدم تطابق إصدارات برامج تشغيل CUDA، وتعارضات ROCm على أجهزة AMD، وتصادمات بيئة Python عندما تتطلب العقد المخصصة إصدارات تبعية مختلفة. هذه هي المشكلات الأساسية على GitHub. قلل ComfyUI Manager (الإصدار 4.0) القابل للتثبيت عبر pip بعضاً من هذا الاحتكاك من خلال التعامل مع حل التبعيات تلقائياً، لكن التغييرات الجذرية في واجهات برمجة تطبيقات العقد بعد التحديثات لا تزال تتسبب بانتظام في تعطل مسارات العمل للمستخدمين الذين يقومون بتشغيل مجموعات كبيرة من العقد المخصصة.

لمن تم بناء ComfyUI

تكافئ ComfyUI العمق التقني بشكل يتناسب طردياً مع ما تقدمه. سقف الأداة غير محدود فعلياً: يمكنك بناء واجهات خلفية لتوليد الصور تخدم آلاف الطلبات اليومية، وربط نماذج الفيديو والصور بطرق لا تدعمها أي واجهة مستخدم محلية أخرى، وأتمتة مسارات إنتاج المحتوى بالكامل عبر واجهة JSON-RPC API، والبقاء على اطلاع دائم بكل إصدار رئيسي للنماذج دون انتظار واجهات المستخدم الأبطأ للحاق بالركب.

يندرج المستخدمون الذين يحصلون على أقصى قيمة في بضع فئات متداخلة: المطورون الذين يبنون تطبيقات مدعومة بالذكاء الاصطناعي (تحول واجهة برمجة تطبيقات ComfyUI أي مسار عمل محفوظ إلى نقطة نهاية قابلة للاستدعاء)، والفنانون الرقميون الذين يحتاجون إلى تحكم دقيق في كل معلمة توليد، والاستوديوهات التي تقوم بأتمتة إنتاج المحتوى على نطاق واسع، والباحثون الذين يجربون مجموعات نماذج جديدة. الاستخدام المهني حقيقي: أفاد 45% من المستخدمين الذين شملهم الاستطلاع باستخدام ComfyUI في العمل المهني، وفقاً لاستطلاعات المجتمع المذكورة في أبحاث gitnux.org من عام 2024.

يوسع خيار Comfy Cloud الآن نطاق الوصول للمستخدمين الذين لا يمتلكون أجهزة محلية قادرة. بتكلفة تتراوح بين 20 و 35 دولاراً شهرياً لباقات Standard و Creator، فإنه يوفر بيئة عقد ComfyUI الكاملة التي تعمل على Blackwell RTX 6000 Pro (بذاكرة VRAM تبلغ 96 جيجابايت)، مما يعني أن كل نموذج حالي، بما في ذلك Hunyuan Video و Wan 2.1، يعمل دون أي تنازلات في الأجهزة. هذه إضافة مهمة لم تكن موجودة قبل عامين.

ما لا تقدمه ComfyUI

ComfyUI ليست أداة للاستخدام العابر. إذا كنت ترغب في كتابة وصف ورؤية صورة عالية الجودة في ثلاثين ثانية دون قراءة الوثائق، فاستخدم Midjourney أو Adobe Firefly أو خدمة FLUX مستضافة. عملية الإعداد وحدها، من تنزيل البرنامج، وتثبيت تبعيات Python، وجلب نقاط فحص النماذج متعددة الجيجابايت من Civitai أو Hugging Face، وتكوين ComfyUI Manager، وتحميل مسار عمل أولي، تستغرق من معظم المستخدمين الجدد فترة ما بعد الظهيرة بأكملها في المرة الأولى.

كما أنها ليست أداة تدريب. ComfyUI هي واجهة استدلال (inference) بحتة. يتطلب الضبط الدقيق (fine-tuning) للنماذج الحالية، أو تدريب ملفات LoRA، أو تشغيل جلسات DreamBooth أدوات منفصلة (Kohya، أو Ostris AI Toolkit، أو خدمات سحابية مثل Replicate). يفترض مسار العمل الذي تبنيه في ComfyUI أن النماذج مدربة بالفعل وجاهزة للتحميل.

سيجد المستخدمون الذين يمتلكون وحدات معالجة رسومات (GPUs) بذاكرة VRAM أقل من 8 جيجابايت أن التجربة متدهورة بشكل كبير. تستهدف معظم حالات الاستخدام المقنعة في عام 2026 نماذج FLUX (التي تستفيد من 16 جيجابايت) أو نماذج الفيديو (التي تتطلب 24-40 جيجابايت). التشغيل على وحدة المعالجة المركزية (CPU) ممكن تقنياً ولكنه غير قابل للاستخدام عملياً لأي شيء يتجاوز الصور الصغيرة جداً. والمستخدمون على نظام Windows الذين لا يشعرون بالراحة في التعامل مع أخطاء الوحدة الطرفية (terminal) وسجلات التبعيات سيصطدمون بشكل متكرر بعقبات تتطلب تصحيح الأخطاء بدلاً من العمل الإبداعي.

سجلت ComfyUI تقييم 4.6 على مقياس Vantaige. إنها الرائدة بلا منازع لمسارات توليد الصور والفيديو بالذكاء الاصطناعي محلياً، مع اتساع في دعم النماذج وعمق في الأتمتة لا تضاهيه أي واجهة منافسة. لم تصل إلى مستوى 4.7-4.8 لأن شدة منحنى التعلم الخاص بها ومتطلبات الأجهزة تجعلها غير قابلة للوصول حقاً لشريحة كبيرة من الجمهور الذي كان من الممكن أن يستفيد منها. الأداة ممتازة؛ لكن عملية الإعداد والتعلم الأولية ليست كذلك.