مراجعة Emergent AI: هل تستحق المنصة الاشتراك؟

مراجعة Emergent AI عملية تغطي الأسعار وجودة البناء والتصحيح والنشر وملكية الشفرة، وتوضح حدود الأرصدة وما يجب معرفته قبل الاشتراك فعليًا في المنصة.

Thursday, September 3, 2026Omid Saffari
مراجعة Emergent AI: هل تستحق المنصة الاشتراك؟

Emergent تستحق $20 شهريًا عندما يكون المطلوب نموذجًا أوليًا واحدًا متكاملًا يُبنى بالتوجيهات النصية، مع تصدير الشفرة قبل أن تتحول المنصة إلى عنق زجاجة. لكنها لا تناسب فرق الإنتاج التي تحتاج إلى تكلفة يمكن توقعها؛ إذ قد يحجز نشر حي واحد موثّق 50 من أصل 100 رصيد شهري في باقة Standard، وقد تستهلك محاولات الإصلاح الفاشلة أرصدة غير قابلة للاسترداد، فيما تتعارض صفحات النشر لدى Emergent نفسها حول ما إذا كانت كلفة 50 رصيدًا تُدفع مرة واحدة أم شهريًا. تستند مراجعة Emergent AI هذه إلى المنتج الفعلي والأسعار والوثائق وشروط 31 أغسطس كما جرى التحقق منها في 3 سبتمبر 2026، وليست اختبار بناء أُجري داخل حساب.

مراجعة Emergent AI: ما هي المنصة فعلاً؟

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

الصفحة الرئيسية لمنصة Emergent تعرض بناء التطبيقات من التوجيهات النصية
Emergent

الفارق الأهم هو نطاق العمل. لا تحاول Emergent رسم صفحة هبوط أنيقة فحسب. فبحسب وثائق إنشاء التطبيق الأول، تستطيع المنصة بناء واجهة أمامية بـ React، ومنطق التطبيق، وقاعدة MongoDB، والاختبارات، وإدارة الإصدارات عبر GitHub، والتكاملات، والنشر ضمن مسار واحد. تظهر قيمة هذا الاتساع عندما تكون صعوبة المنتج المبكر في تنسيق ست مهام إعداد، لا في ابتكار واجهة استثنائية واحدة.

ويكشف محدد الوكلاء الحالي أيضًا عن الاتجاه الذي تسلكه المنصة. توثّق Emergent وكلاء منفصلين باسم E-1 وE-1.1 وE-1.5 وE-2 وPrototype وMobile، بينما يتيح Universal LLM Key للمشروعات استخدام GPT-5 وClaude وGemini ونماذج أخرى من رصيد واحد. الأسماء أقل أهمية من أسلوب التشغيل نفسه: تختار المنصة أو تعرض مستويات مختلفة من السرعة والعمق والتخصص، بدل تكليف جلسة محادثة واحدة بكل شيء.

لكن ذلك لا يجعل الناتج جاهزًا للإنتاج تلقائيًا. تلزم شروط خدمة Emergent المستخدم بمراجعة مخرجات الذكاء الاصطناعي والتحقق منها واختبارها بصورة مستقلة. لذا لا يكون التقييم المنصف: «هل تستطيع إنشاء تطبيق؟» فهي قادرة بوضوح على توليد شفرة تطبيق. الأسئلة الأجدى هي: هل النسخة الأولى مترابطة؟ وهل تصمد المصادقة وحدود البيانات أمام التدقيق؟ وهل يلتهم التصحيح الميزانية؟ وهل يمكن إخراج الشفرة بسلاسة؟ وهل يتطابق سلوك المعاينة مع الإنتاج؟

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

الأداةالأنسب لهايبدأ الاشتراك المدفوع منالعامل الحاسم
Emergentمسار مُدار واحد، من التوجيه النصي إلى نموذج أولي متكامل ومستضاف$20 شهريًا، أو $17 شهريًا مع الدفع السنويأكبر قدر من التوجيه، وأقل النتائج قابلية للتنبؤ من حيث الأرصدة
Lovableتطبيقات ويب يقودها التصميم وتطوير بصري مشترك$25 شهريًامستخدمون غير محدودين وأنظمة تصميم ضمن Pro
Bolt.newبناء سريع في المتصفح مع ترحيل الرصيد من الرموز$25 شهريًانموذج رموز أوضح، مع استمرار الحاجة إلى إشراف تقني
Replitمن يريد وكيلاً داخل بيئة برمجة أشمل$20 شهريًا، أو $18 شهريًا مع الدفع السنويأنسب عندما تصبح السيطرة المباشرة على الشفرة عملاً يوميًا

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

