Rocket.new

يُعد Rocket.new منشئ تطبيقات ذكاء اصطناعي متكامل (full-stack) يحول الأوامر باللغة الطبيعية وتصميمات Figma إلى تطبيقات ويب وهواتف محمولة جاهزة للإنتاج. طُورت المنصة بواسطة شركة Rocket USA Inc. (المعروفة سابقاً باسم DhiWise، وهي شركة أدوات مطورين مقرها سورات بالهند، أسسها Vishal Virani و Rahul Shingala و Deepak Dhanak)، وأُطلقت بنسختها التجريبية في يونيو 2025، وجمعت جولة تمويل تأسيسية بقيمة $15 مليون من Salesforce Ventures و Accel في سبتمبر 2025. وفي حين تتوقف معظم أدوات بناء الذكاء الاصطناعي عند النماذج الأولية للويب، يقوم Rocket بإنشاء تطبيقات Flutter أصلية لأنظمة iOS و Android جنباً إلى جنب مع تطبيقات الويب عبر Next.js، مما يجعله واحداً من أدوات البرمجة القليلة التي تقدم مخرجات حقيقية متعددة المنصات.

تغطي الدورة الأساسية للمنصة ثلاث مراحل: البحث (تحليل السوق ودعم اتخاذ القرار بشأن ما يجب بناؤه)، والبناء (إنشاء التطبيق من الأوامر النصية أو Figma مع واجهة خلفية متكاملة)، والذكاء (مراقبة المنافسين بعد الإطلاق). وتُعد مرحلة البناء هي نقطة الجذب الرئيسية: حيث يتصل Rocket بشكل أصلي بـ Supabase لقاعدة البيانات والمصادقة وتخزين الملفات؛ ويدعم مدفوعات Stripe؛ وينشئ تطبيقات متعددة الصفحات مع اقتراح الصفحات واختيارها؛ ويتعامل مع تحويل Figma إلى كود لكل من الويب والهواتف المحمولة؛ ويُصدّر كوداً قابلاً للتحرير مع مزامنة ثنائية الاتجاه مع GitHub. ويعني نموذج التسعير القائم على الرموز (tokens) أن التكاليف تتناسب مع حجم معالجة الذكاء الاصطناعي التي تتطلبها عمليات البناء الخاصة بك، وهنا تتراكم التكاليف أثناء تصحيح الأخطاء التكراري.

ما الذي يفعله Rocket.new فعلياً في يونيو 2026

تأخذ عملية البناء في Rocket.new أمراً باللغة الإنجليزية البسيطة (أو ملف Figma مرفوع) وتنتج تطبيقاً قابلاً للتشغيل في غضون 25 دقيقة تقريباً. هذا أبطأ من المعاينات شبه الفورية التي يقدمها Bolt.new، وهذا مقصود: فالمنصة مُعدة للتركيز على الشمولية بدلاً من السرعة، حيث يتم تضمين منطق الواجهة الخلفية، ومخطط قاعدة البيانات، ومسارات المصادقة، وعمليات الدمج في الإنشاء الأولي بدلاً من تركها للربط بعد البناء.

تشمل أنواع المخرجات: تطبيقات الويب باستخدام React/Next.js، والصفحات المقصودة، وأدوات SaaS، والأدوات الداخلية ولوحات المعلومات، وتطبيقات iOS/Android الأصلية عبر Flutter، والمواقع متعددة الصفحات. تتعامل ميزة استيراد Figma مع تخطيطات الهواتف المحمولة والويب بمخرجات متجاوبة، وتحول ملفات التصميم إلى كود وظيفي بدلاً من HTML ثابت. يتوفر أكثر من 25,000 قالب لأنماط التطبيقات الشائعة. كما أن النشر بنقرة واحدة في بيئات الاختبار والإنتاج مدمج، وقاعدة الكود المُنشأة قابلة للتصدير، مما يعني أنك لست مقيداً بالبنية التحتية لـ Rocket على المدى الطويل.

خلف الكواليس، يجمع Rocket بين النماذج اللغوية الكبيرة (LLMs) من Anthropic و OpenAI و Google Gemini مع أنظمة تعلم عميق خاصة مُدربة على مجموعة بيانات DhiWise السابقة للمؤسسين والتي تضم قواعد أكواد Flutter و React. ومن هنا تأتي جودة مخرجات الهواتف المحمولة: فقد بنى الفريق أدوات تحويل Figma إلى Flutter لسنوات قبل التحول إلى منتج موجه للمستهلكين، مما منح عملية إنشاء Flutter لديهم أفضلية على المنافسين الذين يضيفون دعم الهواتف المحمولة كفكرة لاحقة.

موقع Rocket.new مقارنة بـ Lovable و Bolt.new

