المدونة

هندسة السياق في 2026: ما هي، وكيف تختلف عن هندسة المطالبات، وكيفية تطبيقها في Claude Code

Markdown

ما هي هندسة السياق وكيف تختلف عن هندسة المطالبات. خلاصة Anthropic، و7 أخطاء شائعة، وإعداد عملي مبسط لـ Claude Code.

قراءة المقال كاملًا

النقاط الرئيسية

هندسة السياق هي منهجية تهيئة كل ما يدخل إلى نافذة سياق Claude قبل رسالتك: مطالبة النظام، والأدوات، وسجل المحادثة، وملفات الذاكرة، والبيانات التي توفرها الأدوات. في 2026، حلّت محل هندسة المطالبات بوصفها المهارة الأساسية، وهذا ما يقوله Anthropic. يغطي هذا الدليل خلاصة المصادر الأولية، و7 أخطاء شائعة تهدر الرموز، وإعدادًا عمليًا من 7 خطوات لـ Claude Code.

تتوفر معلومات العمل مع Ailoot في الوثائق.

ما هي هندسة السياق؟ في سطر واحد

النقاط الرئيسية

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

رسّخت Anthropic المصطلح في مقالة على مدونة الهندسة بتاريخ 29 سبتمبر 2025:

هندسة السياق هي مجموعة الاستراتيجيات لاختيار المجموعة المثلى من الرموز (المعلومات) والحفاظ عليها أثناء استدلال نماذج اللغة الكبيرة، بما يشمل كل ما يُدخَل إلى جانب المطالبات نفسها.
— فريق Anthropic Applied AI، https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

وتقدم المقالة نفسها أهم عبارة لتغيير المنظور:

أصبح العمل مع النماذج اللغوية أقل ارتباطًا بالعثور على الكلمات والعبارات المناسبة في المطالبات، وأكثر ارتباطًا بالإجابة عن سؤال أوسع: «ما تهيئة السياق الأرجح لإنتاج سلوك النموذج المطلوب؟»
— فريق Anthropic Applied AI، https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

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

لماذا أصبحت هندسة المطالبات قديمة في 2026؟

النقاط الرئيسية

ظهرت هندسة المطالبات عندما كانت النماذج تعمل بمطالبة واحدة: دور واحد ومهمة واحدة. أما وكلاء الذكاء الاصطناعي في 2026 فيعملون خلال جلسات طويلة باستخدام الأدوات والذاكرة والوكلاء الفرعيين والبيانات المسترجعة عند الحاجة عبر الأدوات. في هذه البنية، لم تعد صياغة مطالبة واحدة هي المهارة الأساسية؛ بل أصبح انتقاء كل المعلومات التي يراها الوكيل هو الأهم.

حدث التحول خلال صيف 2025.

29 سبتمبر 2025: ترسّخ Anthropic هذا المجال في مقالة على مدونة الهندسة وتقدم مجموعة أساسية من 4 مبادئ.

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

كيف تختلف هندسة السياق عن هندسة المطالبات؟ 5 اختلافات

النقاط الرئيسية

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

الجانبهندسة المطالباتهندسة السياق
ما الذي يجري تحسينهصياغة مطالبة واحدةمجموعة الرموز كاملة: مطالبة النظام + الأدوات + السجل + البيانات المسترجعة
الأفق الزمنيدور واحدأدوار متعددة وانتقالات بين الجلسات
الخطر الأساسيألا يفهم النموذج المطالبةأن يغرق النموذج في الضوضاء (تدهور السياق)
المهارة المحوريةكتابة النصوص وفهم النموذجبنية المعلومات والاسترجاع الموجّه
المصدر في المشروعقالب المطالبة الخاص بكCLAUDE.md، ملفات الذاكرة، الاسترجاع، الوكلاء الفرعيون، الضغط
التشبيه«كيفية كتابة مطالبة»«ما الذي يعرفه الذكاء الاصطناعي عندما تطالبه؟»