لمن تناسب Emergent، ومن الأفضل له تجاوزها؟

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

شاشة بدء الاستخدام العامة لبناء التطبيقات في Emergent
بدء الاستخدام في Emergent

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

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

ثمة ثلاث فئات يُفضّل أن تتجاوزها.

  • على فرق المنتجات التي تقودها جودة التصميم أن تبدأ بـ Lovable. تبلغ كلفة Lovable Pro $25 شهريًا مقابل 100 رصيد شهري، مع عدد غير محدود من المستخدمين ونطاقات مخصصة وأنظمة تصميم. تركيزها على التحسين التعاوني يجعلها أنسب عندما تحدد جودة الواجهة مدى إقناع النموذج الأولي.
  • على المطورين الذين يتوقعون العمل مباشرة في الشفرة كل يوم أن يبدأوا بـ Replit. تبلغ كلفة Replit Core $20 عند الدفع شهرًا بشهر، أو $18 شهريًا عند الدفع السنوي، وتجمع مساحة العمل بين Agent وقاعدة البيانات والمصادقة والنشر ضمن واجهة أقرب إلى بيئة البرمجة.
  • من يفضّل البناء داخل المتصفح وحصة محسوبة بالرموز، فقد يناسبه Bolt.new. تبلغ كلفة Bolt Pro $25 شهريًا، وتشمل ما لا يقل عن 10 ملايين رمز شهري، مع ترحيل الرموز المدفوعة غير المستخدمة لشهر إضافي واحد، إلى جانب الاستضافة والنطاقات المخصصة وإمكانية اختيار مزود قاعدة البيانات.

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

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

القدرات الأربع التي تحسم قرار الشراء

على Emergent اجتياز أربع بوابات متتابعة: تحويل توجيه محدود إلى بناء أولي مترابط، وإنشاء حدود قوية للهوية والبيانات، والتعافي من الأخطاء من دون إخفائها، وتسليم قاعدة شفرة قابلة للنشر. المعاينة الجميلة التي تفشل في أي بوابة لاحقة ليست نتيجة متكاملة ناجحة.

تقييم Emergent كمنشئ تطبيقات بالذكاء الاصطناعي: من التوجيه إلى أول معاينة عاملة

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

وثائق سير عمل التطبيق الأول والمعاينة في Emergent
سير عمل التطبيق الأول في Emergent

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

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

  1. حدّد نتيجة قبول واحدة

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

  2. قيّد الوصف الأول

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

  3. أجب عن أسئلة التخطيط بوضوح

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

  4. اختبر السلوك لا لقطات الشاشة

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

  5. ثبّت أول نقطة مستقرة

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

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

مراجعة Emergent AI: المصادقة والعمل مع قواعد البيانات

تستطيع Emergent ربط التطبيق المولد بـ Supabase للحصول على PostgreSQL والمصادقة والاشتراكات الآنية والتخزين، لكن سير العمل هذا يظل متضمنًا قرارات أمنية لا يمكن لتوجيه نصي تخمينها بأمان. تستطيع المنصة كتابة شفرة التكامل؛ أما حدود الحسابات والأسرار فتبقى مسؤولية المشتري.

دليل تكامل Supabase مع Emergent لقواعد البيانات والمصادقة
Emergent مع Supabase

يتطلب دليل Supabase الرسمي مشروعًا منفصلاً على Supabase، ورابط المشروع، والمفتاح العام، ومفتاح service-role من جهة الخادم، وجداول قاعدة البيانات، ومزودي المصادقة، ومتغيرات البيئة، واختبارات الإنتاج. ويؤكد أيضًا ضرورة تفعيل Row Level Security دائمًا في الإنتاج. تمثل RLS قاعدة على مستوى قاعدة البيانات، بحيث لا يرى كل مستخدم أو يغيّر سوى الصفوف التي تسمح بها السياسة.

