صياغة الطلب مهارة تفويض تحمل اسمًا تقنيًا

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

التفسير المعتاد أن الثاني لا يعرف «الحِيَل». خطأ. لا توجد قائمة سرية. الفجوة ليست تقنية، ولهذا تحديدًا يصعب ردمها.

الاسم هو المشكلة الأولى

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

ثم يستخدمون هذه التعاويذ في طلب غامض فيحصلون على جواب غامض، مُلبَّس بنبرة واثقة. لم تكن العبارات هي المقصد يومًا. ما يفعله المُجيدون ليس تلاوة تعاويذ، بل تحديد عمل.

أكثر الناس لا يعرفون ما يريدون

هذا هو عنق الزجاجة الحقيقي، والاعتراف به غير مريح.

الطلب الجيد يفرض عليك تعريف المخرَج قبل أن تراه. الشكل، والقيود، والنطاق، وما يجب استثناؤه، وكيف يبدو «منتهيًا». أكثر الناس يبدأون بنيّة ضبابية على أمل أن يشحذها النموذج لهم.

لن يفعل. سيُنتج شيئًا على هيئة جواب، وهذا أسوأ من ألا يُنتج شيئًا، لأن لديك الآن شيئًا تتفاعل معه بدلًا من شيء تفكّر فيه.

إن كنت قد استلمت يومًا تذكرة تقول «حسِّن لوحة المعلومات»، فأنت تفهم هذا النمط من الفشل سلفًا. النموذج هو ذلك المطوّر، إلا أنه لا يعترض أبدًا ولا يسأل عمّا قصدته.

لا يمكنك الحكم على مخرَج لا تفهمه

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

إن لم تكن تعرف المجال، فالجواب العام يبدو جوابًا جيدًا. لا سبيل لديك للتمييز بين «هذا هو النهج المعياري» و«هذا متوسط كل ما كُتب في الموضوع، أي أنه لا يناسب أحدًا». فتقبله، وتُسلّمه، ولا تعرف أبدًا كيف كانت ستبدو نسخة أفضل.

الخبرة ليست ما يمكّنك من كتابة أول طلب، بل ما يمكّنك من النظر في الجواب والقول: هذا كلام جاهز، اذهب أعمق، لقد أغفلت القيد الذي يهم فعلًا هنا.

وهذا يُنتج حلقة غير عادلة: أقل الناس حاجةً إلى المساعدة هم أكثر من يستخلص منها قيمة.

نموذجان ذهنيان معطوبان

كل من يتعثّر تقريبًا يشتغل بأحد هذين:

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

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

وهو ليس هذا ولا ذاك. يعرف ما هو أمامه الآن، ولا شيء غير ذلك. وكل ما تتركه ناقصًا، يخترعه.

يسألون مرة واحدة

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

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

يبدو التكرار فشلًا لمن يتوقع من آلة أن تُصيب من أول مرة. وهو ليس فشلًا، بل هو المنهج نفسه. لا أحد يتوقع كتابة ميزة في التزام واحد.

إنها معرفة ضمنية، فلا أحد يستطيع أن يسلّمها لك

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

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

ولهذا تُخيِّب الأدلة الإرشادية الظن. كل ما تستطيعه أن تمنحك المفردات. أما الحُكم فيُكتسَب.

المؤشر الحقيقي

لو كان علي أن أحدس مسبقًا مَن سيُجيد هذا، لما سألت عن خلفيته التقنية. كنت سأسأل سؤالًا واحدًا: هل أنت جيد في التفويض للبشر؟

هل تستطيع كتابة مهمة يأخذها مطوّر فيُنجزها دون أن يعود إليك خمس مرات؟ هل تحدّد القيود والحالات الحدّية وتعريف «منتهي»؟ أم تنتهي تسليماتك بعبارة «أنت فاهم ما أقصد»؟

لأن الطلب من النموذج تفويضٌ بلا شبكة أمان. الزميل البشري يحميك من غموض تكليفك أنت. يسأل سؤال التوضيح. يلاحظ أن ما طلبته لا معنى له فيتحقق قبل أن يحرق يومًا كاملًا.

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

ما ينبغي فعله عمليًا

النسخة العملية، إن أردت أن تتحسّن هذا الأسبوع:

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

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

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