هندسة السياق ليست «مجرد سكب المزيد». إنها جرعة دقيقة. إذا كان السياق قليلًا، افتقر الذكاء الاصطناعي إليه واختلق المعلومات. وإذا كان كثيرًا، غرق في الضوضاء، وفقد مساره في المنتصف، وارتفعت تكلفته.

عالجت هندسة المطالبات الخطوة الأخيرة. أما هندسة السياق فتعالج كل ما سبقها.

لماذا لا يعني وجود 1M رمزًا «إلقاء كل شيء في النافذة»؟

النقاط الرئيسية

اتسعت نوافذ سياق النماذج في 2026: يدعم Claude Opus 4.7 وSonnet 4.6 مليون رمز واحدًا. ويخلق ذلك وهمًا بإمكانية إلقاء المستودع كاملًا في النافذة. عمليًا، لا تعني النافذة الكبيرة ذاكرة مفيدة كبيرة؛ إذ يبدأ أداء النماذج بالتراجع قبل بلوغ الحد بوقت طويل.

حدود السياق الحالية لنماذج Claude:

النموذجنافذة السياقمتاح على
Claude Haiku 4.5200,000 رمزًاجميع الخطط
Claude Sonnet 4.61,000,000 رمزPro+ مع أرصدة الاستخدام
Claude Opus 4.71,000,000 رمزPro, Max, Team, Enterprise

يعادل 1M رمزًا نحو 2,500 صفحة من النص. وقد يبدو أنه يمكنك تحميل كل وثائق المشروع والمراسلات والمواصفات، ثم ترك الذكاء الاصطناعي يتدبر الأمر. لكن Anthropic تقول بوضوح في مدونة الهندسة:

ينبغي التعامل مع السياق بوصفه موردًا محدودًا تتناقص عوائده.
— فريق Anthropic Applied AI، https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

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

المهارة الأساسية في 2026 ليست إبقاء كل شيء مفتوحًا، بل الانتقال بسرعة بين سياقات ضيقة، سياق واحد لكل مهمة.

الخطأ الأكبر: هل يعني السياق الإضافي نتيجة أسوأ؟

النقاط الرئيسية

كلما طال السياق، ساء تعامل النموذج مع المعلومات داخله. تُسمى هذه الظاهرة تدهور السياق (context rot). ويحدث أيضًا تأثير الضياع في المنتصف: تتذكر النماذج بداية السياق ونهايته، لكنها تتجاوز المنتصف. والخلاصة العملية أن ملفات الذاكرة الطويلة تعمل ضدك.

ويعمل بالتوازي التأثير الثاني، وهو الضياع في المنتصف.

عمليًا، يعني ذلك أن النموذج قد يتجاوز قاعدة مهمة إذا كانت في منتصف ملف CLAUDE.md.

توصي Anthropic بحد للطول في وثائق CLAUDE.md:

احرص على إبقاء CLAUDE.md أقل من 200 سطر؛ فالملفات الأطول تستهلك مزيدًا من السياق وتقلل الالتزام بالتعليمات.
— Anthropic، https://code.claude.com/docs/en/memory

أقل من 200 سطر هدف للطول في الإرشاد المقتبس، وليس عتبة صارمة يتوقف عندها اتباع القواعد. نطاق 80-120 سطرًا تفضيل عملي للكاتب في المشاريع الموصوفة، وليس شرطًا آخر من Anthropic. أبق التعليمات ذات صلة واختبر اتباع القواعد المهمة؛ فكل سطر إضافي ينافس على الانتباه والسياق. لمزيد من المعلومات حول إعداد CLAUDE.md ضمن هذا الحد، راجع دليل «كيفية إعداد CLAUDE.md في 2026».

5 مبادئ لهندسة السياق وفقًا لـ Anthropic

النقاط الرئيسية

