هندسة السياق: المهارة التي حلّت محل هندسة الأوامر (2026)

الإجابة باختصار: في 2026، لم تعد المهارة الأعلى أثراً في هندسة الذكاء الاصطناعي هي صياغة أمرٍ ذكي — بل أصبحت هندسة السياق (Context Engineering): أن تُقرّر بدقّة ما المعلومات التي تدخل نافذة سياق النموذج في كل خطوة، وما الذي تستبعده عمداً. كانت هندسة الأوامر تسأل: «كيف أصوغ هذا؟»، أمّا هندسة السياق فتسأل: «ما الذي يحتاج النموذج إلى رؤيته الآن؟» أنا أبني أنظمة RAG إنتاجية، وهذا التحوّل هو الفارق بين عرضٍ تجريبي وبين شيءٍ يعمل فعلاً.

ما معنى هندسة السياق فعلاً

انتشر المصطلح في يونيو 2025 حين روّج له أندريه كارباثي (وكان توبي لوتكه، مؤسس Shopify، قد استخدمه علناً قبل ذلك بأسبوع تقريباً). ثمّ وضعت Anthropic أوضح تعريفٍ له: هندسة الأوامر تتعلّق بكتابة التعليمات وتنظيمها، بينما هندسة السياق هي «مجموعة الاستراتيجيات لتنسيق أفضل مجموعة من الـtokens والحفاظ عليها أثناء الاستدلال — بما في ذلك كل المعلومات التي تصل إلى هناك خارج الأمر نفسه». أي أنّ أمر النظام، والمستندات المُسترجَعة، ومخرجات الأدوات، والذاكرة، وسجلّ المحادثة — كلّها سياق، وإدارة هذا المزيج هي جوهر العمل.

لماذا تتلاشى هندسة الأوامر في 2026

تغيّرت أربعة أمورٍ من تحتنا:

• الوكلاء يعملون في حلقاتٍ طويلة، لا في دورةٍ واحدة. الأمر ذو اللقطة الواحدة لا يُذكَر أمام وكيلٍ يُراكم مخرجات الأدوات والاستدلالات عبر عشرات الخطوات. صار السياق كياناً حيّاً تُديره، لا جملةً تصقلها مرّة.
• نوافذ السياق تضخّمت — لكن الأكبر ليس الأفضل. تصل النماذج الحديثة إلى نوافذ بحجم مليون token (Claude وGemini وGPT-5.5). ومع ذلك اختبرت دراسة «Context Rot» من Chroma ثمانية عشر نموذجاً ووجدت أنّ الدقّة تتدهور بشكلٍ غير منتظم كلّما زاد الإدخال — غالباً قبل الحدّ المُعلَن بكثير. بل أدرجت Anthropic المصطلح في توثيقها: «كلّما زاد عدد الـtokens، تتراجع الدقّة والاسترجاع». صارت المهمّة إدارة انتباهٍ شحيح، لا مجرّد صياغة.
• الاسترجاع والذاكرة هما الرافعتان الحقيقيتان. الحركة الرابحة ليست جملةً أذكى — بل جلب المقطع الصحيح في وقته، وتلخيص السجلّ قبل أن يفيض، والاحتفاظ بالذاكرة عبر الجلسات.
• اختيار الأدوات صار جزءاً من سطح الأمر. حين يملك الوكيل أدواتٍ كثيرة، فإنّ أيّ المخطّطات تُحمّلها ومتى يُوجّه السلوك بقدر نصّ التعليمات نفسه.

عُدّة هندسة السياق

هذه هي المجموعة العملية، وأين تندرج حزمتي. ★ تُشير إلى ما أُشغّله في الإنتاج.