أما الشكل الآمن لبوابة استقبال العملاء فيجب أن يكون صريحًا. أنشئ جدول accounts وجدول users مرتبطًا بحساب وجدول requests يحمل account_id وcreated_by. ثم اكتب سياسات تسمح للعميل المحتمل بالإضافة داخل حسابه، وللموظف المكلّف بقراءة ذلك الحساب، مع منع أي طلب يعبر بين الحسابات. يجب أن يبقى مفتاح service-role في الخلفية لأنه يتجاوز RLS؛ ووضعه في شفرة المتصفح يهدم هذا الحد.

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

يتطلب الحد الأدنى للتحقق حسابين وثلاث حالات:

  1. ينشئ المستخدم A طلبًا ويستطيع قراءته بعد بدء جلسة جديدة.
  2. لا يستطيع المستخدم B استرجاع طلب المستخدم A عبر الواجهة أو بطلب مباشر إلى API.
  3. لا يستطيع دور الموظف قراءة سوى الحسابات المسندة إليه صراحةً.

إذا فشلت أي حالة، فلا تطلب من الوكيل ببساطة «تأمين المصادقة». سمِّ السياسة الفاشلة، والدور المتوقع، والصف المحظور، والطلب المحدد. تقلل تعليمات الإصلاح الدقيقة الغموض، وتنتج نتيجة يستطيع شخص آخر فحصها.

تصحيح الأخطاء: فحوص السلامة والسجلات والتراجع

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

وثائق ميزة التراجع في Emergent
التراجع في Emergent

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

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

تسير دورة معالجة الأعطال المنضبطة على النحو الآتي:

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

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

تصدير شفرة Emergent: الملكية وتسليم المشروع للإنتاج

تمنح Emergent المستخدم حقوق ملكية الشفرة المولدة، لكن التسليم السليم يظل محتاجًا إلى سير عمل مدفوع عبر GitHub، ونسخة احتياطية حديثة، وتوثيق للأسرار، وخطة لقاعدة البيانات. الملكية القانونية ضرورة، أما قابلية النقل التشغيلية فتعني القدرة على المغادرة من دون إعادة بناء النظام.

صفحة تكامل Emergent مع GitHub
تكامل Emergent مع GitHub

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

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

يُجمّع مسار النشر الموثق لدى Emergent التطبيق، ويرحّل قاعدة البيانات أو يتصل بها، ويصدّر الأسرار، ويوفر البنية التحتية، ويجري فحص السلامة. ويقدّر المزود المدة الإجمالية لكل المراحل بما بين 10 و15 دقيقة.

وثائق بيئة النشر والإنتاج في Emergent
وثائق النشر في Emergent

هناك تفصيلان في التسليم يستحقان اهتمامًا أكبر من زر النشر:

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

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

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

أسعار Emergent AI: جميع الباقات الحالية وحساب الأرصدة

تبدأ باقات Emergent من $0، لكن على المشتري التجاري اعتبار Standard الحد الأدنى وحجز سعة لكل تطبيق منشور. جرى التحقق من الأسعار أدناه في 3 سبتمبر 2026 عبر صفحة الأسعار الحية، مع مراجعة سلوك الأرصدة في دليل الباقات الحي.

بطاقات باقات Emergent الحالية تعرض Free وStandard وPro وBusiness وEnterprise
بطاقات باقات Emergent الحالية
الباقةالسعر الحاليالأرصدة الشهريةما الذي يتغير؟
Free$010الوصول الأساسي لتقييم شخصي غير تجاري
Standard$20 شهريًا أو $17 شهريًا مع الدفع السنوي100استضافة خاصة وGitHub وشحن إضافي وبناء للويب والجوال
Pro$200 شهريًا أو $167 شهريًا مع الدفع السنوي750سياق 1M وUltra Thinking وتوجيهات النظام ووكلاء مخصصون وموارد حوسبة أقوى
Businessعرض سعر مخصصغير منشورRBAC وSSO ومساحات عمل مشتركة وتحرير مشترك آني
Enterpriseعرض سعر مخصصغير منشورسجلات تدقيق وحدود أرصدة للمستخدمين وقاعدة بيانات مستضافة ذاتيًا وVPC وSLA وتحليلات

