بديل Lovable مفتوح المصدر.
يحوّل Lovable موجِّهًا نصيًا إلى تطبيق full-stack منشور. أما Open Design فهو وكيل تصميم ذاتي التطوّر لـ Claude Code — محلي أولًا، BYOK، مفتوح المصدر — يركّز على مخرجات التصميم وعلى هوية قابلة للنقل بدلًا من شحن الواجهة الخلفية. مهمة أساسية مختلفة، مع تداخل في سطح التحويل من الموجِّه إلى الواجهة.
Open Design هو طبقة التصميم مفتوحة المصدر والمحلية أولًا حول وكيل البرمجة الذي تستخدمه أصلًا — مفتاحك، ملفاتك، ومكتبة منسّقة من المهارات وأنظمة التصميم.
يحوّل Lovable موجِّهًا نصيًا إلى تطبيق full-stack منشور. أما Open Design فهو وكيل تصميم ذاتي التطوّر لـ Claude Code ووكلاء البرمجة الآخرين — محلي أولًا، BYOK، Apache-2.0 — يركّز على إنتاج مخرجات تصميم وهوية قابلة للنقل تحتفظ بها كملفات في مستودعك الخاص.
هذه مقارنة صادقة: ما هو Lovable، ولماذا تبحث الفرق عن بديل، وكيف يغيّر «محلي أولًا + BYOK» الاقتصاديات، وجدول ميزة بميزة، ومن ينبغي أن يختار أيًّا، وكيف تنقل تصميمًا. وهي صريحة بشأن المواضع التي يتفوّق فيها Lovable.
ما هو Lovable
Lovable (lovable.dev) هو منشئ تطبيقات بالذكاء الاصطناعي مستضاف: صِف منتجًا بلغة طبيعية فيولّد وينشر تطبيق ويب full-stack — الواجهة الأمامية والخلفية وتوصيل قاعدة البيانات — يمكنك استضافته بنقرة واحدة. وهو جيد فعلًا في الانتقال من الموجِّه إلى تطبيق قيد التشغيل.
إنه مغلق المصدر ويعمل في سحابة المزوّد، ويُفوتر باشتراك وأرصدة لكل رسالة. وهذا موقف مختلف عن Open Design، الذي هو وكيل تصميم محلي أولًا ومفتوح المصدر توجّه إليه وكيل البرمجة الخاص بك — ويتداخل الاثنان في التحويل من الموجِّه إلى الواجهة، لا في استضافة واجهة خلفية.
- المزوّد: Lovable (lovable.dev) — SaaS مستضاف
- التسعير: اشتراك + أرصدة لكل رسالة
- المخرج الأساسي: تطبيق منشور، بالإضافة إلى تصدير الشيفرة
لماذا تبحث الفرق عن بديل لـ Lovable
تبدأ الفرق بتجاوز Lovable عندما تريد امتلاك المخرجات، والتحكّم في النفقات، والاحتفاظ بالتصميم كأصول قابلة للنقل وخاضعة للتحكّم بالإصدارات بدلًا من حالة داخل مشروع مستضاف.
- امتلك المخرجات: يجب أن تعيش التصاميم والشيفرة كملفات في مستودعك، لا داخل مشروع مستضاف لا يمكنك تحريره إلا عبر واجهة واحدة.
- اقتصاديات BYOK: أحضِر مفتاح مزوّدك الخاص لتُحتسب نفقات الـ API على حسابك، بدلًا من دفع أرصدة لكل رسالة فوق الاشتراك.
- حرية اختيار الوكيل: قُد التصميم من وكيل البرمجة الذي تستخدمه أصلًا — Claude Code أو Codex أو Cursor والمزيد — لا من نموذج واحد يديره مزوّد.
- مفتوح المصدر: Apache-2.0 وقابل للاستضافة الذاتية: فرّعه، أعِد علامته لاستوديوك، أو ضمّنه في CI.
محلي أولًا + BYOK، بالتفصيل
يشغّل Open Design تطبيق سطح مكتب، وعفريتًا محليًا، وفهارس Markdown للمهارات وأنظمة التصميم على جهازك. ولا تُجبَر أي مخرجات تصميم على المرور عبر سحابة مزوّد، وتعيش علامتك التجارية في مستودعك كملف DESIGN.md قابل للنقل تحترمه كل مهارة.
أنت تحضِر مفتاح وكيلك الخاص. تبقى بيانات الاعتماد في الإعداد المحلي أو متغيّرات البيئة — ولا يمرّرها Open Design أبدًا عبر وسيط — وتُفوتر نفقات الـ API مباشرةً عليك.
Open Design مقابل Lovable، ميزة بميزة
| الميزة | Open Design | Lovable |
|---|---|---|
| المهمة الأساسية | مخرجات تركّز على التصميم + هوية قابلة للنقل | من الموجِّه إلى تطبيق full-stack منشور |
| الترخيص | Apache-2.0، الشيفرة الكاملة على GitHub | مغلق المصدر، منتج مستضاف |
| بيئة التشغيل | عفريت محلي على جهازك | سحابة المزوّد |
| الوكيل | BYOK: Claude Code، Codex، Cursor، Gemini، OpenCode، Qwen | نماذج يديرها المزوّد |
| نفقات الـ API | تُحتسب على حسابك | أرصدة لكل رسالة / اشتراك |
| نظام التصميم | DESIGN.md قابل للنقل في مستودعك | تنسيق لكل مشروع |
| ملكية المخرجات | ملفات في دليل مشروعك | مشروع مستضاف + تصدير الشيفرة |
| الاستضافة / النشر | أنت تملك النشر؛ غير مُضمَّن | استضافة بنقرة واحدة مُضمَّنة |
| الاستضافة الذاتية | نعم، يعمل في أي مكان يعمل فيه Node 24 | لا |
| CLI / CI | نعم عبر od CLI + HTTP daemon | واجهة ويب أولًا |
حيث يتفوّق Lovable: إذا كان هدفك تطبيق full-stack منشورًا ومستضافًا مع توصيل الواجهة الخلفية نيابةً عنك، فإن Lovable يفعل ذلك جاهزًا و Open Design لا يفعله. Open Design يركّز على التصميم.
من ينبغي أن يختار أيًّا
اختر Lovable إذا:
- أردت تطبيق ويب full-stack منشورًا من موجِّه دون أي إعداد.
- أردت استضافة بنقرة واحدة مع توصيل الواجهة الخلفية نيابةً عنك.
- فضّلت واجهة مستضافة وأرصدة لكل مشروع على الملفات المحلية.
اختر Open Design إذا:
- أردت مخرجات تصميم وهوية كملفات خاضعة للتحكّم بالإصدارات.
- أردت BYOK مع وكيل البرمجة الموجود لديك.
- أردت مصدرًا مفتوحًا يمكنك تفريعه وإعادة علامته وتضمينه في CLI أو استضافته ذاتيًا.
- أردت ملف DESIGN.md واحدًا لكل علامة تجارية تحترمه كل مهارة.
نقل تصميم من Lovable إلى Open Design
لا يوجد استيراد تلقائي من Lovable اليوم؛ ابدأ بالتركيز على التصميم عبر تشغيل لمرة واحدة لاستخلاص الهوية.
- ثبّت Open Design من دليل البدء السريع.
- افتح واجهة الويب ووجّه وكيلك إلى مشروع Lovable أو لقطة شاشة تعجبك.
- اطلب من الوكيل استخلاص الهوية إلى ملف DESIGN.md.
- اختر مهارة وأظهرها وفق علامتك التجارية الجديدة.
من ثَمَّ، تظهر كل مهارة بعلامتك التجارية دون إعادة توجيه — وتبقى الملفات في مستودعك.
الأسئلة الشائعة
-
01 هل Open Design بديل جاهز للاستبدال المباشر لـ Lovable؟
لا. يشحن Lovable تطبيقات full-stack منشورة؛ أما Open Design فيركّز على التصميم وينتج مخرجات تملكها. يتداخلان في التحويل من الموجِّه إلى الواجهة، لا في استضافة واجهة خلفية.
-
02 هل يستطيع Open Design بناء تطبيق كامل مثل Lovable؟
يركّز Open Design على مخرجات التصميم والنماذج الأوّلية وأنظمة العلامات التجارية. أما للواجهات الخلفية الإنتاجية والاستضافة بنقرة واحدة، فإن Lovable هو الأنسب.
-
03 أي وكيل يستخدمه Open Design؟
اختيارك — BYOK مع Claude Code أو Codex أو Cursor أو Gemini أو OpenCode أو Qwen. تُحتسب نفقات الـ API على حسابك ولا تُمرَّر بيانات الاعتماد أبدًا عبرنا.
-
04 هل Open Design مفتوح المصدر فعلًا؟
نعم. يوجد على github.com/nexu-io/open-design بموجب Apache-2.0 وقابل للاستضافة الذاتية.
-
05 هل يمكنني الاستمرار باستخدام Lovable إلى جانب Open Design؟
نعم. كثير من الفرق تصمم النماذج الأوّلية في Open Design وتشحن التطبيقات في Lovable؛ والترحيل يدوي اليوم.
-
06 هل Open Design تابع لـ Lovable؟
لا. Open Design مشروع مستقل ومفتوح المصدر. Lovable علامة تجارية لمالكها؛ وهذه مقارنة غير تابعة.
ركّز على التصميم، في ثلاثة أوامر.
أعطِ المستودع نجمة، أو احصل على نسخة سطح المكتب، أو شغّل التثبيت في طرفيتك. يبقى نظام DESIGN.md الخاص بك في مستودعك من أول عرض فصاعدًا.