أن تطلب ما تريده فعلًا

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

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

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

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