تبلغ كلفة Standard السنوية $204، وتوفر $36 مقارنةً باثنتي عشرة دفعة شهرية. وتبلغ كلفة Pro السنوية $2,004، وتوفر $396. كما تقول الأسئلة الشائعة الحية للمنتج إن باقات الفرق تبدأ من $250 شهريًا، بينما تعرض بطاقة الأسعار الحية Business بسعر مخصص. اعتمد قراءة السعر المخصص إلى أن يحدد فريق المبيعات نطاق عرض $250 كتابةً.

حساب الأرصدة المضمنة غير بديهي:

  • تبلغ كلفة الرصيد المضمن في Standard الشهرية $0.20. ويخفض الاشتراك السنوي في Standard الكلفة إلى $0.17.
  • تبلغ كلفة الرصيد المضمن في Pro الشهرية نحو $0.267. ويخفض الاشتراك السنوي في Pro الكلفة إلى نحو $0.223.
  • تكلف Pro 10 أضعاف Standard، لكنها توفر 7.5 أضعاف عدد الأرصدة.

لهذا ليست Pro صفقة الجملة الأرخص للأرصدة. يدفع فرق السعر مقابل نافذة السياق 1M وUltra Thinking وإمكانية تعديل توجيه النظام والوكلاء المخصصين وموارد حوسبة أكبر والدعم ذي الأولوية. إذا لم تغيّر هذه الميزات نتيجة مقبولة، فقد يكون شراء أرصدة إضافية على Standard أقل كلفة.

حزم الشحن الإضافي الحالية هي 5 أرصدة مقابل $1، و100 مقابل $20، و250 مقابل $50، و500 مقابل $100، و3,000 مقابل $500، و6,000 مقابل $1,000. تسعّر الحزم الأربع الأولى الرصيد بـ $0.20. وتخفض أكبر حزمتين السعر إلى نحو $0.167. لا تنتهي صلاحية الأرصدة الإضافية المشتراة؛ أما أرصدة الاشتراك الشهرية فتُصفّر في نهاية دورة الفوترة، وتُستهلك أولاً.

مسار اختيار بين باقات Emergent Free وStandard وPro وBusiness وEnterprise
اختر الباقة بحسب القدرة التي تغيّر النتيجة، لا بحسب أكبر عدد من الأرصدة.

باقة Free مخصصة للتقييم، وليست مسارًا لإطلاق تجاري. قد تكشف أرصدتها الـ10 عن الواجهة وأسلوب التخطيط، لكن الشروط تقصر استخدامها على الأغراض الشخصية غير التجارية. كما أنها تفتقر إلى تكامل GitHub والنشر بحسب مقارنة مركز المساعدة.

Standard هي أول عملية شراء منطقية لنموذج أولي واحد محدد. فهي تشمل 100 رصيد شهري وGitHub والمشروعات الخاصة وعمليات النشر وبناء تطبيقات الجوال وإمكانية الشحن الإضافي. لكن الحجز اللازم للنشر هو موطن التحفظ. يقول دليل الباقات الحالي إن كل تطبيق حي يكلف 50 رصيدًا شهريًا. وفق هذه القراءة، يترك تطبيق منشور واحد 50 رصيدًا في Standard للبناء والتصحيح؛ فيما يستهلك تطبيقان الحصة كاملة قبل محاولة ميزة جديدة.

لا تكون Pro منطقية إلا عندما تبرر ضوابط البناء المتقدمة فرق السعر. فبعد نشر دوري واحد بتكلفة 50 رصيدًا، يبقى 700 رصيد شهري. وتترك عشرة تطبيقات حية 250؛ بينما لا تترك خمسة عشر تطبيقًا شيئًا. على الفرق التي تشغّل هذا العدد من التطبيقات أن تناقش حوكمة Business أو Enterprise وبنية تحتية خارجية، لا أن تتعامل مع Pro بوصفها حزمة استضافة بلا حدود.

للأرصدة حدود سلوكية أيضًا. يورد مركز المساعدة تخصيصًا افتراضيًا قدره 5 أرصدة لكل تشغيل، ويمكن تعديله حتى سقف 1,000 رصيد للمهمة. وعندما يصل الرصيد إلى الصفر، يظل بإمكان المستخدم الوصول إلى المشروعات والشفرة، والتعديل يدويًا في VS Code، ومشاهدة عمليات النشر، وقراءة الوثائق؛ لكنه لا يستطيع توليد الشفرة أو تشغيل الاختبارات أو نشر نسخ جديدة أو استخدام التصحيح بالذكاء الاصطناعي.

