دليل Prompt
قرّر قبل أن تكتب، وابنِ على مراحل، واستخدم محتوى حقيقيًا، وضع كل طلب أمام الـ Agent المناسب. هذه العادات تحوّل الأفكار المكوّنة من سطر واحد إلى نتائج مكتملة.
قرّر قبل أن تكتب، وابنِ على مراحل، واستخدم محتوى حقيقيًا، وضع كل طلب أمام الـ Agent المناسب. هذه العادات تحوّل الأفكار المكوّنة من سطر واحد إلى نتائج مكتملة.
ابدأ في دردشة المشروع. افتح الدردشة الخاصة بالمشروع الذي تريد تغييره، ثم اختر الـ Agent الذي يتوافق دوره مع العمل أو وجّه الطلب إليه. إذا لم تكن متأكدًا من الـ Agent الأنسب، فاطلب من الفريق التوضيح قبل البدء في البناء.
يجمع هذا الدليل الأساليب التي تحقق باستمرار نتائج أفضل من فريق الـ Agent لديك. ولا يتطلب أيٌّ منها مهارة خاصة. فالأمر يتعلق بما تقوله، لا بكيفية تنسيقه. سواء كنت تكتب أول طلب لك على الإطلاق أو تُحسّن مشروعًا ناضجًا، فإن المبادئ نفسها تنطبق: تفكير واضح يؤدي إلى نتائج واضحة.
دع الفريق يطرح الأسئلة قبل أن يبني
من أكثر الطرق فعالية للحصول على نتيجة أفضل: عندما يكون الطلب كبيرًا أو غير واضح، ادعُ إلى طرح الأسئلة بدلًا من الأمل في أن يخمّن الفريق بشكل صحيح. اذكر ما تريده، ثم أضف سطرًا واحدًا في النهاية:
اسألني عن أي شيء تحتاجه لفهم ما أريده بالكامل قبل أن تبدأ.
غالبًا ما ستحصل على أسئلة لم تكن لتفكر في الإجابة عنها بنفسك، سواء تعلقت بالحالات الطرفية أو الجمهور أو المفاضلات. حسم هذه الأمور مسبقًا يستغرق دقيقة؛ أما اكتشافها بعد البناء فيكلّف إعادة العمل. والنتيجة تكون أقرب بكثير إلى ما قصدته من أول محاولة.
الخطوة 1: قرّر قبل أن تكتب
اعرف ما الذي تبنيه
بضع دقائق من التفكير المسبق يمكن أن توفّر الكثير من إعادة كتابة الـ Prompt لاحقًا. قبل أن تبدأ، تأكد من أنك تستطيع الإجابة عن أربعة أسئلة بسيطة: ماذا تبني، ولمن هو، ولماذا قد يستخدمه هذا الشخص، وما الإجراء الرئيسي الذي تريد منه اتخاذه.
غالبًا ما يُسمّى هذا الإجراء الرئيسي CTA، اختصارًا لعبارة call to action. وهو الزر أو الرابط أو الخطوة التالية التي تريد من المستخدمين اختيارها أكثر من غيرها، مثل Sign Up أو Book a Demo أو Start Free أو Buy Now.
لا تحتاج إلى كتابة مواصفات كاملة. الهدف ببساطة هو منح المشروع اتجاهًا واضحًا. وكلما كانت نقطة البداية أكثر تحديدًا، كان من الأسهل إنشاء نتيجة تطابق ما يدور في ذهنك.
أنشئ موقعًا من صفحة واحدة لتطبيق ميزانية يستهدف المستقلين. الـ CTA الرئيسي هو “Start Saving Smarter.” استخدم مظهرًا جريئًا ومعبرًا مع خطوط كبيرة وألوان قوية.
ارسم الرحلة، وليس الشاشات فقط
التصميم الجيد يعيش بين الشاشات بقدر ما يعيش عليها. تتبّع المسار الذي يسلكه المستخدم: ماذا يرى أولًا، وما الذي يبني الثقة، وما الذي يمنحه الثقة للتصرف، وإلى أين يقوده ذلك الإجراء؟ حتى مخطط بسيط من ثلاث لقطات، قسم رئيسي، إثبات، دعوة إلى الإجراء، يجعل طلباتك أكثر فعالية بشكل كبير، لأن كل قسم يصبح لديه الآن سبب للوجود وسبب لقيادة المستخدم إلى القسم التالي.
حدّد الاتجاه البصري مبكرًا
من الأسهل بكثير ترسيخ الأسلوب من تعديله لاحقًا. اختر اتجاهًا: هادئًا وأنيقًا، جريئًا ومختلفًا، فاخرًا وانسيابيًا، واذكره في طلبك الأول باستخدام كلمات تصف النبرة ويمكن للفريق العمل بها: minimal، playful، cinematic، developer focused. هذه الكلمات ليست مجرد زينة: فهي تشكّل الخطوط، والمسافات، والألوان، والظلال، واستدارة الزوايا منذ أول مكوّن. أعد استخدام سطر الأسلوب نفسه في الطلبات اللاحقة للحفاظ على التماسك.
استخدم تصميمًا هادئًا مستوحًى من العافية: تدرجات لونية ناعمة، وألوان ترابية هادئة، وزوايا مستديرة، وحشوات سخية. النبرة العامة لطيفة ومطمئنة.
الخطوة 2: اكتب طلبات تصل إلى الهدف
صِف النتائج، لا طريقة التنفيذ
صِف النتيجة التي تريدها، لا خطوات بنائها. على سبيل المثال، عبارة “أضف قسم أسعار بثلاثة خيارات واجعل الخيار الأوسط بارزًا” أكثر فائدة من شرح كيفية إنشاء الصفحة بالتفصيل. ركّز على ما يجب أن يظهر ولماذا هو مهم؛ ويمكن للفريق أن يقرر كيف يبنيه.
اعمل على أجزاء، لا على صفحات كاملة
الطلبات المحددة لمكوّن واحد — قسم رئيسي، أو شبكة ميزات، أو صف شهادات، أو جدول أسعار — تمنحك وضوحًا وتحكمًا. إذا لم ينجح جزء ما كما ينبغي، يمكنك تعديل ذلك الجزء بدلًا من إعادة إنشاء كل ما حوله. ابنِ كتلة، وراجعها، وحسّنها، ثم انتقل إلى التالية. طلب صفحة كاملة ينتج ضوضاء؛ وطلب مكوّن ينتج إشارة واضحة.
أنشئ قسم ميزات: عنوانًا في المنتصف، ثم ثلاث بطاقات جنبًا إلى جنب، تحتوي كل واحدة على أيقونة وعنوان وسطر واحد من الوصف. ظلال ناعمة وارتفاع خفيف عند hover.
استخدم كلمات حقيقية
النصوص الوهمية تُخفي المشكلات؛ أما النصوص الحقيقية فتكشفها. قد يحتاج عنوان حقيقي إلى سطرين؛ وقد يعمل CTA حقيقي بشكل أفضل كفعل. اكتب ما سيقرأه المستخدم فعلًا، حتى لو كان مسودة، فالتخطيطات، والمسافات، وقرارات التصميم كلها تتحسن عندما يكون المحتوى حقيقيًا.
عنوان القسم الرئيسي: “Design Calmly.” النص الفرعي: “Turn stress into structure.” CTA: “Start Building Free.” تخطيط يتمحور حول النص مع تباعد رأسي سخي.
سمِّ العناصر الحقيقية
استخدم كلمات واضحة ومحددة لوصف ما تريده في الصفحة. لا تحتاج إلى معرفة مصطلحات التصميم—فقط سمِّ الأشياء التي يجب أن يراها المستخدمون أو يتفاعلوا معها، مثل بطاقة ملف شخصي، أو زر، أو نموذج.
الطلبات المحددة أسهل في التنفيذ من الطلبات العامة. ابدأ بالعنصر الأساسي الذي تحتاجه، ثم أضف التفاصيل واحدة تلو الأخرى.
أنشئ بطاقة ملف شخصي تحتوي على صورة واسم وزر متابعة. أضف تسمية صغيرة “Verified” بجانب الاسم، وأظهر شرحًا قصيرًا عندما يمرر أحدهم المؤشر فوقها.
الخطوة 3: غيّر بدقة
حدّد نطاق كل تغيير: ما الذي يتحرك وما الذي يبقى
عند تعديل عمل موجود، كن صريحًا في الجانبين معًا: ما الذي يجب أن يتغير وما الذي يجب ألا يتغير. استخدم كلمات توجيهية مثل “استبدل” و“حدّث” و“عدّل” بدلًا من “اجعل هذا أفضل”، وحدّد الأجزاء التي تعجبك بوضوح. الدقة هنا هي ما يمنع التكرار من التحول إلى تراجع.
غيّر نص الـ CTA إلى “Get Started” وزِد الحشوة الأفقية له. أبقِ الألوان الحالية والخط وكل شيء آخر في هذا القسم دون تغيير.
تغيير واحد ذو معنى في كل مرة
حدّث النص، ثم التخطيط، ثم التفاعلات، وتحقق من كل نتيجة قبل الطلب التالي. الخطوات الصغيرة والمتعمدة تتراكم لتنتج منتجًا مصقولًا؛ أما عشرة تغييرات في رسالة واحدة فتتراكم لتنتج غموضًا، وعندما يحدث خطأ لن تعرف أي تغيير تسبب فيه.
تحدث التصحيحات أثناء المهمة في الدردشة. عندما يكون Prompt Queue متاحًا في دردشتك ويكون عمل Agent نشطًا، يتم وضع رسائل المتابعة في قائمة الانتظار خلف العمل الجاري. تأكد من أن رسالتك تظهر في قائمة الانتظار قبل إرسال نسخة أخرى. إذا لم تكن عناصر التحكم في قائمة الانتظار مرئية، فلا تعِد الإرسال: انتظر حتى ينتهي العمل الحالي، أو استخدم عنصر تحكم للمقاطعة إذا كانت دردشتك توفره، ثم أكد حالة المهمة قبل إرسال متابعة. راجع دردشة المشروع لمزيد من التفاصيل.
فكّر خطوة واحدة أبعد من واجهة المستخدم
إذا كان مشروعك يحتاج إلى أكثر من مجرد مظهر متقن، فحدّد السلوك إلى جانب المظهر. وضّح ما الذي يراه المستخدمون عند تسجيل الدخول أو عدمه، ومن أين يأتي المحتوى الديناميكي، وكيف تتعامل الواجهة مع حالات الفراغ والتحميل والخطأ. لا تحتاج إلى backend يعمل لتصمم وفق هذه السيناريوهات—فالتخطيط لها مبكرًا يساعد على منع إعادة عمل كبيرة في واجهة المستخدم لاحقًا.
إذا كان المستخدم مسجّل الدخول، فأظهر صورته الرمزية واسمه في أعلى اليمين. وإذا لم يكن كذلك، فأظهر زر “Log In” يوجّه إلى شاشة المصادقة.
الأسئلة الشائعة
كيف أكتب Prompt فعالًا لـ Agent الذكاء الاصطناعي؟
نظّم الـ Prompt الخاص بك باستخدام هذه العناصر الأساسية:
1. السياق — حدّد المشهد. اشرح ما الذي تبنيه وأين وصلت الأمور حاليًا.
2. الهدف — كن محددًا بشأن النتيجة الدقيقة أو الميزة التي تريدها.
3. المتطلبات والقيود — اذكر بوضوح ما الذي يجب أن يتغير وما الذي يجب أن يبقى دون مساس.
4. النتيجة المتوقعة — حدّد كيف يبدو النجاح (مثلًا: سلوك واجهة المستخدم، ومعالجة الأخطاء، واستمرارية الحالة).
5. المراجع — أرفق لقطات شاشة أو روابط أو خطوات سير العمل أو أمثلة من الكود كلما أمكن. أزل كلمات المرور، ورموز التحقق، ومفاتيح API، وملفات تعريف الارتباط، والبيانات الشخصية، وتفاصيل الدفع قبل المشاركة.
مثال: "أنا أبني لوحة تحكم تحتوي على شريط جانبي. أضف زر تسجيل خروج إلى أسفل الشريط الجانبي. يجب أن يمسح الجلسة ويعيد التوجيه إلى /login. لا تغيّر تخطيط الشريط الجانبي أو روابط التنقل. بعد النقر، يجب أن يرى المستخدم صفحة تسجيل الدخول خلال ثانية واحدة."
كيف أتعامل مع الطلبات المعقدة التي تتضمن ميزات متعددة؟
بالنسبة إلى الطلبات المعقدة، قسّمها إلى مهام أصغر:
1. اذكر المشكلة الحالية والهدف النهائي.
2. اذكر كل مهمة فرعية بشكل منفصل (المهمة 1، المهمة 2، المهمة 3).
3. تحقّق من كل مهمة قبل الانتقال إلى التالية.
4. اختبر التدفق الكامل في النهاية.
يقلّل هذا النهج من التغييرات غير المتوقعة الناتجة عن مطالبة Agent بتنفيذ الكثير دفعة واحدة. يجب أن يركّز كل Prompt على نتيجة واحدة قابلة للتحقق.
كيف أكتب Prompt لإصلاح خطأ برمجي؟
يجب أن يتضمن Prompt المفيد لإصلاح الأخطاء ما يلي:
- الصفحة، والميزة، والبيئة، والمستخدمون المتأثرون
- الخطوات الدقيقة لإعادة إنتاج المشكلة
- السلوك الفعلي والسلوك المتوقع
- النص الكامل للخطأ ومتى حدث
- لقطات الشاشة أو السجلات ذات الصلة، مع إزالة كلمات المرور، وTokens، وملفات تعريف الارتباط، والبيانات الشخصية، وتفاصيل الدفع
- ما الذي يجب أن يبقى دون تغيير
- كيفية التحقق من الإصلاح وما فحوصات التراجع التي يجب تشغيلها
مثال: “في صفحة checkout ضمن Preview، يؤدي اختيار Submit إلى ظهور خطأ 500. المتوقع: يتم تأكيد الطلب ويصل المستخدم إلى صفحة الشكر. إعادة الإنتاج: [الخطوات]. أصلح السبب دون تغيير إجماليات السلة أو تدفق الدفع، ثم تحقّق من حالة دفع ناجحة وأخرى مرفوضة. لقد أزلت جميع القيم السرية من السجل المرفق.”
كيف أكتب Prompt لتعديل تخطيط الصفحة أو تنسيقها؟
عند طلب تعديلات على الصفحة، ضمّن ما يلي:
1. الصفحة، والوحدة، والعنصر المحدد المراد تعديله.
2. الحالة الحالية والنتيجة المستهدفة.
3. الروابط المرجعية أو لقطات الشاشة.
4. الميزات التي يجب أن تبقى دون تغيير.
5. معايير القبول (مثلًا: يجب أن يعمل على كل من سطح المكتب والجوال).
مثال: "في صفحة /pricing، غيّر شبكة بطاقات الباقات من عمودين إلى 3 أعمدة على سطح المكتب. أبقِ تخطيط الجوال كعمود واحد. ارجع إلى لقطة الشاشة هذه [أرفقها]. لا تغيّر محتوى البطاقة أو أنماط الأزرار."
ماذا يجب أن أفعل عندما يستمر الـ Agent في إجراء التغييرات الخاطئة رغم التصحيحات؟
عندما يواصل Agent الإخفاق في الوصول إلى المطلوب، فإن إضافة مزيد من التعليمات قد تسبب أحيانًا مزيدًا من الارتباك. بدلًا من ذلك:
1. حافظ على الحالة الحالية — توقّف عن إرسال تصحيحات متداخلة. إذا كانت دردشتك تعرض عنصر تحكم Revert، فاقرأ نص التأكيد قبل استخدامه، ودوّن أي تغييرات لاحقة تحتاج إلى الاحتفاظ بها، ثم تحقّق من المشروع بعد ذلك. إذا كان النطاق غير واضح، فلا تتابع؛ استخدم إرشادات دردشة المشروع أو تواصل مع الدعم باستخدام Chat Link منقّح ولقطة شاشة.
2. أزل الضوضاء — بدلًا من إضافة تعليمات إضافية فوق ما سبق، أعد صياغة المشكلة الأساسية بوضوح من البداية.
3. مهمة واحدة في كل مرة — ركّز على إصلاح مشكلة واحدة قبل الانتقال إلى التالية.
إن التراجع خطوة إلى الوراء ومعالجة التغييرات بشكل تدريجي يحل المشكلات عادةً بسرعة أكبر بكثير من محاولة إصلاح عدة مشكلات متداخلة في Prompt واحد.