برومبتات البرمجة السريعة: بنية الطلب التي تنتج كوداً يعمل

البرومبت في البرمجة السريعة (vibe coding) ليس طلب «اصنع لي موقعاً» — إنه مواصفة قصيرة: ما الذي يجب أن يعمل، ولمن، وعلى أي تقنية، وكيف ستعرف أنه جاهز. أرقام القسم نفسه تبيّن أهمية ذلك: عبر 597 محادثة برمجة سريعة في NeuralSpace على مدار تاريخ القسم كله، الوسيط لأول وصف مشروع هو 91 حرفاً — أي جملة واحدة. في المحادثات التي بدأت هكذا يكتب المستخدم 1.7 رسالة في المتوسط — الحوار ينتهي بعد أول رد. وحيث يتجاوز الوصف 800 حرف يصبح المتوسط 3.0 رسائل من المستخدم: المشروع يحي ويُصقل (المصدر — سجل التوليد المجهّل لقسم البرمجة السريعة، تجميعات فقط دون ربط بالحسابات). فيما يلي بنية طلب تنتج كوداً يعمل من أولى التكرارات، مع تحليل على مثال واحد وصيَغ جاهزة للتعديلات.

لماذا لا ينفع «اصنع لي موقعاً»

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

ستة أقسام لبرومبت يعمل

يُبنى الطلب الجيد من ستة أقسام. ليست كلها إلزامية — لكن كلما كان المشروع أطموحاً زادت أهمية كل قسم.

• النتيجة والسلوك. ما يجب أن يفعله التطبيق، لا كيف بُني داخلياً: «يختار الزائر تاريخاً ويترك طلباً؛ يُحفظ الطلب وأراه في صفحة منفصلة».
• السياق والجمهور. لمن هذا: «موقع ورشة إصلاح دراجات، الزوار من الهواتف، أعمار 25–45».
• التقنية والقيود. ماذا نستخدم وماذا نتجنب: «صفحة HTML واحدة دون أدوات بناء أو أُطَر»، «تخزين البيانات في localStorage»، «بدون واجهات برمجية مدفوعة خارجية».
• البيانات والأمثلة. أسماء ونصوص وأرقام حقيقية بدل الحشو: ثلاث خدمات فعلية بأسعارها، نص التعريف الحقيقي. بالبيانات الحقيقية يبني الوكيل شيئاً مقنعاً ولا تضطر لاستبدال العناصر الافتراضية يدوياً.
• معايير الاكتمال. كيف ستعرف أنه يعمل: «جاهز عندما: يفتح من الهاتف، يُظهر النموذج تأكيداً بعد الإرسال، تظهر الطلبات في صفحة /admin مخفية».
• قائمة المنع. ما لا يجب فعله: «لا تسجيل ولا دخول، لا ربط دفع، لا سمة داكنة».

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

مشروع واحد وبرومبتان

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

النسخة القوية من المشروع نفسه: «اصنع تطبيق صفحة واحدة لتتبع العادات دون أُطَر، HTML+JS خالص، البيانات في localStorage. حتى 10 عادات، لكل منها اسم ولون. الشاشة الرئيسية شبكة بطاقات: النقر على بطاقة يعلّم العادة منجزة اليوم، وعدّاد الأيام المتتالية يزيد مع التعلّم اليومي ويصفّر عند الفوات. في الأسفل إحصاء أسبوعي بسيط: كم يوماً من 7 اكتمل. نمط فاتح، خط كبير، وكل شيء يعمل بعرض 390 بكسل. جاهز عندما: يمكن إضافة عادة وتعليمها وحذفها، والبيانات لا تضيع بعد إعادة تحميل الصفحة. لا مصادقة ولا مزامنة مع خادم». الطلب الثاني أطول عشر مرات — وهو عادة ما يعطي كوداً يعمل من التكرار الأول أو الثاني، لأن النموذج لم يبق لها مكان للتخمين.

