Context engineering يحل محل prompt engineering في بناء وكلاء الذكاء الاصطناعي

أصبح مصطلح context engineering في 2026 الخليفة الفعلي لـ prompt engineering. وتلخّص Anthropic وLangChain وغيرهما المجال في أربع حركات: write وselect وcompress وisolate. والفكرة المشتركة أن الوكلاء (agents) يفشلون بسبب سوء إدارة الحالة (state)، لا بسبب صياغة الـ prompt.

والسبب في هذا التحول أن طبيعة الاستخدام تغيرت. فالـ chatbot القديم كان يتلقى سؤالًا ويرد عليه، فكانت المشكلة في صياغة السؤال. أما الوكيل فيعمل على مهمة طويلة: يقرأ ملفات، ويستخدم أدوات، ويتذكر خطوات، ويكمل عملًا بدأه. وهنا لم تعد المشكلة في السؤال، بل في إدارة كل المعلومات المعروضة على النموذج في كل خطوة.

وهذا هو تعريف context engineering: إدارة ما يراه النموذج، من تعليمات وذاكرة ونتائج أدوات وتاريخ محادثة، بحيث يكون أمامه في كل لحظة ما يحتاجه بالضبط. وتكمن أهمية ذلك في أن نافذة الـ context محدودة، وحين تزدحم تتراجع الجودة، وهي ظاهرة تُسمى context rot.

والحركات الأربع هي:

• write: حفظ المعلومة المهمة خارج النافذة، في ملف أو ذاكرة، واسترجاعها عند الحاجة بدل حملها في كل خطوة.
• select: استرجاع المعلومة المهمة للخطوة الحالية فقط، لا كل ما هو معروف.
• compress: تلخيص الخطوات المنتهية واختصار نتائج الأدوات الطويلة، لتبقى النافذة مليئة بالمعنى لا بالحشو.
• isolate: منح كل مهمة فرعية نافذة نظيفة خاصة بها، كأن يُطلق sub-agent ينجز جزءًا ويعيد النتيجة وحدها، حتى لا يلوّث جزء جزءًا آخر.

وهذه الحركات الأربع إطار شائع منسوب إلى LangChain وغيرها، لا معيار رسمي.

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