القيود الحقيقية

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

شروط خدمة Emergent المحدّثة في 31 أغسطس 2026
شروط خدمة Emergent

1. قد تستهلك المخرجات الفاشلة أرصدة

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

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

2. تتعارض وثائق Emergent حول سعر النشر

يقول دليل الباقات الحالي إن النشر يكلف 50 رصيدًا شهريًا لكل تطبيق. أما دليل نشر المنصة فيقول إن النشر الأول يكلف 50 رصيدًا، وإن عمليات إعادة النشر اللاحقة مجانية، وإن الدفع يحدث مرة واحدة لكل تطبيق. وهذان وعدان مختلفان جوهريًا.

بحسب سعر الشحن الإضافي الشائع البالغ $0.20 للرصيد، تعني كلفة دورية قدرها 50 رصيدًا دفع $10 شهريًا أو $120 سنويًا لكل تطبيق. أما الدفع لمرة واحدة فكلفته الإجمالية $10. وإلى أن يؤكد مسار الدفع داخل المنتج أو الدعم القاعدة المطبقة على الحساب، ضع الميزانية وفق الكلفة الدورية؛ فهي القراءة الأكثر تحفظًا، كما أنها واردة في دليل الفوترة المخصص.

توزيع أرصدة Emergent Standard بين تطبيق حي واحد وتطبيقين حيين
إذا استهلك النشر 50 رصيدًا شهريًا، فسيستنفد تطبيقان حيان حصة Standard كاملة قبل البناء.

3. المعاينة لا تطابق الإنتاج تمامًا

توثّق Emergent موارد أعلى في المعاينة وCPU وRAM أقل في النشر. وتحذر تحديدًا من أن المكتبات الثقيلة قد تعمل في المعاينة، ثم تنتهي مهلتها أو تنهار عند التشغيل الحي. وقد لا يكتشف المستخدم ضرورة تغيير البنية إلا بعد أن تبدو الميزة مكتملة.

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

4. بيانات المعاينة منفصلة عن بيانات الإنتاج

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

قبل النشر، حدّد السجلات التي يمكن التخلص منها، وكيف يُنشأ مخطط الإنتاج، وكيف تُرحّل التغييرات، وأين تحفظ النسخ الاحتياطية، وكيف يُعكس الترحيل الفاشل. التوجيه الذي يغيّر اسم حقل ليس خطة ترحيل.

5. تملك الشفرة، لكن ترخيص المحتوى واسع

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

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

6. Free للاستخدام الشخصي، والدعم يتوقف قبل هندسة التطبيق

يقتصر ترخيص باقة Free على الأغراض الشخصية غير التجارية. وهذا حد أكثر صرامة مما توحي به عبارة «نموذج أولي مجاني» لمؤسس يختبر فكرة تجارية. انتقل إلى باقة مدفوعة قبل الاستخدام التجاري، واحتفظ بالمستودع خارج المنصة.

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

7. واجهة الأسعار لا تتسم بالاتساق الداخلي

تعرض بطاقات الأسعار لـ Standard وPro أسعارًا شهرية وما يعادلها سنويًا، ثم تصف Business وEnterprise بأنهما مخصصتان. وتقول أسئلة شائعة حية منفصلة إن باقات الفرق تبدأ من $250 شهريًا. وما زال مركز المساعدة يشير في بعض المواضع إلى ترقية Team، رغم أن صفحة الأسعار العامة تسمي الباقة Business.

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

بدائل Emergent AI: من يختار Lovable أو Bolt أو Replit؟

لدى Emergent ثلاثة بدائل جدية، ويتوقف الانتقال الصحيح على الجزء الذي يسبب الاحتكاك في وعدها الشامل.

اختر Lovable عندما يكون التعاون على التصميم محور العمل. تبلغ كلفة Lovable Pro $25 شهريًا مقابل 100 رصيد شهري، وتدعم مستخدمين غير محدودين ونطاقات مخصصة وأدوارًا وحدودًا لكل عضو وأنظمة تصميم. تبلغ كلفة Business $50 شهريًا، وتضيف مساحة عمل للفريق وRBAC وSSO وضوابط أمنية وقوالب. وهذا مسار أوضح لفريق منتج يعمل معًا على تحسين جودة الواجهة.

