كيف تمنع نافذة السياق لوكيل البرمجة بالذكاء الاصطناعي من الامتلاء

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

لماذا تضرّ النافذة الممتلئة

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

راقب مدى امتلاء النافذة

لا يمكنك إدارة ما لا تستطيع رؤيته. في Claude Code، شغّل /context لطباعة الاستخدام الحالي كنسبة مئوية. وثمة قاعدة إرشادية جيدة من الممارسين وهي التحرك عند حوالي 60% من الاستخدام في المهمة المعقّدة — أي قبل علامة الـ 80% بكثير حيث يبدأ الضغط التلقائي. وتُظهر Cursor وCodex مؤشراً مشابهاً في واجهتيهما. وإلقاء نظرة على ذلك الرقم بين الحين والآخر يحوّل إدارة السياق من قلق مبهم إلى إشارة ملموسة.

اضغط عند نقاط التفتيش — لا تكتفِ بالمضي قُدماً

عندما تصل إلى نقطة تفتيش طبيعية (ميزة تعمل، اختبارات تنجح، خطأ يُصلَح)، اضغط السجل بدلاً من تركه ينمو. في Claude Code، يستبدل /compact النص الكامل للمحادثة بملخص يولّده النموذج — إذ يمكن لمحادثة من 70,000 رمز أن تنخفض إلى نحو 4,000 رمز. والأهم أنه يمكنك توجيه ما يبقى:

/compact "Keep the API contract and the DB schema we agreed on. Summarize the debugging session — I only need the root cause, not every step."

إن الضغط بشكل استباقي، بينما لا يزال هناك متّسع، يُنتج ملخصاً أفضل من ملخص تلقائي يُطلَق في اللحظة الأخيرة، لأن النموذج لا يزال يحتفظ باستدعاء واضح للمحادثة بأكملها عندما يكتب الملخص.

امسح عند التبديل بين المهام

/compact مخصص لمواصلة الخيط نفسه من العمل. أما /clear فمخصص للتخلي عنه. فعندما تتحول إلى شيء غير ذي صلة — تنتهي من إصلاح في الواجهة الخلفية وتنتقل إلى ميزة في الواجهة الأمامية — ابدأ من جديد. فحمل السياق القديم إلى الأمام لا يفيد؛ بل يهدر الرموز فحسب ويخاطر بأن يطابق الوكيل نمطياً على المهمة السابقة. كما أن المسح هو العلاج أيضاً عندما يكون السياق "مسموماً": حين يتشبث النموذج بافتراض خاطئ ويظل يرتد إليه مهما صحّحت له.

ضع المعرفة الثابتة في ملف، لا في المحادثة

إذا وجدت نفسك تعيد شرح الأمور نفسها — أمر الاختبار لديك، واصطلاحات التسمية، وأي مجلد توجد فيه واجهة برمجة التطبيقات — فتلك المعلومات لا ينبغي أن توجد في المحادثة على الإطلاق. ضعها في ملف مشروع يقرأه الوكيل تلقائياً: CLAUDE.md لـ Claude Code، وAGENTS.md لـ Codex وغيره، و.cursorrules لـ Cursor. إذ يُحمَّل عند بداية كل جلسة، فيكون لدى الوكيل منذ الرسالة الأولى، وينجو من كل /clear وكل /compact. لكن أبقِه مقتضباً — فهو يكلّف رموزاً في كل طلب على حدة، ومن ثم فإن CLAUDE.md المتضخّم هو نوع خاص من هدر السياق.

أعطِ الوكيل أقل، لا أكثر

إن الرغبة في إغراقه بعشرة ملفات "كي يكون لديه كل شيء" تأتي بنتائج عكسية. فكل ملف تلصقه أو تشير إليه بـ @ يستهلك من الميزانية ويشتّت انتباه النموذج. ملف واحد مُختار بعناية أفضل عادةً من عشرة ملفات. ابدأ بالحد الأدنى وأضِف السياق فقط عندما يحتاجه الوكيل فعلاً. وإذا لم تكن متأكداً أي ملف هو المهم، فاطلب من الوكيل أن يعثر عليه أولاً بدلاً من تحميل المجلد بأكمله مسبقاً.

فوّض الاستكشاف الفوضوي إلى وكيل فرعي

بعض المهام مسهبة بطبيعتها — "ابحث في قاعدة الشيفرة عن كل موضع نستدعي فيه واجهة برمجة تطبيقات المدفوعات." فإذا شغّلت ذلك في جلستك الرئيسية، أغرقت المخرجات الخام للبحث نافذتك. بدلاً من ذلك، فوّضه إلى وكيل فرعي (أداة Task في Claude Code، أو وكيل Cursor منفصل). فيقوم الوكيل الفرعي بالاستكشاف المزعج في نافذته الخاصة المعزولة، ويعيد إليك الخلاصة فقط — الملفات الثلاثة المهمة — مبقياً سياقك الرئيسي نظيفاً.

إيقاع عمل ناجع

إذا جُمِع كل ذلك معاً، فإن الجلسة الطويلة الصحية تبدو هكذا:

1. ابدأ بـ CLAUDE.md مقتضب كي يعرف الوكيل مشروعك.
2. حدّد نطاق كل مهمة بضيق؛ وأشِر فقط إلى الملفات التي تمسّها.
3. ألقِ نظرة على /context كل 30 إلى 45 دقيقة أو بعد كل مرحلة إنجاز.
4. استخدم /compact مع تعليمة مخصصة عند كل نقطة تفتيش.
5. استخدم /clear في اللحظة التي تتحول فيها إلى عمل غير ذي صلة.

لا شيء من هذا غريب أو معقّد. إنه الفرق بين وكيل يبقى حاداً على مدى جلسة من ساعتين وآخر يبدأ قوياً ثم يفقد الحبكة ببطء — وهو يكلّفك ثوانٍ قليلة من الانتباه بدلاً من ظهيرة غامضة من تصحيح ارتباكه.