المحتويات
يتحوّل مركز الثقل في العمل مع الذكاء الاصطناعي من «هندسة الـ prompt» إلى «هندسة السياق». فإلى جانب صقل الـ prompt (نص التعليمات)، صرتَ تصمّم وتدير كامل حجم المعلومات (السياق) الذي تسلّمه للنموذج — وفي عام 2026 أصبح ذلك مهارة أساسية لاستخدام الذكاء الاصطناعي، خاصةً في بناء وكلاء الذكاء الاصطناعي.
يوضّح هذا المقال للمبتدئين ما هي هندسة السياق، ولماذا تهمّ (المفتاح هو «context rot»)، والتقنيات العملية التي تنطوي عليها.
السياق «ميزانية محدودة»
— فنّ الإبقاء على أصغر قدر من المعلومات الأعلى قيمةً فقط
انتقِ بعناية
لا تحشُر كلّ شيء — أدرِج ما يفيد فعلًا فقط.
نظّف باستمرار
لخّص أو احذف ما تقادم من السجلّ ونتائج الأدوات لتبقى خفيفًا.
اجلب عند الحاجة
لا تحمّل كلّ شيء مسبقًا؛ بل استرجِع اللحظة التي تحتاجه فيها.
1. ما هي هندسة السياق؟
باستعارة تعريف Anthropic، هندسة السياق هي «مجموعة الاستراتيجيات الخاصة بانتقاء وصيانة المجموعة المثلى من الرموز (tokens) (أي المعلومات) التي تسلّمها للنموذج أثناء الاستدلال» (من مقالها «Effective context engineering for AI agents»، مارس 2026). وهي لا تشمل الـ prompt وحده، بل كلّ ما يدخل نافذة السياق — الـ system prompt، والأدوات، وسجلّ المحادثة، والبيانات الخارجية.
تخيّلها بوصفها «فنّ إبقاء مكتبك مرتّبًا». تُبقي في متناول يدك المواد التي تحتاجها فقط، وتُنحّي ما انتهيتَ منه. فإن كدّستَ على مكتبك (أي نافذة السياق) أكوامًا من المستندات تراجعت كفاءتك فعليًا — والأمر نفسه يحدث مع الذكاء الاصطناعي. ولهذا بالضبط فإنّ «ما الذي تُدرجه وما الذي تتركه» مشكلة تصميم تستحقّ الحلّ.
💡 باختصار: هندسة الـ prompt = «صقل نص التعليمات». وهندسة السياق = «تصميم كامل حجم المعلومات الذي يراه النموذج.» والثانية مجالٌ أوسع يشمل الأولى.
2. لماذا تهمّ: جدار «context rot»
«إن كانت نافذة السياق تتّسع لمليون token، فلماذا لا ندخل كلّ شيء؟» هنا يكمن الفخّ: كلّما أضفتَ مزيدًا من الـ tokens، تراجعت دقّة النموذج فعليًا. وتُسمّى هذه الظاهرة «context rot» (تدهور السياق).
حين اختبرت Chroma في 2025 ثمانية عشر نموذجًا رائدًا (GPT وClaude وGemini وغيرها)، تراجعت موثوقية كلّ واحد منها دون استثناء كلّما طال المدخل. والسبب أنّ «انتباه» (attention) النموذج ميزانية محدودة. فكلّ token إضافي يُرقّق تلك الميزانية، ممّا يسهّل إغفال المعلومات المهمّة — والمعلومات الموضوعة في منتصف سياق طويل يَسهُل إغفالها على وجه الخصوص («lost in the middle»، أي الضائع في المنتصف).
كلّما طال المدخل انخفضت الدقّة (توضيحي)
* رسم توضيحي للمفهوم. في الدراسات المقيسة، أوردت أبحاث Stanford (2023) — على سبيل المثال — انخفاض الدقّة من 70–75% إلى 55–60% عند تزويد النموذج بنحو 4,000 token من المواد المرجعية. ويكون التدهور أكبر في المهامّ الأصعب.
باختصار، «السياق الأطول دائمًا أفضل» مقولة خاطئة. ولهذا تلزم هندسة السياق — الإبقاء على أصغر قدر من الـ tokens الأعلى قيمةً فقط. وعلى وجه الخصوص في وكلاء الذكاء الاصطناعي طويلي التشغيل ووكلاء البرمجة، يميل الـ context rot إلى أن يكون السبب الأوّل للفشل.
3. ماذا يوجد فعليًا داخل السياق
يميل الناس إلى الظنّ أنّ «السياق = الـ prompt»، لكن في الواقع تتشارك تلك النافذة نفسها عناصر أكثر بكثير — وكلّها تستهلك من الميزانية.
كلّما طالت المهمّة، تراكم مزيد من السجلّ ونتائج الأدوات. واترك الأمر دون متابعة فتمتلئ النافذة سريعًا بـ«معلومات مهمّة مدفونة في المنتصف». ولهذا تلزم تقنيات الترتيب التالية.
4. ستّ تقنيات أساسية
استنادًا إلى إرشادات Anthropic والخبرة العملية، إليك ستّ تقنيات عالية الأثر. والمبدأ المشترك بينها هو «اعثر على أصغر مجموعة من الـ tokens الأعلى قيمةً».
① تعليمات على المستوى الصحيح
منطق if-else المفرط في التفصيل هشّ، والمفرط في الغموض لا يُحدِث أثرًا. صوّب نحو الوسط: «محدّد لكن مرن».
② انتقِ أدواتك
أسقِط الأدوات المتداخلة أو التي يَلتبس أيّها ينطبق. قلّصها إلى عدد قليل من الأدوات الواضحة.
③ الاسترجاع عند الطلب (just-in-time)
بدل تحميل كلّ شيء مسبقًا، احتفظ بمسارات الملفّات والروابط فقط واجلبها اللحظة التي تحتاجها. وهي الفكرة نفسها وراء الكشف التدريجي في Claude Skills.
④ الضغط (compaction / ضغط بالتلخيص)
حين تمتلئ النافذة، لخّص السجلّ وانقله إلى نافذة جديدة. أبقِ القرارات والمسائل العالقة، وتخلّص من مخرجات الأدوات الزائدة.
⑤ الملاحظات (ذاكرة خارجية)
اكتب التقدّم والنقاط الأساسية في ملفّ خارج النافذة واقرأها لاحقًا عند الحاجة فقط. يحافظ على اتّساق المهامّ الطويلة.
⑥ العزل عبر الوكلاء الفرعيين
سلّم الأعمال الثقيلة كالبحث إلى وكيل فرعي وأعِد إلى الوكيل الرئيسي ملخّصًا فقط. يُبقي السياق التفصيلي خارج المسار الرئيسي.
⚠️ لا تُفرِط في الهندسة: افعل أبسط ما يؤدّي الغرض قبل اللجوء إلى آليات معقّدة. فمجرّد عدم إضافة معلومات لا لزوم لها، وبدء جلسة جديدة كثيرًا، يقطع شوطًا طويلًا بالفعل.
5. علاقتها بالـ prompt والـ RAG والـ Skills
تتداخل هذه المفاهيم المتجاورة بسهولة، فلنحدّد مواقعها. هندسة السياق هي «الإطار الفكري الجامع» الذي يربطها جميعًا.
- هندسة الـ prompt: حرفة صقل التعليمات. وهي جزء من هندسة السياق.
- RAG: أسلوب للبحث في المعرفة الخارجية وإضافتها إلى السياق. إحدى وسائل التعامل مع «ما الذي نسترجعه ونُدرجه».
- Skills: آلية تفتح إجراءً ما عند الحاجة فقط. مثال ملموس على الاسترجاع عند الطلب.
إذن «صقل التعليمات» (الـ prompt)، و«إضافة المعرفة» (RAG)، و«تحميل الإجراءات وإخراجها» (Skills) — تعامل هندسة السياق كلّ ذلك بوصفه مشكلة تصميم واحدة: ما الذي نُدرجه في النافذة، وما الذي نُفرّغه منها.
6. ما يمكنك فعله اليوم
قبل أيّ تنفيذ معقّد، توجد عادات يستطيع أيّ شخص استخدامها على الفور.
- ابدأ محادثة جديدة حين يتغيّر الموضوع: مجرّد عدم جرّ السياق القديم معك يُعيد الدقّة. أبسط خطوة وأكثرها فعّاليةً.
- لا تلصق المستندات الطويلة كاملةً: استخرِج الجزء ذا الصلة فقط وسلّمه. فإرفاق النصّ الكامل كثيرًا ما يأتي بنتيجة عكسية.
- اطلب التلخيص في منتصف العمل الطويل: اسأل «اسرُد القرارات حتى الآن والمهامّ المتبقّية»، ثم تابع من ذلك (ضغط يدوي).
- لا تكدّس الأدوات والإضافات: أزِل خوادم MCP والمهارات التي لا تستخدمها. فكلّما كثرت الخيارات، تردّد النموذج أكثر.
💡 وأرخص أيضًا: عدم تحميل tokens زائدة يُترجَم مباشرةً إلى توفير في تكلفة الـ tokens. فتتحسّن الدقّة والتكلفة في آنٍ معًا.
الخلاصة
ثلاث خلاصات حول هندسة السياق.
- ما هي: مجال تصميم وإدارة «كامل حجم المعلومات الذي يراه النموذج»، بما في ذلك الـ prompt. إنها المرحلة التالية بعد هندسة الـ prompt.
- لماذا: بسبب «context rot» — تتراجع الدقّة كلّما أضفتَ tokens. السياق ميزانية محدودة.
- الحيلة: أبقِ على أصغر قدر من الـ tokens الأعلى قيمةً فقط. وأسلحتك هي الانتقاء، والترتيب (التلخيص)، والاسترجاع عند الطلب، والعزل عبر الوكلاء الفرعيين.
ابدأ بـ«جلسة جديدة حين يتغيّر الموضوع» و«ألصِق النقاط الأساسية فقط». وإن أردتَ التعمّق أكثر، فاطّلع أيضًا على Claude Skills وهندسة الـ harness.
الأسئلة الشائعة
س. هل أصبحت هندسة الـ prompt قديمةً الآن؟
ج. لا. تبقى هندسة الـ prompt مهمّة بوصفها جزءًا من هندسة السياق. والعلاقة هي أنّك تضيف فوق مهارة صقل التعليمات منظور تصميم كامل حجم المعلومات.
س. هل يحلّ المشكلةَ استخدامُ نموذج بنافذة سياق أكبر؟
ج. يحدث الـ context rot حتى مع نافذة كبيرة. تُظهر الأبحاث أنّ حشو كلّ شيء لمجرّد توفّر المساحة يخفض الدقّة فعليًا. النافذة الكبيرة «هامش متاح»، لا «إذنٌ بإدراج كلّ شيء».
س. هل يهمّ هذا في استخدام المحادثة العادي؟
ج. نعم. مجرّد «بدء محادثة جديدة لكلّ موضوع» و«لصق النقاط الأساسية فقط» يرفع جودة الإجابة. هذه نصائح يمكنك استخدامها اليوم، حتى لو لم تكن مهندسًا.
س. ما الفرق بين الـ RAG وهندسة السياق؟
ج. الـ RAG أسلوب ملموس واحد — «البحث في المعرفة الخارجية وإضافتها إلى السياق». أمّا هندسة السياق فهي المفهوم الأوسع الذي يتعامل مع «ما الذي نُدرجه في النافذة وما الذي نُفرّغه منها» ككلّ، والـ RAG أحد مكوّناتها.