دوّنت Anthropic في مقالتها الهندسية بتاريخ 29 سبتمبر 2025 خمس استراتيجيات أساسية للسياق: المورد المحدود، والاسترجاع عند الحاجة، وتدوين الملاحظات المنظم، والضغط، وبنى الوكلاء الفرعيين. وهذه هي المبادئ الأساسية التي يستشهد بها الآن سائر الكتّاب في هذا المجال.

المبدأ 1. السياق مورد محدود

هذه هي الفرضية الأساسية التي لا تعمل المبادئ الأربعة الأخرى من دونها. وتكتب Anthropic:

النصيحة العامة لجميع مكونات السياق (مطالبات النظام، والأدوات، والأمثلة، وسجل الرسائل، وغيرها) هي التعامل معها بتأنٍ والحفاظ على سياق غني بالمعلومات وكثيف.
— فريق Anthropic Applied AI، https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents

تعني كلمة «كثيف» أنه «غني بالمعلومات وخالٍ من الحشو». ينبغي لكل رمز في النافذة أن يغيّر قرار النموذج تغييرًا ملموسًا. إذا ورد في CLAUDE.md سطر يقول «نحاول كتابة تعليمات برمجية نظيفة»، فيمكنك حذفه؛ فهو لا ينقل أي إشارة مفيدة.

المبدأ 2. الاسترجاع عند الحاجة

يجلب وكيل الذكاء الاصطناعي البيانات عبر الأدوات عند الحاجة بدلًا من تحميل كل شيء مسبقًا في النافذة. هذه هي بنية Claude Code: فبدلًا من قاعدة بيانات متجهية أو فهرس، يستخدم الوكيل glob وgrep، كما يبحث مهندس عن الشيفرة يدويًا.

متى يُستخدم: عندما لا تعرف مسبقًا المقاطع التي ستتطلبها المهمة.

المبدأ 3. تدوين الملاحظات المنظم

يكتب الوكيل ملاحظات في مساحة تخزين خارجية، ثم يحمّلها عند الحاجة. ويُطبّق ذلك في Claude Code عبر أداة الذاكرة. وتصف Anthropic ذلك في Cookbook كما يلي:

الذاكرة ملاحظات منظمة: يكتب الوكيل في مساحة تخزين خارجية دائمة لتتبع التقدم عبر المهام والجلسات من دون إبقاء كل شيء في السياق النشط.
— Anthropic Cookbook، https://platform.claude.com/cookbook/tool-use-context-engineering-context-engineering-tools

متى تُستخدم: في الجلسات الطويلة، والانتقال بين الجلسات، وتراكم المعرفة بالمشروع.

المبدأ 4. الضغط

ضغط سجل الرسائل في ملخص مع اقتراب الحد. في Claude Code، يتم ذلك باستخدام الأمر /compact، إضافة إلى الضغط التلقائي عندما تصل النافذة إلى نحو 80%. وتكتب Anthropic:

يضغط الضغط النافذة بأكملها عندما تصبح كبيرة جدًا.
— Anthropic Cookbook، https://platform.claude.com/cookbook/tool-use-context-engineering-context-engineering-tools

متى يُستخدم: في المحادثات التحليلية الطويلة عندما يصبح سجل المحادثة عبئًا يملأ النافذة بدلًا من أن يساعد.

المبدأ 5. بنى الوكلاء الفرعيين

يعمل وكلاء فرعيون متخصصون بالتوازي في نوافذ السياق الخاصة بهم، ثم يعيدون ملخصات مضغوطة إلى الوكيل الرئيسي. وتكتب Anthropic:

تساعد الوكلاء الفرعيون في الضغط: فهم يعملون بالتوازي ضمن نوافذ السياق الخاصة بهم، وفي الوقت نفسه يبحثون جوانب مختلفة من السؤال.
— Anthropic Engineering، https://www.anthropic.com/engineering/multi-agent-research-system

