المفاهيم مشروحةً
Context engineering: كيف تحصل على إجابات أفضل بكثير من Claude
الـ prompt engineering يتعلّق بما تطلبه. أما الـ context engineering فيتعلّق بما يستطيع الـ model رؤيته حين تطلب منه. والثاني أهم، ولا أحد تقريبًا يفعله عن قصد.
معظم من يحاولون أن يتحسّنوا في استخدام الذكاء الاصطناعي يهووَون بالـ prompt — الصياغة الدقيقة لما يطلبونه. هذا يستحق بعض الانتباه، لكنه ليس أكبر عامل مؤثّر. أكبر عامل مؤثّر شيء أدقّ وأقوى بكثير: ما يستطيع الـ model رؤيته فعلًا في اللحظة التي يجيب فيها.
هذا هو الـ context engineering. وبمجرد أن تبدأ التفكير فيه، تتغيّر جودة ما تحصل عليه تغيّرًا كبيرًا.
أولًا، ماذا يعني «الـ context»
كل إجابة يقدّمها الـ model تُنتَج بالنظر إلى كتلة من النص تُسمّى الـ context window — ذاكرته العاملة لهذه اللحظة. تدخل في تلك النافذة رسالتك الحالية، ورسائلك السابقة، وأي ملفات قرأها، وردوده السابقة، وأي تعليمات أُعطيت له. كل ما فيها يشكّل الإجابة. وكل ما ليس فيها كأنه غير موجود.
النافذة كبيرة لكنها محدودة. لذا فالسؤال الحقيقي ليس أبدًا «كيف أصوغ هذا؟» وحده. إنه «ما الذي يحتاج الـ model أن يكون أمامه ليجيب على هذا جيدًا — وما الذي يقف في الطريق؟»
نمطا الفشل
حين تكون الإجابات مخيّبة، فالسبب دائمًا تقريبًا واحدة من مشكلتين في الـ context، لا في الـ prompt.
قليل جدًا. ينقص الـ model شيء كان يحتاجه — الملف ذو الصلة، أو القيد الذي نسيت ذكره، أو مثال على ما يبدو عليه «الجيد». إنه ليس غبيًا؛ بل يجيب على السؤال الذي استطاع رؤيته، والذي لم يكن السؤال كاملًا. وأنت نفسك ستعطي الإجابة المبهمة نفسها لو سألك أحدهم عن مستند لم تقرأه.
كثير جدًا من الشيء الخطأ. النافذة مكدّسة بتاريخ غير ذي صلة — ثلاث أفكار متروكة، ومخرجات تصرّفت بناءً عليها سابقًا، واستطراد من قبل عشرين دقيقة. الإشارة التي تهتم بها مدفونة في الضجيج، وانتباه الـ model منقسم. هذه هي النقطة التي لا يتوقّعها الناس: الـ context الأكثر ليس أفضل. النافذة المركّزة تتفوّق على المتضخّمة، في كل مرة.
الـ context engineering هو ممارسة إصلاح كليهما: التأكّد من حضور الأشياء الصحيحة، وغياب الأشياء الخطأ.
كيف تفعله عن قصد
حفنة من الخطوات المقصودة تغطّي معظم القيمة.
أدخِل ما يهمّ — صراحةً
لا تفترض أن الـ model يعرف الخلفية ذات الصلة؛ ضعها أمامه. وجّهه نحو الملف المحدّد، والصق القيد الدقيق، وأرِه مثالًا واحدًا على المخرجات التي تريدها. «لخّص هذا لمسؤول تنفيذي غير تقني، في خمس نقاط، مثل هذا المثال» يعطي الـ model context يطابقه. أما «لخّص هذا» المجرّد فيتركه يخمّن الشكل الذي كان في ذهنك.
أبقِ الـ sessions مركّزة
الـ session التي تجوّلت عبر خمس مهام غير مرتبطة لديها context مليء بالفوضى. الإصلاح ميكانيكي:
- ابدأ من جديد لمهمة جديدة. النافذة النظيفة نافذة حادّة.
- لخّص أو اضغط الطويلة منها. في Claude Code، يقطّر
/compactمحادثة متشعّبة إلى ما يهمّ، مزيلًا الضجيج مع الحفاظ على الخيط. - لا تكتنز. بمجرد أن تتصرّف بناءً على بعض المخرجات، فلست بحاجة إليها جالسة في النافذة تتنافس على الانتباه.
استخدم ملف memory للأشياء الدائمة
بعض الـ context ليس خاصًا بمهمة — بل هو ذو صلة دائمًا. اتفاقياتك، ونبرتك، وقواعد «لا تفعل X أبدًا». تلك تنتمي إلى ملف memory ثابت (CLAUDE.md في Claude Code)، يُقرأ في بداية كل session، فتكون حاضرة بشكل موثوق دون أن تعيد لصقها ودون أن تكدّس كل محادثة. هذا هو الـ context engineering كعادة: الـ context الدائم يعيش في مكان دائم.
دع الـ agents تدير context الخاص بها
هذا أيضًا سبب نجاح الـ subagents إلى هذا الحد. حين تقسّم مهمة كبيرة على عدة agents، يحصل كل واحد على context نظيف خاص به مركّز على شريحته. ولا يشتّت انتباه أيٍّ منها عمل الآخرين. أنت تمارس الـ context engineering بنيويًا — تعطي كل جزء من المهمة النافذة التي يحتاجها بالضبط ولا شيء أكثر.
لماذا يتفوّق هذا على حيل الـ prompt
هناك نوع كامل من نصائح «الـ prompt السحري» — قل «أنت خبير»، أضِف «فكّر خطوة بخطوة»، وهكذا. بعضها يساعد قليلًا. لكنه يحسّن الشيء الخطأ. أجمل prompt صياغةً عن مستند لا يستطيع الـ model رؤيته سيظل ينتج إجابة مبهمة. وأبسط prompt ممكن عن مستند يستطيع الـ model رؤيته، مع إزالة الفوضى غير ذات الصلة، سينتج إجابة جيدة.
بصياغة أخرى: الـ prompt engineering يضبط السؤال؛ والـ context engineering يضبط بيئة العمل التي يُطرح فيها السؤال. سؤال رائع في بيئة سيّئة يخسر أمام سؤال عادي في بيئة رائعة.
النقلة الذهنية
النقلة هي أن تتوقّف عن التفكير «كيف أصوغ هذا؟» وتبدأ التفكير «ما الذي أمام الـ model الآن، وهل هو المجموعة الصحيحة من الأشياء؟»
قبل أن تسأل، ألقِ نظرة على الـ context: هل لديه ما يحتاجه؟ هل هو مكدّس بما لا يحتاجه؟ ثانيتان من هذا السؤال، واستعداد لإدخال ملف أو تنظيف الضجيج، سيفعلان لنتائجك أكثر من أي قالب prompt.
إنها أيضًا مهارة تتراكم. كلما أصبحت الـ models أقدر وأصبحت الـ context windows أكبر، يكون الإغراء هو إلقاء كل شيء فيها ببساطة والأمل. أما من ينسّقون بدلًا من ذلك — يعرضون الإشارة، يقصّون الضجيج — فسيظلّون يتقدّمون. النوافذ الأكبر تجعل الـ context engineering أقوى، لا أقل ضرورة.
أسئلة يطرحها الناس
- ما الفرق بين الـ prompt engineering والـ context engineering؟
- الـ prompt engineering هو صياغة التعليمة — السؤال الذي تكتبه. أما الـ context engineering فهو تنسيق كل ما يستطيع الـ model رؤيته حين يجيب: الملفات ذات الصلة، والخلفية الصحيحة، والأهم، غياب الفوضى. الـ prompt مُدخل واحد؛ أما الـ context فهو بيئة العمل بأكملها.
- ما هو الـ context window؟
- إنه كمية النص التي يستطيع الـ model أخذها في الاعتبار دفعة واحدة — رسائلك، والملفات التي قرأها، وردوده السابقة. إنه كبير لكنه محدود. كل ما «يعرفه» الـ model في اللحظة الراهنة يعيش في تلك النافذة؛ وأي شيء خارجها كأنه غير موجود.
- كيف أمنع الـ sessions الطويلة من أن تسوء؟
- أبقِ الـ context مركّزًا. ابدأ session جديدة لمهمة جديدة، ولخّص أو اضغط (compact) أي session متشعّبة، وأدخِل الملفات المهمة فقط. الـ context المرتّب ينتج إجابات أحدّ من المتضخّم — الأكثر ليس أفضل.