الذكاء الاصطناعي 05 يوليو 2026 · 7 دقائق قراءة

هل ماتت هندسة البرومبت؟ من الصياغة إلى هندسة الأنظمة

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

هل ماتت هندسة البرومبت؟ من الصياغة إلى هندسة الأنظمة

في يونيو 2025، نشر أندريه كارباثي (أحد أبرز وجوه الذكاء الاصطناعي) تغريدة أنهت بهدوء جدلًا دام ثلاث سنوات. قال ما معناه إن الناس يربطون «البرومبت» بوصف مهمّة قصير تعطيه للنموذج في استخدامك اليومي، بينما في كل تطبيق ذكاء اصطناعي جادّ، ما يهمّ فعلًا هو «هندسة السياق»: الفنّ الدقيق لملء نافذة السياق بالمعلومة الصحيحة تمامًا للخطوة التالية. خلال ساعات، ضخّم الرسالةَ الرئيس التنفيذي لـ Shopify، وبحلول يوليو نشرت Gartner عنوانًا كان سيبدو استفزازيًّا قبل عام: «هندسة السياق رائجة، وهندسة البرومبت خارج اللعبة».

فهل ماتت هندسة البرومبت فعلًا؟ الإجابة الدقيقة: لا، لكنها لم تعد القصّة كلّها. تحوّلت من حرفة قائمة بذاتها إلى مكوّن واحد ضمن منظومة أكبر وأعقد.

ما الذي تغيّر بالضبط؟

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

الفرق بين المفهومين يمكن اختصاره هكذا: هندسة البرومبت تحسّن «السؤال»، أما هندسة السياق فتحسّن «الظروف التي يُجاب فيها السؤال». الأولى تكتيكية، والثانية معمارية.

لماذا لم تعد الصياغة الذكية كافية؟

تكمن الإجابة في طبيعة الوكلاء (Agents). البرومبت الواحد يصلح لتفاعل واحد، لكن الوكيل ينفّذ سلسلة خطوات، تمرّر كلٌّ منها حالتها للتالية. وهنا يظهر نمط فشل لا علاقة له بالصياغة إطلاقًا: وكيل يعمل بإتقان في خطوة، ثم يتلقّى خَلَفُه في السلسلة حالةً منقوصة، فيبدأ «يهلوس» معلومات كانت موجودة أصلًا لكنها ضاعت في التسليم بين الخطوات. النموذج لم يفشل؛ تسليم السياق هو من فشل. وكما قال فيليب شميد من Google DeepMind بصراحة: «معظم إخفاقات الوكلاء اليوم ليست إخفاقات في النموذج، بل إخفاقات في السياق».

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

هندسة السياق: الطبقات الخمس

هندسة السياق ليست استبدالًا للبرومبت، بل إطار أوسع يحتويه. تصفها أدبيّات 2026 كحزمة من خمس طبقات: طبقة التعليمات (ومنها برومبت النظام، وهنا تبقى مهارة الصياغة حيّة)، وطبقة الاسترجاع (جلب الوثائق الصحيحة عبر أنظمة مثل RAG)، وطبقة الذاكرة (الحفاظ على السياق عبر محادثات طويلة)، وطبقة الأدوات (ما يستطيع النموذج استدعاءه)، وطبقة الحالة (ما يُحفَظ بين خطوات الوكيل). برومبت النظام المُحكَم ما زال أساسيًّا، لكنه صار مُدخَلًا واحدًا في منظومة أكبر بكثير: الطبقة النصّية في حزمة من خمس طبقات.

أين يدخل بروتوكول MCP؟

يسرّع هذا التحوّلَ انتشارُ بروتوكول سياق النموذج (MCP)، الذي تجاوزت خوادمه العامّة عشرة آلاف بحلول أواخر 2025. ما يفعله MCP معماريًّا أنه «يُخرِج» مصادر السياق إلى الخارج، فيستطيع الوكيل أن يجلب ما يحتاجه وقت الحاجة بدل تلقّي كل شيء محمّلًا مسبقًا. التشبيه الأدقّ: الفرق بين مكتبة ووثيقة إحاطة. الوكيل يذهب إلى الرفّ حين يحتاج كتابًا بعينه، بدل أن يحمل المكتبة كلّها معه في كل خطوة.

هل اختفت مهارة البرومبت إذن؟

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

ماذا يعني هذا لمسارك المهني؟

إن كنت بنيت مهارتك على «حيل البرومبت» وحدها، فالخبر المقلق أن هذه الحيل لا «تتراكم»: تتعلّم خدعة تنفع حالة واحدة، ثم تنساها بعد أشهر، دون أن يُبنى نظام. أمّا هندسة السياق فمعمارية وتتراكم: تبني نظام استرجاع، وتصمّم ذاكرة، وتنظّم أدوات، فيصبح كل مشروع لبنةً في خبرة قابلة لإعادة الاستخدام. النصيحة العملية للبدء: استخدم ميزات السياق الدائم المتاحة اليوم (مثل Projects في Claude)، وابنِ حزمة سياق لكل مجال عمل، ثم ادرس كيف تُجمَّع الطبقات في نظام وكيل حقيقي.

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

هل وجدت هذا المقال مفيدًا؟

شارك هذا المقال

1 مشاركة

الوسوم: #هندسة السياق#MCP#الذكاء الاصطناعي#النماذج اللغوية#الوكلاء#هندسة البرومبت

مقالات أخرى