اختر Bolt.new عندما يكون البناء في المتصفح ونموذج الرموز أسهل في الضبط. تبلغ كلفة Bolt Pro $25 شهريًا، وتبدأ من 10 ملايين رمز، وتدعم النطاقات المخصصة واختيار قاعدة البيانات، وتسمح بترحيل الرموز المدفوعة غير المستخدمة إلى شهر إضافي واحد. تبلغ كلفة Teams $30 لكل عضو. ما زالت Bolt تحتاج إلى إشراف على الشفرة والبيانات، لكن حصتها الحالية معبّر عنها بالرموز بدل رصيد مشترك واحد يغطي التوليد والتصحيح والنشر.

اختر Replit عندما ينبغي أن تبقى بيئة الشفرة مركز العمل. تبلغ كلفة Replit Core $20 شهريًا أو $18 شهريًا عند الدفع السنوي. تتيح Starter نشر مشروع حي واحد؛ وتضيف Core مساحات عمل غير محدودة؛ بينما تبدأ Pro من $100 شهريًا أو $90 سنويًا، وتضيف 10 وكلاء متوازيين وما يصل إلى 15 متعاونًا وما يصل إلى 28 يومًا من التراجع في قاعدة البيانات. يفيد دليل بدائل Replit إذا كان نموذج استخدام Replit نفسه هو سبب المغادرة.

وإذا اقتصرت القائمة على Lovable وReplit، فارجع إلى المقارنة المباشرة بين Replit وLovable. يتلخص الاختيار أساسًا في التعاون الذي تقوده الواجهة مقابل بيئة مطور أوسع، لا في أي صفحة رئيسية تعد بأسرع تطبيق.

هل تستحق Emergent الاشتراك؟ قاعدة القرار

تستحق Emergent كلفتها لنموذج أولي واحد محدد بدقة، عندما يحتاج المشتري غير التقني إلى منصة تنسق الواجهة الأمامية والخلفية والبيانات والاختبارات والنشر، ويتولى مالك تقني مراجعة الناتج وتصديره. Standard هي باقة البداية المدفوعة الصحيحة. ولا تُبرر Pro إلا عندما يغيّر سياق 1M أو Ultra Thinking أو الوكلاء المخصصون أو التحكم في توجيه النظام أو الحوسبة الإضافية طبيعة العمل.

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

والانتقال بين الباقات واضح بالقدر نفسه. ابقَ على Standard ما دامت عمليات الشحن الإضافي عارضة وضوابط Pro المتقدمة غير مؤثرة. لا تنتقل إلى Pro إلا عندما يوفر السياق الأكبر أو ضوابط الوكلاء المخصصين قيمة تتجاوز فرق $180 الشهري. وغادر المنصة عندما تستغرق الإصلاحات والترحيلات والمراقبة وتغييرات البنية التحتية وقتًا أطول من التوليد الأولي.

خطة يوم الاثنين

نفّذ تقييمًا على مدى خمسة أيام باستخدام بيانات يمكن التخلص منها وسير عمل واحد مقبول.

  1. الاثنين: اكتب عقد القبول

    حدّد المستخدم، وما بين ثلاث وخمس ميزات، وسجلات البيانات، والأدوار، والوصول المحظور، والنتيجة النهائية. قرر ما الذي يجب أن يتحقق قبل اعتبار أي لقطة شاشة تقدمًا.

  2. الثلاثاء: ابنِ واختبر هويتين

    استخدم Free فقط للتقييم الشخصي غير التجاري. أنشئ مستخدمين ببيانات مؤقتة، وأثبت أنه لا يمكن لأي منهما رؤية سجلات الآخر قبل إضافة اللمسات الجمالية.

  3. الأربعاء: افحص دورة الفشل

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

  4. الخميس: تحقق من مسار الخروج

    إذا استحق النموذج الأولي عملاً تجاريًا، فانتقل إلى Standard، واربط GitHub، واستنسخ المستودع في مكان آخر، واحصر الأسرار، وتأكد من أن التطبيق يبدأ خارج المحادثة الأصلية.

  5. الجمعة: احسب كلفة الإنتاج قبل النشر

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