برومبتات التعديل: تغييرات دون كسر

أول رد مسودة. بعدها تقود المشروع بطلبات قصيرة دقيقة — ولها قواعدها أيضاً.

• التعديل = شاشة + عنصر + سلوك مطلوب. ليس «أعد تصميم الرئيسية» بل «في الشاشة الرئيسية زر „علّم منجزاً“ شاحب جداً — اجعله عالي التباين وأكبر». التعديلات الجراحية لا تمس ما يعمل.
• الخطأ = نص الخطأ كاملاً. إذا انكسر شيء، الصق رسالة الخطأ في المحادثة وأضف ما كنت تفعله: «عند الضغط على „حفظ“ يظهر TypeError، أستنسخه في Chrome». يصلح الوكيل من تتبع المكدس بدقة أكبر بكثير من «لا يعمل».
• التوسيع = «أضف» لا «أعد». «أضف رسماً شهرياً للإحصاء» يحفظ الكود العامل؛ «أعد الإحصاء» يخاطر بكسر أسبوع منه.
• التراجع = إصدارات المشروع. إذا كسر تعديلٌ شيئاً، فالعودة إلى آخر بنية عاملة في «إصدارات المشروع» أسرع من شرح ما سقط للوكيل.

كيف تجربها على NeuralSpace

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

أي نموذج يناسب برومبتك

اختيار النموذج يؤثر أيضاً في عدد التكرارات. عبر تاريخ محادثات البرمجة السريعة في NeuralSpace كله (662 محادثة) يجري 62% من الحوارات على Kimi K2.5 — 410 محادثات، ونحو 9% أخرى على Claude Sonnet 4.5 (المصدر — سجل التوليد المجهّل للقسم). هذه الإحصاءات الشعبية لم تأتِ من فراغ: Kimi K2.5 أرخص بوضوح ويكفي تماماً للمشاريع النمطية — صفحات هبوط ومتتبعات ولوحات بيانات وألعاب بسيطة. أما المشاريع ذات المنطق غير البديهي (حالات، حسابات، شاشات كثيرة) فخذ فيها Claude Sonnet 4.5: أغلى لكنه أدق في حفظ القصد عبر الحوارات الطويلة. التبديل بنقرة واحدة في الواجهة نفسها، فالمخطط المعقول: مسودة على النموذج الرخيص، والتجميع النهائي على القوي. مقارنة مفصلة بالسعر والجودة في مقال «أي ذكاء اصطناعي تختار للبرمجة السريعة»، وأول مشروع من الصفر في «البرمجة السريعة من الصفر».

أسئلة شائعة

هل أكتب البرومبت بلغتي؟

نعم. نماذج قسم البرمجة السريعة تتعامل مع العربية جيداً وترد بها، وواجهة الموقع مترجمة أيضاً. بنية «النتيجة — السياق — القيود — البيانات — معايير الاكتمال — قائمة المنع» تعمل بأي لغة.

ما الطول المناسب للبرومبت؟

طويل بما يكفي ألا يبقى للنموذج مكان للتخمين. لصفحة هبوط تكفي 5–8 أسطر، ولتطبيق بمنطق 15–25. المعيار ليس الأحرف بل الأقسام: إذا وُصف السلوك والقيود ومعايير الاكتمال فالطول كافٍ.

فعل الوكيل شيئاً خاطئاً. ماذا أكتب؟

تعديلاً جراحياً: شاشة، عنصر، سلوك مطلوب. «أعد كل شيء» أسوأ صياغة ممكنة — تمحو ما كان يعمل أيضاً. إذا كسر التعديل المشروع فتراجع عبر «إصدارات المشروع».

هل أعيد استخدام برومبت واحد في مشاريع مختلفة؟

القالب — نعم: الأقسام الستة عالمية ولا يتغير إلا المحتوى. أما نص مشروع بعينه فلا معنى لنقله إلى مشروع آخر: معايير الاكتمال وقوائم المنع تختلف بينها.