كيف تكتب برومبتات لأدوات بناء التطبيقات بالذكاء الاصطناعي (مع أمثلة قبل وبعد)

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

يعرض بقية هذا الدليل الأنماط بالتفصيل، مع أمثلة قبل وبعد يمكنك تكييفها.

لماذا يختلف طلب شيء من أداة بناء التطبيقات عن الدردشة مع الذكاء الاصطناعي؟

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

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

ما الذي يجب أن يتضمنه البرومبت الأول؟

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

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

قبل وبعد: البرومبت الأول

قبل:

اصنع لي تطبيقاً لصالة الرياضة الخاصة بي.

على الأداة أن تخمّن كل شيء: هل المستخدمون أعضاء أم موظفون؟ هل هي حصص جماعية أم تدريب شخصي؟ هل توجد مدفوعات؟ ستحصل على شيء يشبه موقعاً لصالة رياضية ولا يفعل ما تحتاجه.

بعد:

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

النسخة الثانية ما زالت قصيرة. إنها فقط تجيب عن الأسئلة الواردة في الجدول أعلاه.

صف السلوك لا طريقة التنفيذ

غالباً ما تحصل على نتائج أفضل عندما تصف ما يجب أن يحدث بدلاً من كيفية بنائه.

قبل:

أضف useEffect يجلب الحجوزات ومكوّن نافذة منبثقة للتعديل.

بعد:

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

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

كن دقيقاً في القواعد

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

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

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

بعد النسخة الأولى: تغيير واحد في كل رسالة

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

قبل:

التصميم غير صحيح، والحجز لا يعمل بشكل صحيح، وأريد عرض تقويم وإرسال رسائل بريد إلكتروني.

بعد (أربع رسائل منفصلة):

1. عندما أحجز آخر مقعد في حصة، ما زالت الحصة تعرض «مقعد واحد متبقٍ». يجب أن تعرض «مكتملة» وتخفي زر الحجز.
2. أضف عرض تقويم أسبوعياً في صفحة الجدول، بعمود لكل يوم. أبقِ عرض القائمة الحالي كخيار.
3. اجعل بطاقات الحصص أكثر إحكاماً على الهواتف: حشو أقل، واسم المدرب في السطر نفسه مع الوقت.
4. أرسل إلى العضو رسالة تأكيد بالبريد الإلكتروني عند الحجز.

لماذا ينجح هذا:

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

قل ما يجب الإبقاء عليه

عندما تطلب تغييراً في شيء يعمل بالفعل، أخبر الذكاء الاصطناعي بما لا يجب أن يتغير. هذه أسهل طريقة لمنع التراجعات (أشياء كانت تعمل ثم تعطلت بعد تعديل).

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

ينطبق الأمر نفسه على البيانات: «أضف حقل رقم هاتف للأعضاء. لا تحذف أو تعيد تسمية أي حقل موجود.»

استخدم لقطات الشاشة والنص الدقيق

كلمات مثل «الشيء في الأعلى» غامضة. تقبل معظم أدوات بناء التطبيقات الصور، ولقطة شاشة مع ملاحظة قصيرة أسرع من فقرة وصف كاملة.

• أرفق لقطة شاشة وقل «الزر المحاط بالأحمر يتداخل مع القائمة على الهواتف».
• الصق نص رسالة الخطأ كما هو تماماً بدلاً من إعادة صياغته.
• اذكر حرفياً التسميات الظاهرة على الشاشة: «زر Save changes في صفحة الإعدادات».

بالنسبة للأخطاء تحديداً، استخدم هذا الشكل:

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

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

خطط أولاً للتغييرات الكبيرة

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

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

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

ما الذي يجب تجنبه

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

قوالب برومبت قابلة لإعادة الاستخدام

كيّف هذه القوالب باستبدال الأجزاء بين الأقواس.

تطبيق جديد:

ابنِ [نوع التطبيق] لـ[من يستخدمه]. يقوم [التدفق الرئيسي خطوة بخطوة]. يسجّل [نوع المستخدم الثاني] الدخول ل[ما يفعله]. خزّن [البيانات] في قاعدة بيانات. [المظهر والإحساس]. استبعد [الأشياء المؤجلة].

ميزة جديدة:

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

تغيير تصميم:

في [الصفحة]، غيّر [العنصر المحدد] إلى [التغيير المحدد]. أبقِ [ما يجب الإبقاء عليه]. تحقق من أنه يبدو صحيحاً على شاشة بعرض الهاتف.

خلل:

في [الصفحة]، [الخطوات التي قمت بها]. توقعت [المتوقع]. بدلاً من ذلك [الفعلي، مع نص الخطأ كما هو]. أصلحه وتحقق من أن التدفق يعمل.

سؤال بدون تغييرات:

لا تغيّر أي شيفرة. اشرح كيف يعمل [جزء من التطبيق] وأين تُخزَّن [البيانات].

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

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

البرومبت في Mythex

كل ما سبق يعمل في Mythex. وهذه بعض التفاصيل التي تساعد:

• أوضاع Build وPlan وAsk. استخدم Plan للتغييرات الكبيرة أو المحفوفة بالمخاطر، واستخدم Ask عندما تريد شرحاً دون تعديلات.
• نقاط الحفظ. بعد كل تغيير ناجح يحفظ Mythex نقطة حفظ، وزر Revert to this point على أي رد يعيد المشروع إلى تلك النقطة. يمكنك أيضاً تعديل رسالة سابقة وإعادة إرسالها لتجربة برومبت مختلف من تلك النقطة.
• بطاقة الأسرار. عندما يحتاج الوكيل إلى مفتاح واجهة برمجة، يطلبه عبر بطاقة في المحادثة، فيُحفظ القيمة أسرار المشروع بدلاً من كتابتها داخل رسالتك.
• الصور. أرفق لقطات شاشة أو تصاميم أولية وسينظر الوكيل إليها.

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

الأسئلة