الأسئلة الشائعة

هل Emergent AI مجانية؟

تقدم Emergent باقة Free بسعر $0 وبعدد 10 أرصدة شهرية. تقصر الشروط الحالية استخدامها على الأغراض الشخصية غير التجارية، بينما تحجز مقارنة باقات مركز المساعدة تكامل GitHub والنشر للباقات المدفوعة. استخدم Free لفهم سير العمل ببيانات يمكن التخلص منها، لا لتشغيل تطبيق تجاري.

كم تبلغ أسعار Emergent AI؟

باقة Free بسعر $0. وتبلغ كلفة Standard $20 عند الدفع شهرًا بشهر، أو $17 شهريًا عند الدفع السنوي مقابل 100 رصيد شهري. أما Pro فتبلغ $200، أو $167 شهريًا عند الدفع السنوي مقابل 750 رصيدًا. تأتي Business وEnterprise بعروض أسعار مخصصة، رغم أن أسئلة شائعة منفصلة للمنتج تعلن أن باقات الفرق تبدأ من $250 شهريًا.

هل تستطيع Emergent بناء تطبيقات للجوال؟

نعم. تتضمن صفحات Emergent الحالية بناء تطبيقات الويب والجوال في Standard وPro، ويوثّق دليل التطبيق الأول وكيلاً باسم Mobile لمشروعات iOS وAndroid. تعامل مع تجهيز حزمة متجر التطبيقات وصلاحيات المنصة والاختبار على الأجهزة الأصلية والامتثال لمتطلبات الإصدار بوصفها أعمال قبول منفصلة.

كيف يمكن تصدير شفرة Emergent إلى GitHub؟

اربط حساب GitHub، واختر مستودعًا وفرعًا أو أنشئهما، ثم ارفع المشروع من Emergent. يدرج جدول الباقات الحي تكامل GitHub ضمن Standard وPro، لا Free. استنسخ المستودع وشغّله في مكان آخر للتحقق من قابلية النقل، بدل اعتبار نجاح الرفع نهايةً للتسليم.

هل تستضيف Emergent مواقع الويب؟

نعم. يشمل النشر المدفوع بنية تحتية مُدارة ومراقبة وقت التشغيل وSSL ونطاقات مخصصة ومتغيرات البيئة والأسرار. تأكد من الرسم قبل الالتزام: يقول دليل الباقات إنه 50 رصيدًا شهريًا لكل تطبيق منشور، بينما يصف دليل المنصة 50 رصيدًا تُدفع مرة واحدة لكل تطبيق.

هل تمنح Emergent أرصدة يومية؟

تصف الصفحات العامة الحالية أرصدة اشتراك شهرية، لا يومية. تحصل Free على 10 أرصدة شهرية، وStandard على 100، وPro على 750. تُصفّر أرصدة الاشتراك غير المستخدمة في كل دورة فوترة؛ أما أرصدة الشحن الإضافي المشتراة فلا تنتهي صلاحيتها.

ما أسعار منشئ تطبيقات Emergent؟

نقطة الدخول التجارية هي Standard بسعر $20 شهريًا، أو $17 شهريًا مع الدفع السنوي. ضع في الميزانية ما يتجاوز السعر المعلن لمحاولات البناء والتصحيح وسعة النشر. وفق قراءة النشر الدوري، يستخدم تطبيق حي واحد 50 من أصل 100 رصيد شهري في Standard.

احصل على قائمة تدقيق سير عمل الأعمال بالذكاء الاصطناعي

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

آخر تحديث

3 سبتمبر 2026

التصنيفBuild

فضّل هذا الموقع في Google

إضافة omidsaffari.com كمصدر مفضّل في بحث Google

اجعل omidsaffari.com مصدرًا مفضّلًا، وسيرفعه Google لك في Top Stories وAI Overviews وAI Mode.

المزيد من Build

عرض كل مقالات Build
النشرة البريدية

رسالة واحدة، كل يوم أحد. أنظمة تعمل، لا آراء ساخنة.

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

أسبوعية. بلا إزعاج. يمكنك إلغاء الاشتراك متى شئت.