الدليل‹البداية
البدايةمبتدئ‏١٠ دقائق قراءة

أول تطبيق لك

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

نظرة عامة

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

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

قبل أن تبدأ

تحتاج إلى حساب في مايندلاب. إن لم يكن لديك حساب بعد، سجّل في myndlab.ai — يستغرق الأمر نحو ٣٠ ثانية، والباقة المجانية تتضمّن رصيداً كافياً لإكمال هذا الدليل.

1
تسجيل الدخول
اذهب إلى myndlab.ai وسجّل الدخول ببريدك الإلكتروني أو حساب Google.
2
افتح شاشة البناء
اضغط على 'مشروع جديد' من لوحة التحكم. ستصل إلى شاشة البناء مع جاهزية حقل إدخال المطالبة.
3
تحقّق من رصيدك
يظهر رصيد البناء المتبقّي لديك في الشريط العلوي. يجب أن يكون لديك ٢٠ رصيداً على الأقل قبل البدء — تتراوح عمليات البناء من رصيد واحد للتغييرات الصغيرة وحتى ٣٠ رصيداً أو أكثر لعمليات البناء المتكاملة الكبيرة.

اكتب أول مطالبة لك

المطالبة هي الشيء الوحيد الذي يحتاجه مايندلاب منك للبدء. كلما كنت أكثر تحديداً، اقترب البناء الأول مما تريد — لكن يمكنك دائماً تحسينه.

المطالبة الأولى الجيدة تجيب عن ثلاثة أسئلة:

1
ماذا يفعل؟
صِف الإجراء الأساسي الذي يقوم به المستخدمون. 'مدير مهام يضيف فيه المستخدمون المهام ويكملونها ويحذفونها.' أفضل من 'تطبيق قائمة مهام.'
2
من يستخدمه؟
نوع مستخدم واحد؟ فريق؟ موظفون داخليون؟ هذا يحدّد المصادقة والصلاحيات ونماذج البيانات.
3
ما المنصّة التقنية التي تفضّلها؟
إن كان لديك تفضيل (Next.js، Supabase، Postgres) فاذكره. وإلا اختار مايندلاب خياراً افتراضياً معقولاً.

إليك مثالاً على مطالبة يمكنك لصقها مباشرة:

prompt
Build a lightweight CRM for a 5-person sales team.

- Each salesperson can log calls and notes per contact
- Contacts have: name, company, phone, stage (lead / prospect / customer)
- A shared pipeline board (Kanban view) visible to everyone on the team
- Simple login with email + password, no SSO needed
- Stack: React + FastAPI + PostgreSQL
💡
نصيحة.لست بحاجة إلى سرد كل ميزة مقدّماً. سيطرح مايندلاب أسئلة متابعة إن كانت المطالبة غامضة، ويمكنك إضافة ميزات في التكرارات اللاحقة.

شغّل عملية البناء

عندما تكون راضياً عن المطالبة، اضغط ابنِ ← (أو اضغط ⌘ Enter). تُفتح لوحة البناء وتعرض لك ما يفعله مايندلاب في الوقت الفعلي.

1
مرحلة المواصفات (١٥–٣٠ ثانية)
يقرأ مايندلاب مطالبتك ويكتب مواصفة تقنية: الصفحات، ونماذج البيانات، ومسارات الـ API، واستراتيجية المصادقة. يمكنك رؤيتها في سجلّ البناء.
2
توليد الكود (٣–١٠ دقائق)
يكتب وكيل البرمجة مكوّنات الواجهة الأمامية، ونقاط نهاية الـ API، وترحيلات قاعدة البيانات. يتفاوت الوقت بحسب التعقيد — تطبيق CRUD بسيط أقرب إلى ٣ دقائق، وتطبيق SaaS متعدّد الأدوار أقرب إلى ١٠. يبثّ السجلّ أسماء الملفات عند إنشائها.
3
مرحلة النشر (٣٠–٦٠ ثانية)
يُحزَم الكود ويُنشَر إلى بيئة معاينة مشتركة. يظهر رابط مباشر في الشريط العلوي لشاشة البناء.
ℹ
ملاحظة.يكون البناء الأول دائماً أبطأ قليلاً لأن مخطط قاعدة البيانات يُنشأ من الصفر. أما عمليات البناء اللاحقة التي تغيّر الواجهة فقط فتكون أسرع بكثير.

عاين تطبيقك

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

أشياء ينبغي التحقّق منها في معاينتك الأولى:

1
هل يطابق التخطيط تصوّرك الذهني؟
الصفحات والتنقّل والبنية. إن كان هناك شيء مفقود أو خاطئ، دوّنه للتكرار التالي.
2
هل يعمل تدفّق البيانات؟
جرّب إنشاء سجلّ. هل يُحفظ؟ هل يظهر في القائمة؟ هل يعمل حذفه؟
3
هل تعمل المصادقة؟
إن طلبت تسجيل دخول، جرّب التسجيل وتسجيل الدخول بحساب اختباري.
💡
نصيحة.بيئة المعاينة حقيقية — لها قاعدة بيانات مباشرة و API يعمل فعلاً. البيانات التي تنشئها في المعاينة تبقى محفوظة بين الجلسات.

كرّر وحسّن

ارجع إلى حقل المحادثة وصِف ما تريد تغييره. لست بحاجة إلى إعادة وصف التطبيق بالكامل — قل فقط ما الذي اختلف.

prompt
Add a search bar to the contacts list that filters by name or company in real time.

Also change the pipeline stages to: Lead / Qualified / Proposal / Closed Won / Closed Lost

يقرأ مايندلاب الكود الموجود ويطبّق التغيير على شكل فرق (diff). سيُظهر سجلّ البناء الملفات التي تغيّرت فقط.

💡
نصيحة.طلبات التغيير القصيرة والمركّزة تُبنى أسرع ولها آثار جانبية غير متوقّعة أقل. ميزة واحدة في كل مرة هي عادةً أفضل وتيرة للتكرارات المبكّرة.

ما الخطوة التالية؟

لقد بنيت تطبيقك الأول وكرّرت عليه. من هنا يمكنك:

  • ربط مستودع GitHub لدفع الكود المولّد إلى سجلّ الإصدارات الخاص بك
  • استخدام العصف الذهني الصوتي لتخطيط الميزة التالية شفهياً بدلاً من كتابتها
  • النشر على بنيتك التحتية الخاصة (AWS، Azure، GCP، VPS) عندما تكون جاهزاً للإطلاق
  • إضافة نطاق مخصّص عبر لوحة إعدادات المشروع
الخطوات التالية
→ العودة إلى الدليل