أرقام من اختبارهم الداخلي: يحقق وكيل رئيسي من Claude Opus 4، مع وكلاء فرعيين من Claude Sonnet 4، جودة أعلى بنسبة +90.2% مقارنة باستخدام Claude Opus 4 واحد في مهام البحث. وتبلغ التكلفة نحو 15× من الرموز. والخلاصة: هذا مبرر حين تكون قيمة النتيجة كبيرة.

لمزيد من المعلومات حول إعداد الوكلاء الفرعيين في Claude Code، راجع دليل «الوكلاء الفرعيون في Claude Code».

7 أخطاء تهدر الرموز وتعطّل Claude Code

النقاط الرئيسية

سبعة أنماط مضادة شائعة موضحة بأمثلة من المشاريع. يهدر كل منها الرموز بلا فائدة أو يسبب هلوسات بسبب تدهور السياق. ويلي كل خطأ شرح لطريقة معالجته بهندسة السياق.

#النمط المضادما الذي يحدثكيفية الإصلاح
1لصق ملف README بأكمله و5 ملفات شيفرة في مطالبة واحدةتمتلئ النافذة بنسبة 50% في دور واحد، ثم تبلغ الحد بسرعةاستخدم أداة الذاكرة للحقائق طويلة الأمد والاسترجاع عند الحاجة؛ ودع Claude يقرأ الملفات بنفسه عبر read_file/glob
2ملف CLAUDE.md من 500 سطرقد تقلل التعليمات الطويلة الالتزام، خاصة عند دفن القواعد المهمة في المنتصفاجعله 80-120 سطرًا، واستخدم صيغة الأمر، وأنشئ أقسامًا للأوامر والأسلوب. ضع أهم المعلومات في البداية والنهاية
3عدم تشغيل /compact في الجلسات الطويلةتصل الجلسة إلى 180k رمزًا، وينسى Claude الرسائل الأولى، فتكرر السياق يدويًاشغّل /compact يدويًا أو استخدم الضغط التلقائي عند حدوث محفّز. ومن علامات الضغط مؤشر استخدام السياق في تطبيق Claude المكتبي
4استخدام Claude واحد لكل شيءيخطط وكيل واحد ويبحث ويكتب الشيفرة ويراجع ويختبر، فتنمو النافذة نموًا أسيًااستخدم الوكلاء الفرعيين: لكل منهم سياقه الخاص، ويجمع الوكيل الرئيسي الملخصات. وتذكر Anthropic جودة أعلى بنسبة +90.2% في مهام البحث
5تضخم ملفات الذاكرة بسبب نتائج الأدواتيعيد الوكيل قراءة الملف نفسه 5 مرات، فتمتلئ 96% من مساحة السياق بنتائج استدعاءات الأدواتامسح نتائج الأدوات: احتفظ بآخر 4-6 نتائج وامسح البقية. يظل محفوظًا أن الاستدعاء قد حدث
6لصق المستودع بأكمله في مجلد examples/يبحث الذكاء الاصطناعي عن نمط بين 200 مثال ويضل الطريقاحتفظ في examples/ بـ 3-7 أنماط أساسية، كل منها لنوع محدد من المهام
7قائمة Markdown من 200 سطر بوصفها «خطة للميزات»قد تصعّب قائمة طويلة غير منظمة تتبع المهام؛ ولا توجد نقطة فشل عامة عند السطر 50استخدم عنصر HTML أو خطة مرقمة في ملف منفصل

يصف Anthropic Cookbook مقياسًا محددًا للخطأ رقم 5: في جلسة المقارنة الأساسية، كان المستند الأول في السياق (عن C. elegans) موجودًا تقنيًا في النافذة، لكنه مدفون تحت 335k رمزًا. كان متاحًا من الناحية التقنية. لكن النموذج لم يستحضره عمليًا. وتحل أداة الذاكرة المشكلة بهذه الطريقة: لا يتجاوز ملف الملاحظات aging_model_organisms_comparison.md نحو 3000 رمز، بدلًا من إعادة تحميل المجموعة الأصلية.