Rocket.new مقابل Lovable: يُعد Lovable منشئ ويب يعتمد بشكل أساسي على React/Supabase مع دمج أصلي عميق لـ Supabase (يتم ربط المصادقة وقاعدة البيانات والتخزين تلقائياً) وتعاون جماعي في الوقت الفعلي للتحرير المشترك. ولكنه لا ينتج تطبيقات هواتف محمولة. يتوفر دمج Supabase في Rocket ولكنه خيار واحد ضمن مجموعة دمج أوسع تغطي أيضاً واجهات برمجة تطبيقات OpenAI و Stripe و Resend و Netlify و Gemini و Anthropic. يدعم Rocket تحويل Figma لكل من الويب والهواتف المحمولة بمخرجات متجاوبة؛ بينما يتعامل Lovable مع استيراد Figma للويب فقط. إذا كان هدفك هو تطبيق ويب إنتاجي مع واجهة خلفية قوية من Supabase وتحرير جماعي، فقد يكون عمق Lovable مناسباً أكثر. أما إذا كنت بحاجة إلى تطبيق هاتف محمول عبر Flutter أو مساحة دمج أوسع، فلا يوجد منافس مباشر لـ Rocket في هذه الفئة.

Rocket.new مقابل Bolt.new: يستخدم Bolt تقنية WebContainers من StackBlitz، لتشغيل بيئة Node.js كاملة داخل علامة تبويب المتصفح بحيث تظهر معاينات الكود في ثوانٍ. نموذج التنفيذ داخل المتصفح هذا يجعل Bolt أسرع للتكرار السريع ولكنه يحد مما يمكنه إنشاؤه (ويب فقط، لا توجد تطبيقات هواتف محمولة أصلية، ولا Flutter). يغطي إنشاء الواجهة الخلفية في Bolt الأساسيات ولكن يشير المراجعون إلى أنه يحتاج إلى تنقيح للتطبيقات المعقدة. تستغرق عملية البناء من جانب الخادم في Rocket وقتاً أطول لكل دورة إنشاء ولكنها تُخرج كوداً متعدد المنصات بحالة أولية أكثر اكتمالاً، وقابلاً للتصدير مع تضمين مزامنة GitHub في جميع الخطط المدفوعة بدلاً من حصرها في الفئات الأعلى. الفرق العملي: Bolt لتجارب الويب السريعة؛ و Rocket عندما تكون مخرجات الهواتف المحمولة أو الجاهزية للإنتاج مهمة منذ البداية.

يقع v0 by Vercel في مسار مختلف: فهو مُنشئ مكونات واجهة مستخدم (UI) مُحسّن لمخرجات React/shadcn/Tailwind التي تتغذى في مسارات عمل Vercel الحالية، وليس منشئ تطبيقات متكامل. يُعد v0 أداة مطورين تُكمل قاعدة الكود؛ بينما Rocket هو منشئ من الصفر للأشخاص الذين لا يمتلكون قاعدة كود.

"تمكن Rocket.new من أخذ موجز مشروع معقد نسبياً وتحويله إلى تطبيق ويب عالي الجودة ومتجاوب وعملي في أقل من 15 دقيقة. جودة التصميم تتفوق بأميال على أي منشئ ذكاء اصطناعي آخر جربته." - مصمم واجهة وتجربة المستخدم (UI/UX)، Reddit، 2025

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

تبدأ جلسة Rocket.new القياسية بأمر نصي: صِف تطبيقك، ومستخدميه، والميزات الرئيسية التي تحتاجها. تُشغّل المنصة دورة إنشاء (توقع 20-30 دقيقة لبناء أولي متكامل) وتقدم معاينة حية جنباً إلى جنب مع الكود المُنشأ. من هناك، يمكنك التكرار باللغة الطبيعية: "أضف لوحة معلومات بهذه المخططات"، "اربط نموذج التسجيل بمصادقة Supabase"، "غيّر نظام الألوان إلى الوضع الداكن". تستهلك كل عملية تكرار رموزاً (tokens) من المخصص الشهري لخطتك.

مسار استيراد Figma مميز: تقوم برفع ملف تصميم، ويقوم Rocket بتحليل الطبقات والمكونات، وإنشاء كود يطابق التصميم مع سلوك متجاوب لنقاط توقف الويب والهواتف المحمولة. تصف الفرق التي تمتلك بالفعل نظام تصميم في Figma هذا بأنه أسرع مسار وجدوه من النموذج المبدئي إلى التطبيق المنشور، على الرغم من أن الدقة المتناهية (pixel-perfect) على نطاق أنظمة التصميم المعقدة تظل قيداً.

