الـ context والـ context window

معظم ما يبدو أنه تقصير من الـ model هو في الحقيقة model يعمل انطلاقًا من مادة خاطئة. ليست لديه معرفة مسبقة بشركتك، ولا وصول إلى الملف الذي لم تذكره، ولا ذاكرة لمحادثة الأمس. لديه بالضبط ما هو داخل النافذة أمامه، ولتلك النافذة حدّ صارم يُقاس بالـ tokens.

والعطل الذي ينتج عن ذلك مألوف: session تبدأ حادّة ثم تصير أكثر ضبابية. في منتصف عمل طويل، يبدأ Claude بالسؤال عن شيء حسمته قبل ساعة، أو يناقض بهدوء قرارًا اتخذتماه معًا. لم ينكسر شيء. امتلأ المكتب فحسب، فانزلقت أقدم الأوراق من طرفه البعيد. أما العطل الثاني، وهو أقلّ وضوحًا، فهو الفوضى — نافذة محشوّة بمهمة سابقة لا علاقة لها بما تفعله الآن، فيكون التفصيل المهم حاضرًا تقنيًا لكنه غارق.

والعلاجان كلاهما رخيص، ولا أحدهما يتعلّق بصياغة ذكية. أعطِه المادة صراحةً بدل أن تصفها: اسحب الملفات إلى المحادثة، أو وجّهه إلى مجلد آخر لا يراه بعد. ثم أبقِ كل session لمهمة واحدة — محادثة جديدة بين مهمتين غير مرتبطتين لا تكلّفك شيئًا وتمنع معظم الانحراف. ذلك الاختيار المقصود لما يدخل وما يبقى خارجًا هو ما يعنيه الناس بـ context engineering، وهو أعلى العادات أثرًا في هذا الموقع.

وثمة تمييز يستحق أن تضبطه مبكرًا لأنه يسبّب لبسًا حقيقيًا: الـ context window قصير الأمد وتنتهي معه الـ session، بينما الـ memory هي ما يبقى عبر الـ sessions. «نسي Claude» و«لم يعرف Claude أصلًا» مشكلتان مختلفتان بعلاجين مختلفين، وأحد الأدلّة أدناه مخصّص بالكامل للتفريق بينهما. ويرسم دليل آخر الخط بين الـ prompting والـ context — إطار مفيد، لأن حسن السؤال لا ينفع إلا بعد أن تصير المادة الصحيحة في الغرفة.