تشبيه منزلي: نافذة السياق مكتب. إذا كان عليه 200 مستند، فلن تجد المستند الذي تحتاج إليه حتى لو كان موجودًا. هندسة السياق هي منهجية «الإبقاء على ما تحتاج إليه الآن فقط على المكتب، ووضع الباقي في الأرشيف، وتحميله عند الطلب».

كيف تجهز إعدادًا عمليًا في أمسية واحدة؟

النقاط الرئيسية

يتضمن الإعداد العملي الأدنى لهندسة السياق في Claude Code سبعة عناصر: CLAUDE.md، والأمثلة، ومستندات PRP، وأداة الذاكرة، و/compact، والوكلاء الفرعيين، والاسترجاع عند الحاجة عبر الأدوات. يستغرق إعداد الإطار الأساسي 30-40 دقيقة؛ أما التهيئة الكاملة بالأمثلة والمطالبات المتحقق منها فتستغرق أمسية واحدة. ويمكنك تحسينها مع الاستخدام.

الخطوات السبع بالترتيب:

  1. ملف CLAUDE.md من 80-120 سطرًا. ضعه في جذر المشروع. استخدم صيغة الأمر بدلًا من الأوصاف. توصي Anthropic في وثائقها الرسمية بمبدأ Specificity: ينبغي أن تكون القواعد ملموسة وواضحة، لا مبادئ عامة. عمليًا، عبارة «لا تستخدم مطلقًا المحاكاة الوهمية المضمّنة في الاختبارات» أفضل من «نحاول كتابة تعليمات برمجية نظيفة». للاطلاع على قالب مفصل، راجع دليل «كيفية إعداد CLAUDE.md».

  2. مجلد examples/ يضم 3-7 أنماط متحققًا منها. مثال لكل نمط شائع: استدعاء API، وكتابة اختبار، وترحيل، ومعالجة أخطاء. عندما يرى Claude نمطًا في examples/، يعيد إنتاجه كما هو. ومن دون أمثلة، يخمّن أثناء العمل.

  3. مستندات PRP للميزات الرئيسية. PRP = Product Requirements Prompt. ملف واحد لكل ميزة يجمع السياق والخطة والتحقق والأمثلة.

  4. أداة ذاكرة للحقائق طويلة الأمد بين الجلسات. في Anthropic Cookbook، تُنفّذ أداة ذاكرة Claude على شكل مخزن ملاحظات منظم. عندما يعود الوكيل إلى مهمة في جلسة جديدة، يقرأ الملاحظات أولًا بدلًا من إعادة قراءة المجموعة كاملة.

  5. /compact والضغط التلقائي عند بلوغ 80% من الحد. لا تنتظر حتى تصل النافذة إلى حدها الأقصى. فعّل الضغط التلقائي في الإعدادات أو شغّل /compact بنفسك عندما تشعر بأن الجلسة تدور في حلقة مفرغة.

  6. وكلاء فرعيون للبحث / المراجعة / التخطيط. لكل وكيل فرعي سياقه الخاص ومطالبته المحدودة النطاق. ولا يتلقى Claude الرئيسي سوى الملخص، لا المواد الخام. راجع «الوكلاء الفرعيون في Claude Code» و«Skills في Claude Code» لمزيد من التفاصيل (تتيح Skills تجميع خبرة محددة في skill يطبقها Claude تلقائيًا).

  7. الاسترجاع عند الحاجة بدلًا من التحميل المسبق. لا تلقِ المستودع بأكمله في النافذة. دع Claude يبحث بنفسه عبر glob وgrep. هذه هي بنية Claude Code نفسها.