تتعثر عملية سير العمل في حلقة الإصلاح. عندما تُنتج المحاولة الأولى للذكاء الاصطناعي أخطاءً، تكون الاستجابة الطبيعية هي طلب إصلاحات. تستهلك كل محاولة إصلاح رموزاً، ويصف المراجعون عبر المنصات نمطاً حيث يؤدي إصلاح مشكلة واحدة إلى ظهور مشكلة أخرى، مما يستنزف الأرصدة دون الوصول إلى حالة عمل مستقرة. يحتوي مسار إنشاء APK (لنظام Android) على إخفاقات موثقة محددة حيث تفشل عمليات البناء بشكل متكرر، مما يستهلك جولات متعددة من الأرصدة قبل الحل (أو عدمه). هذه هي النقطة الأكثر حدة في تجربة Rocket.new ومصدر معظم التقييمات بنجمة واحدة.

"كل ما يحدث هو أنك تعيد شحن الرموز ثم تضطر إلى المرور بإصلاح تلو الآخر." - مدير مجهول موثق، مراجعة Slashdot، 19 سبتمبر 2025

يتلقى فريق الدعم مراجعات متباينة: يُبلغ بعض المستخدمين عن مساعدة سريعة وخطوة بخطوة وحتى استرداد للرموز عندما تتسبب أخطاء المنصة في الاستهلاك؛ بينما يُبلغ آخرون عن أوقات استجابة تزيد عن 24 ساعة دون حل. يتوافق هذا التباين مع تقييم Trustpilot المستقطب (4.2 TrustScore عبر 116 مراجعة اعتباراً من أوائل 2026، مع مجموعات متساوية تقريباً من تقييمات الخمس نجوم والنجمة الواحدة).

لمن صُمم Rocket.new

يناسب Rocket.new المؤسسين غير التقنيين الذين يحتاجون إلى منتج حقيقي، وليس نموذجاً مبدئياً. إذا كنت تتحقق من صحة فكرة شركة ناشئة وتريد تطبيق ويب يعمل بالإضافة إلى تطبيق هاتف محمول دون توظيف مطورين أو تجميع أدوات متعددة، فإن المخرجات متعددة المنصات لـ Rocket مميزة حقاً. تغطي القوالب التي يزيد عددها عن 25,000 أنماط الشركات الناشئة الشائعة (SaaS، الأدوات الداخلية، لوحات المعلومات) ويزيل اتصال Supabase المدمج خطوة تُعيق معظم منشئي التطبيقات بدون كود (no-code) عند الانتقال من النموذج الأولي إلى الإنتاج.

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

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

ما لا يمثله Rocket.new

لا يُعد Rocket.new بديلاً للمطور في أنظمة الإنتاج المعقدة. تعني حلقة استنزاف الرموز أن أي شيء يتطلب تكراراً مكثفاً يصبح مكلفاً بسرعة. إذا كان تطبيقك يحتوي على إدارة حالة معقدة، أو متطلبات معقدة في الوقت الفعلي، أو دقة نظام تصميم محددة للغاية، فإن جودة إنشاء الذكاء الاصطناعي الحالية ستتطلب تنقيحاً من قبل مطور قد يكلف أكثر من مجرد البناء من الصفر.

إنه ليس أداة مجانية بأي معنى حقيقي. تبدو خطة Starter التي تمنح مليون رمز لمرة واحدة وكأنها نسخة تجريبية، وليست فئة مجانية قابلة للاستخدام. المستخدمون الذين حاولوا بناء تطبيق كامل على الخطة المجانية ونفدت أرصدتهم قبل الانتهاء يمثلون سلسلة شكاوى متكررة. يبدأ الاستخدام المجدي من خطة Personal ($25/mo) ويتصاعد من هناك بناءً على حجم التكرار.

إنه ليس أداة تصميم متناهية الدقة (pixel-perfect). يُنشئ Rocket واجهة مستخدم وظيفية ومتجاوبة ولكنه لا يضمن النسخ الدقيق لتصميمات Figma المعقدة مع مكتبات المكونات المخصصة. يظل Webflow و Framer خيارين أفضل عندما يكون التحكم في التصميم أكثر أهمية من وظائف الواجهة الخلفية.

إنه ليس الخيار الأسرع للنماذج الأولية للويب الخالص. إذا كنت تريد واجهة مستخدم ويب حية في 60 ثانية، فإن نموذج WebContainers الخاص بـ Bolt.new يتفوق على Rocket في سرعة التكرار. تُعد دورة الإنشاء التي تستغرق 25 دقيقة في Rocket مقايضة مدروسة من أجل الشمولية: ستحصل على المزيد في المحاولة الأولى، لكنك ستنتظر وقتاً أطول لذلك.

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