الدليل‹الصوت والذكاء الاصطناعي
الصوت والذكاء الاصطناعيمبتدئ‏٨ دقائق قراءة

كتابة مطالبات أفضل

المطالبات هي الواجهة الأساسية بينك وبين مايندلاب. تغييرات صغيرة في صياغتك تنتج نتائج مختلفة جذرياً.

تشريح المطالبة الجيدة

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

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

ℹ
ملاحظة.يولّد مايندلاب مواصفة منظّمة من مطالبتك قبل كتابة أي كود. ستتمكّن من مراجعة هذه المواصفة وتحريرها قبل الالتزام ببناء كامل. مهمة المطالبة هي جعل تلك المواصفة دقيقة — لا أن تحلّ محلّها.

ما يجب تضمينه دائماً

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

1
ماذا يفعل
صِف المهمة الأساسية للتطبيق في جملة أو جملتين. ركّز على إجراءات المستخدم، لا الآليات التقنية. 'يمكن للمستخدمين رفع ملف CSV، ورؤية مخطط لمبيعاتهم حسب المنطقة، وتصدير النتائج المُصفّاة كملف PDF' محدّد وقابل للتوليد. 'لوحة بيانات' ليست كذلك.
2
من يستخدمه
سمِّ أدوار المستخدمين. التطبيق ذو الدور الواحد ('المستقلّون') والتطبيق متعدّد الأدوار ('المسؤولون، ومديرو المشاريع، والعملاء') يحتاجان إلى بنى مصادقة وتنقّل مختلفة جوهرياً. يستخدم مايندلاب الأدوار ليقرّر ما إذا كان سيهيّئ التحكّم في الوصول المبني على الأدوار وكيف ينظّم الشريط الجانبي.
3
البيانات التي يخزّنها
اسرد الكيانات الرئيسية وأهم علاقاتها. 'للمستخدمين عدّة مشاريع؛ للمشاريع عدّة مهام؛ للمهام حالة ومُسنَد إليه' يعطي مايندلاب ما يكفي لتوليد مخطط قاعدة بيانات صحيح من المحاولة الأولى. ترك هذا ضمنياً يؤدّي إلى أسماء جداول عامة ستحتاج إلى تصحيحها لاحقاً.
4
تفضيل المنصّة التقنية (اختياري لكنه مفيد)
إن كان لديك تفضيل لإطار العمل، أو لغة الخادم الخلفي، أو قاعدة البيانات، فقُله. 'المنصّة: Next.js، Express، Supabase.' إن تركت هذا، يعتمد مايندلاب افتراضياً على React + FastAPI + PostgreSQL، وهو خيار عام متين — لكنه قد لا يطابق مهارات فريقك.

أمثلة ضعيفة مقابل قوية

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

text
# Weak prompt — vague, forces guessing
Build me a task manager app.
text
# Strong prompt — concrete, covers all four dimensions
Build a team task manager for small marketing agencies.

Users: two roles — Agency Admin and Team Member.
- Admins can create projects, assign tasks, and view all activity.
- Team Members can view their assigned tasks, update status, and
  leave comments.

Data: Projects contain Tasks. Tasks have a title, description,
due date, priority (low/medium/high), status (todo/in-progress/done),
and an assignee (Team Member).

Stack: React frontend, FastAPI backend, PostgreSQL database.

The main view is a Kanban board grouped by status. Include email
notifications when a task is assigned or overdue.

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

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

مطالبات التكرار

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

1
حدّد الموقع
أخبر مايندلاب أين يقع التغيير. 'في صفحة قائمة المشاريع، في الشريط الجانبي للتصفية...' أفضل من 'في التطبيق...'. اسم الصفحة، أو اسم المكوّن، أو حتى اسم الملف، كلها تساعد مايندلاب على تحديد نطاق التعديل بشكل صحيح.
2
صِف الحالة قبل وبعد
'حالياً يعرض جدول المهام خمسة أعمدة. أضف عموداً سادساً للأولوية، يُعرض كشارة ملوّنة (أحمر=عالٍ، كهرماني=متوسّط، أخضر=منخفض).' هذا النمط — الحالة الحالية ثم الحالة المرغوبة — غير غامض وسهل على الذكاء الاصطناعي أن يتحقّق منه.
3
حدّد معايير القبول
'ينبغي أن يحدّث الفلتر سلسلة استعلام الرابط بحيث تصبح الصفحة قابلة للإشارة المرجعية.' معايير القبول تمنع التنفيذ الناقص. إن كان بإمكانك وصف كيف ستعرف أن الأمر اكتمل، فضمّنه.
text
# Good iteration prompt
On the Task detail page, add a Comments section below the task
description.

- Users can type a comment (up to 500 characters) and submit it.
- Comments display the author's name, avatar, and a relative
  timestamp ("2 hours ago").
- Comments load on page load; no infinite scroll needed yet.
- Only the comment author or an Admin can delete a comment.

ما يجب ألّا تضمّنه

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

1
لا تحدّد توقيعات الدوال الدقيقة
كتابة 'أنشئ دالة باسم getUsersByProjectId(projectId: string): Promise<User[]>' في مطالبتك تدفع الذكاء الاصطناعي إلى التشبّث بهذا التوقيع حتى لو كان نهج مختلف أنظف. صِف السلوك: 'بالنظر إلى مشروع، أحضِر كل المستخدمين الذين لديهم مهمة واحدة على الأقل في ذلك المشروع.'
2
لا تملِ بنية الملفات
يولّد مايندلاب بنية ملفات اصطلاحية لمنصّتك التقنية المختارة. فرضُ 'ضع وسيط المصادقة في src/middleware/auth.ts' يتعارض مع اصطلاحاته وقد ينتج مسارات استيراد معطوبة. ثِق بالبنية ما لم يكن لديك سبب محدّد لتجاوزها.
3
لا تكتب SQL في المطالبات
يولّد مايندلاب الترحيلات من وصف بياناتك. لصق مخططات SQL خام في المطالبة غالباً ما يربك مولّد المواصفة ويؤدّي إلى ترحيلات مكرّرة أو متعارضة. صِف الكيانات والعلاقات بلغة بسيطة بدلاً من ذلك.
4
لا تضمّن قرارات التصميم الدقيقة
قيم الألوان، والقياسات الدقيقة بالبكسل، وتجاوزات الهوامش تنتمي إلى بصمة التصميم أو إلى تمريرة تنسيق لاحقة — لا إلى مطالبة بناء. فهي تشتّت عن المتطلّبات البنيوية ونادراً ما تبقى دون تغيير بعد تمريرة التصميم على أي حال.
⚠
انتبه.إن وجدت نفسك تكتب مطالبة أطول من ٣٠٠ كلمة، توقّف واسأل ما إذا كنت تصف التنفيذ بدلاً من النتائج. قسّم المطالبة إلى بناء أولي قصير زائد سلسلة من مطالبات التكرار المستهدفة. هذا النهج يكلّف رصيداً أقل وينتج كوداً أنظف.

استخدام الصوت للعصف الذهني أولاً

وضع الصوت (⌘ ⇧ P) هو أحد أسرع الطرق للوصول إلى مطالبة مكتوبة عالية الجودة. تحدّث بشكل طبيعي لمدة ٦٠–٩٠ ثانية عمّا تريد بناءه — ما المشكلة التي يحلّها، ومن يستخدمه، وما الميزة الأهم. يحوّل مايندلاب كلامك نصّاً ويهيكله في مسوّدة مطالبة، يمكنك بعدها مراجعتها وإحكامها قبل الضغط على ابنِ.

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

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