مشروع context-mode يقيس كم تستهلك مخرجات أدوات MCP من نافذة سياق الوكيل البرمجي
المغزى: السياق الذي تملؤه مخرجات الأدوات دون حاجة يُدفع ثمنه مرتين، في فاتورة الـ tokens وفي جودة إجابات الوكيل بعد ساعة من العمل.
كل نداء لأداة MCP داخل وكيل برمجي يضع مخرجاتها كاملة في نافذة السياق، لا النتيجة المطلوبة وحدها. ومشروع مفتوح على GitHub اسمه context-mode ينشر أرقامًا عن حجم ذلك، وكلها أرقام يذكرها المشروع عن نفسه ولم يقسها طرف ثالث.
بحسب المشروع، تأخذ لقطة واحدة من Playwright نحو 56 كيلوبايت، وتأخذ قائمة من 20 issue على GitHub نحو 59 كيلوبايت. وبعد نصف ساعة من العمل يكون نحو 40% من السياق قد ذهب في مخرجات لم يحتجها النموذج.
وطريقة المشروع أن يشغّل الأداة في subprocess معزول، ولا يُدخل إلى السياق إلا المخرج الذي يحمل الجواب. وبدل أن يقرأ الوكيل 47 ملفًا ليجيب عن سؤال، يكتب script يحسب الجواب ويطبعه، فتتحول 700 كيلوبايت إلى 3.6 كيلوبايت. ويذكر المشروع تخفيضًا عامًا بنسبة 98%، من 315 كيلوبايت إلى 5.4. ويقول أيضًا إن الالتزام بهذا الأسلوب عبر ملف تعليمات وحده يبلغ نحو 60%، ويرتفع إلى نحو 98% عبر الـ hooks.
وهذه الفكرة امتداد لما شرحه Armin Ronacher عن code mode: السياق ليس مساحة فقط. فهو tokens تُحتسب في الفاتورة، وهو أيضًا من أسباب تراجع أداء الوكيل بعد جلسة طويلة. ولا يعد المشروع بتوفير محدد في الفاتورة، لأن التوفير يتبع طريقة الاستعمال.
ويعمل المشروع مع 17 منصة بحسب مستودعه، منها Claude Code وCursor وCodex CLI وGemini CLI وZed وCopilot، ويختلف دعم الـ hooks بينها.
ورخصته Elastic License 2.0، وهي ليست رخصة مفتوحة المصدر. فهي تسمح بالاستعمال، لكنها تمنع تقديم المشروع خدمةً مُدارة لطرف آخر، وهذا ما يحتاج أن يعرفه من يفكر في البناء عليه.