الفصل الأول: ما بعد الأساسيات: فلسفة الأوامر الفعالة

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

1.1 الفجوة: بين الطلب والنتيجة المرجوة

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

• الطلب الضعيف: "اكتب لي دالة تسجيل دخول." هذه جملة غامضة تترك كل شيء للافتراضات.
• الطلب الفعال: يأخذ في الاعتبار السياق، القيود، التنسيق، ونمط التفكير المطلوب من النموذج.

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

1.2 أركان فلسفة الأمر الفعال

لتحويل فلسفتك، ركز على هذه الأركان الأربعة الأساسية التي تشكل هيكل أي أمر متقدم.

الركن الأول: السياق هو الملك (Context is King)

لا يوجد أمر في الفراغ. يجب أن تزرع الأمر في تربة من المعلومات ذات الصلة. من أنت؟ ما هي المشكلة الأكبر؟ ما هي البيئة التقنية؟ كل هذه تفاصيل حاسمة.

// مثال: طلب بدون سياق مقابل طلب بسياق غني
// --- الطلب الضعيف (بدون سياق) ---
// "أنشئ كائن تكوين لقاعدة البيانات."

// --- الطلب الفعال (مع سياق) ---
/*
أنا أعمل على تطبيق Node.js باستخدام إطار Express ومكتبة `mysql2`.
أحتاج إلى كائن تكوين لقاعدة البيانات يلبي الشروط التالية:
1. قراءة متغيرات البيئة من ملف `.env` باستخدام `dotenv`.
2. دعم اتصالين: واحد للإنتاج والآخر للتطوير.
3. تضمين إعدادات تجمع الاتصالات (connection pool) القياسية.
4. تصدير الكائن بشكل يمكن استيراده في ملفات الخدمات الأخرى.
يرجى كتابة الكود الكامل مع التعليقات التوضيحية.
*/
    

في المثال الفعال، لم أترك مجالًا للافتراض. حددت البيئة التقنية (Node.js, Express, mysql2)، المتطلبات الوظيفية (قراءة .env، اتصال مزدوج، تجمع الاتصالات)، والمتطلبات الهيكلية (التصدير، التعليقات). هذا يوجه النموذج إلى مساحة حل أضيق وأكثر دقة.

الركن الثاني: التفكيك والتسلسل الهرمي (Decomposition & Hierarchy)

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

• الخطوة 1: حدد الهدف النهائي بوضوح.
• الخطوة 2: قسّم الهدف إلى مكونات وظيفية مستقلة.
• الخطوة 3: قدم الأوامر لكل مكون بالترتيب المنطقي (مثلًا، تعريف النماذج أولاً، ثم المنطق، ثم الواجهة).
• الخطوة 4: اطلب التجميع والربط بين هذه المكونات.

الركن الثالث: تحديد الدور والشخصية (Role & Persona)

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

// مثال: تعيين دور لتحسين جودة الاستجابة
// --- الطلب العادي ---
// "كيف أحمي تطبيق ويب من هجمات XSS؟"

// --- الطلب مع تحديد الدور ---
/*
تخيل أنك مهندس أمن معلومات رئيسي (CISO) في شركة تقنية كبرى.
مهمتك هي إعداد دليل إرشادي عملي لفريق تطوير الويب لدينا، الذي يستخدم React وNode.js.
يرجى تقديم خطة عمل تنفيذية مفصلة للقضاء على ثغرات XSS في تطبيقاتنا، مع:
1. أمثلة كود محددة للوقاية على جانب العميل (React) وجانب الخادم (Node.js/Express).
2. قائمة بأهم المكتبات والأدوات المطلوبة للتطبيق والفح