• الاسترجاع / RAG ★ — اجلب المقاطع ذات الصلة وقت الاستعلام بدل حشو كل شيء. أُشغّل هذا على pgvector داخل Postgres، فتعيش المتجهات والبيانات في قاعدةٍ واحدة بنسخةٍ احتياطية واحدة.
• التضمين والتقطيع ★ — جودة الاسترجاع محدودةٌ بجودة التضمين. أُضمّن باستخدام Voyage؛ نموذج التضمين يُحرّك جودة RAG أكثر من النموذج اللغوي نفسه.
• إعادة الترتيب — تمريرةٌ ثانية أدقّ تُعيد ترتيب النتائج الأعلى ليجلس أفضل دليلٍ أقرب إلى السؤال. هذا دفاعك الأول ضدّ «تعفّن السياق».
• موازنة نافذة السياق — عامِل النافذة كميزانية انتباهٍ محدودة، وأنفقها على أصغر مجموعةٍ من الـtokens عالية الإشارة.
• الضغط والتلخيص — لخّص السجلّات الطويلة وأعِد تهيئتها قبل أن تبلغ الحدّ.
• الذاكرة — احفظ الحالة خارج النافذة وأعِد تحميلها، لاستمراريةٍ عبر الجلسات دون دفع ثمن السجلّ الكامل في كل نداء.
• اختيار الأداة / الدالة ★ — حمّل فقط المخطّطات التي تحتاجها الخطوة. في LangGraph أتحكّم في الأدوات التي يراها كل عُقدة.
• عزل السياق / الوكلاء الفرعيون — أسنِد مهمّةً فرعيةً مركّزة إلى وكيلٍ متخصّص يعيد ملخّصاً مكثّفاً، فيبقى سياق الأصل نظيفاً.

ما توقّفت عن فعله في 2026

معظم حِيَل «هندسة الأوامر» التي ما زال الناس يُعلّمونها صارت ثقلاً ميّتاً داخل نافذة السياق:

• مقدّمات تقمّص الدور «أنت خبير في…». تلقين الهويّة بالكاد يُحرّك الدقّة في النماذج الحديثة، ويستهلك tokens من ميزانيةٍ تحاول تقليصها.
• التعاويذ والرشاوى («سأدفع لك بقشيشاً»، «وإلا ستُعاقب»). فولكلورٌ بلا فائدةٍ مقيسة أو دائمة؛ النماذج الحديثة تتبع التعليمات المباشرة حرفياً أكثر، فلا تُضيف هذه المسرحيات إلا ضجيجاً.
• الأوامر الضخمة — حشو كل شيء «تحسّباً». المزيد من الـtokens ليس مزيداً من الدقّة. «تعفّن السياق» يعني أنّ الاسترجاع يتراجع كلّما كدّست. نسّق ولا تُفرِغ.
• أمثلة few-shot ثابتة لكل شيء. الأمثلة الثابتة تدفع كلفتها في كل نداء؛ أمّا الاسترجاع فيجلب المثال المناسب في وقته. الـfew-shot ما زال مفيداً للتنسيق — لا كمكبٍّ للنفايات.
• حِيَل كسر القيود. غير موثوقةٍ أمام تدريب السلامة في 2026 ولا صلة لها بموثوقيّة الإنتاج.
• الضبط بالحدس. تعديل الصياغة يدوياً بلا مجموعة اختبارٍ هو تخمين.

الجزء الذي لا يتخطّاه أحد: التقييم

إن كان لهندسة السياق مبدأٌ لا يُساوَم عليه فهو: قِس، ولا تُخمّن. أُخضِع التغييرات لـRagas — الإخلاص ودقّة السياق على مجموعة اختبارٍ ثابتة — لا للإحساس. تعديل استرجاعٍ «يبدو» أفضل لكنّه يُسقِط الدقّة بصمت هو تراجعٌ شحنته وأنت أعمى. المنهج كلّه لا يعمل إلا لأنّك تستطيع إثبات أنّ التغيير نفع.

أسئلة شائعة

هل ماتت هندسة الأوامر؟

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

من صاغ مصطلح «هندسة السياق»؟

روّج له أندريه كارباثي في يونيو 2025؛ واستخدمه توبي لوتكه من Shopify علناً قبل ذلك بأسبوع تقريباً. وخلال شهرٍ تقريباً صار خلفه مسحٌ أكاديمي يضمّ 1400 ورقة.

هل هندسة السياق مجرّد RAG؟

الـRAG جزءٌ كبير، لا الصورة كاملة. هندسة السياق تشمل أيضاً الذاكرة والضغط واختيار الأدوات وعزل السياق وموازنة النافذة. الـRAG هو كيف تُدخِل المستندات الصحيحة؛ والباقي هو كيف تُبقي النافذة نظيفة.

هل تجعل النوافذ الأكبر هذا بلا فائدة؟

العكس. نوافذ المليون token تجعل الانضباط أهمّ، لأنّ الدقّة تتعفّن قبل الحدّ بكثير. النافذة الكبيرة حبل؛ وهندسة السياق هي معرفة كم منه تستخدم.

تبني وكيل ذكاء اصطناعي أو نظام RAG وتريده أن يصمد في الإنتاج فعلاً؟ لنتحدّث.