قواعد عملية إضافية مستمدة من تجربة المشروع الموصوفة:

  • مهمة واحدة، نافذة واحدة. عند الانتهاء، أغلق النافذة وافتح أخرى جديدة. لا تراكم سجل عدة مهام متتالية.
  • قالب لأول أمر في نافذة جديدة. استخدم النص نفسه كل مرة: «اقرأ، بالترتيب، CLAUDE.md ومنطقة المهمة. أكّد في سطر واحد. لا تبدأ المهمة؛ انتظر الرسالة التالية.» في سير العمل الموصوف، يُخزّن هذا القالب في محرر مقتطفات تحت اختصار واحد.
  • انتقل إلى نافذة جديدة عندما يتجاوز امتلاء نافذة السياق 60%. ومن الأساليب المؤقتة أن تطلب من Claude: «اكتب مطالبة تتيح للمحادثة المجاورة مواصلة مهمتك دون أن تفقد معناها»، ثم انسخها وافتح نافذة جديدة.
  • كل خطأ من الذكاء الاصطناعي سبب لإضافة قاعدة. لا تكتب القواعد يدويًا في ملفات الذاكرة. عند وقوع الخطأ، أخبر Claude «هذا خطأ لأن...» وسيصوغ القاعدة في ملف وفق منهجية «القاعدة → السبب → الطريقة».

ماذا بعد؟ كيف سيتطور مجال هندسة السياق؟

النقاط الرئيسية

في 2026، تنتقل هندسة السياق من ملفات Markdown النصية إلى تنسيقات أكثر تنظيمًا. وظهرت ميزة Dreaming التي يعيد فيها الوكيل فحص الجلسات السابقة خلال الليل. وتشمل الخطوات المقبلة عناصر HTML، والذاكرة الدائمة، وتنسيق عمل وكلاء متعددين عبر فريق المنتجات بأكمله.

اتجاه يشهده تطور هذا المجال حاليًا:

Dreaming — إعادة النظر في الجلسات خلال الليل. في Code w/ Claude SF بتاريخ 6 مايو 2026، عرضت Anthropic ميزة يعيد فيها الوكيل فحص الجلسات السابقة ليلًا ويحدّث ملاحظاته بنفسه. لم تعد ملفات الذاكرة المنظمة تنمو عندما تكتبها فحسب، بل أيضًا عندما يستخلص الوكيل نتائج من الخبرات المتراكمة.

هناك اتجاه واحد واضح: أصبحت هندسة السياق مجالًا متكاملًا لتصميم المعلومات لوكلاء الذكاء الاصطناعي، بدلًا من أن تقتصر على «كيفية كتابة CLAUDE.md». كانت هندسة المطالبات إحدى المراحل الأولى لهذا المجال. وهندسة السياق هي المرحلة التالية.

أقل ما يستحق إعداده في الأمسية الأولى: ضبط CLAUDE.md على 80-120 سطرًا (الدليل هنا)، وإنشاء مجلد لبنية المعرفة التجارية، وتعلم استخدام /compact، والتوقف عن استنزاف الحدود.

بعد ذلك، أضف الوكلاء الفرعيين (الدليل) وSkills لنقل الخبرات المتخصصة من السياق المشترك إلى مهارات مخصصة.

المصادر

تعرّف على Ailoot.

المزيد من التفاصيل

أسئلة شائعة

هل يمثل 200 سطر حدًا صارمًا لـ CLAUDE.md؟

لا. يوصي الإرشاد المقتبس بالبقاء تحت 200 سطر لتوفير السياق وتحسين الالتزام. نطاق الكاتب 80-120 سطرًا تفضيل عملي؛ تحقق من القواعد المهمة في مهام حقيقية بدل اعتبار عدد الأسطر ضمانًا.

ماذا أنقل خارج السياق الأولي؟

انقل الأمثلة المفصلة ونتائج الأدوات الطويلة والمواد المرجعية الخاصة بالمهمة إلى ملفات مستقلة. أبق قواعد ومراجع موجزة في CLAUDE.md، واسترجع المقاطع ذات الصلة عندما تحتاج إليها المهمة.

جميع المقالات