نُشر في 2 يونيو 2026

هندسة المطالبات & اتخاذ القرار
نحن مهووسون بالحث المثالي والإجابات الفورية. لكن المشكلة هنا: LLMs محسّنة للسرعة، وليس للعملية.
سيتخطون بروتوكولات التفويض، ويفترضون سياقًا لم تُعطه، ويقدّمون نتيجة مصقولة تبدو صحيحة، لكنها غالبًا ما تكون سطحية أو خاطئة.
لماذا؟ لأنهم مدربون لتقديم نتائج سريعة، وليس للتفكير معك.
ووقعنا في الفخ. نتوقع مخرجات ضخمة وعالية الجودة من مدخلات قليلة. مطالبة سطر واحد → وثيقة استراتيجية كاملة. طلب غامض → كود جاهز للإنتاج.
هذا ليس تعاونًا. هذا هلوسة تنتظر الحدوث.
🚨 المستوى التالي من “vibe coding” ليس محسّنات المطالبات—بل هو بحث عميق + ذهاب وإياب منظم.
يبدو كما يلي:
- طرح أسئلة توضيحية قبل توليد أي شيء
- تقسيم الأهداف إلى نقاط قرار، وليس مجرد مهام
- معاملة نموذج اللغة الكبيرة كشريك في الاستدلال، وليس كصندوق سحري
- التفويض وفق بروتوكول، وليس وفق تخمين
النتائج الحقيقية تأتي من الحوار، وليس من حوار أحادي. من التنفيذ المنظم، وليس من الإشباع الفوري.
السرعة ميزة. لكن الهيكل هو الأساس.
دعونا نتوقف عن سؤال «ما هو أفضل مُحفّز؟» ونبدأ في سؤال «ما هي المحادثة الصحيحة قبل أن نضغط حتى على «إرسال»؟»