قد تستهلك خوادم MCP عشرات الآلاف من التوكنات قبل أن تكتب أي أمر نصي. يشرح هذا المقال كيف تقيس هذه التكلفة باستخدام /context، وتزيل الخوادم الخاملة، وتفعّل البحث عن الأدوات، وتحدّ من مخرجات الأدوات، وتستخدم الوكلاء الفرعيين كي يحتفظ Claude Code بنافذة السياق لعملك الفعلي.
تفتح Claude Code وتكتب أمرًا نصيًا قصيرًا، فتجد مقياس السياق قد امتلأ نصفه تقريبًا. لا يوجد خطأ في أمرك النصي. المتهم عادةً هو كومة خوادم MCP التي وصلتها الشهر الماضي ونسيتها. يسلّم كل خادم إلى Claude قائمة بتعريفات الأدوات فور بدء الجلسة، ويُدفع ثمن كل تعريف بالتوكنات قبل أن يبدأ أي عمل فعلي. وإذا أضفت إلى ذلك عددًا من ردود الأدوات المنتفخة، فستنفد نافذة السياق قبل أن تنتهي المهمة. الخبر الجيد أن هذه من أكثر المشكلات قابلية للإصلاح في سير العمل كله. يستعرض هذا المقال الترتيب الذي ينجح: القياس أولًا، ثم تقليم الخوادم، ثم تفعيل البحث عن الأدوات، ثم تحديد المخرجات، وأخيرًا إعادة ضبط الجلسات في الوقت المناسب.
إذا تعرفت على هذه الأعراض، فأنت في صحبة كثيرين. الجلسات التي تبدو بطيئة، والإجابات التي تنسى التعليمات التي أُعطيت قبل عشر دقائق، والضغط التلقائي الذي يعمل في منتصف عملية إعادة هيكلة، كلها تشير إلى الشيء نفسه: عبء ثابت كبير ومساحة قليلة للعمل نفسه.
يتيح بروتوكول سياق النموذج (MCP) لأداة Claude Code التواصل مع قواعد البيانات والمتصفحات وأنظمة تتبع المشكلات وأدوات التصميم ومولدات الصور. كل اتصال مفيد فعلًا. لكن الثمن أن على Claude أن يعرف ما تفعله كل أداة، فيُحمَّل اسم كل أداة ووصفها ومخطط JSON الكامل الخاص بها ضمن الأمر النصي.
يأتي العبء الناتج عن MCP من أربعة مصادر، وبعضها فقط واضح.
| المصدر | وقت التحميل | الأثر المعتاد | من يتحكم فيه |
|---|---|---|---|
| تعريفات الأدوات | بداية الجلسة | مئات التوكنات لكل أداة، وآلاف لكل خادم | أنت، من خلال اختيار الخوادم |
| ردود الأدوات | مع كل استدعاء | من بضع مئات إلى عشرات الآلاف من التوكنات | الخادم وحد المخرجات لديك |
| ملفات الذاكرة مثل CLAUDE.md | بداية الجلسة | يكبر مع كل قاعدة تضيفها | أنت |
| سجل المحادثة | يتراكم طوال الجلسة | يكبر مع كل دورة | الضغط والمسح |
يصف منشور Anthropic الهندسي عن البحث عن الأدوات إعدادًا فيه 58 أداة موزعة على خمسة خوادم استهلك نحو 55 ألف توكن قبل أن تبدأ المحادثة أصلًا. وهذا يعني نحو 950 توكنًا لكل أداة. وخادم واحد فيه 35 أداة، مثل تكامل كامل لاستضافة الشيفرة، قادر وحده على أن يستهلك شريحة من نافذة قياسية تتجاوز عشرة في المئة.
💡 حساب سريع: إذا كان متوسط استهلاك أدواتك 900 توكن لكل أداة، وربطت 40 أداة، فقد أنفقت نحو 36,000 توكن على قائمة طعام قد لا يطلب Claude منها شيئًا.
تضر الأدوات الخاملة بطريقتين. الأولى هي المساحة البسيطة: النافذة التي تبدأ ممتلئة بنسبة 30% تملك مساحة أقل بنسبة 30% للشيفرة والسجلات والاستدلال. يخفف التخزين المؤقت للأوامر النصية من سعر هذا العبء الثابت في الأدوار المتكررة، لكنه لا يفعل شيئًا بخصوص المساحة التي يشغلها.
الثانية هي ضجيج القرار. عندما تعرض خمسة خوادم أدوات بحث أو جلب متداخلة، يكون أمام النموذج عدد أكبر من الخيارات شبه المتطابقة. ووجدت اختبارات Anthropic الخاصة بتحميل الأدوات عند الطلب أن عرض عدد أقل من الأدوات في البداية حسّن أيضًا دقة اختيار الأداة الصحيحة. الأدوات الأقل ليست أرخص فقط، بل هي في كثير من الأحيان أدق.
لا تبدأ بحذف الخوادم بناءً على الحدس. قِس، وغيّر شيئًا واحدًا، ثم قِس من جديد.
افتح جلسة جديدة في مشروعك، وشغّل /context قبل إرسال أي أمر نصي. تطبع Claude Code تفصيلًا لنافذة السياق حسب الفئة: الأمر النصي للنظام، وأدوات النظام، وأدوات MCP، وملفات الذاكرة، والرسائل، والمساحة الحرة. ولأنك لم تكتب شيئًا بعد، يبقى سطر الرسائل قرب الصفر، وكل ما عداه عبء خالص.
ثم شغّل /mcp لعرض الخوادم المتصلة وحالتها. ومن طرفية عادية، يعطيك claude mcp list الجرد نفسه. دوّن رقم أدوات MCP من /context. هذا هو خط الأساس لديك.
لا يوجد حد رسمي، لكن هذه القاعدة التقريبية تنفع عمليًا:
| نسبة أدوات MCP من النافذة | الحكم | ما الذي يجب فعله |
|---|---|---|
| أقل من 5% | سليم | اتركه كما هو |
| من 5% إلى 15% | يستحق النظر | أزل الخوادم التي تستخدمها أقل من مرة أسبوعيًا |
| أكثر من 15% | مشكلة حقيقية | قلّم بقوة وفعّل البحث عن الأدوات |
تحقق من سطر ملفات الذاكرة أيضًا. فملف CLAUDE.md الذي تضخم إلى جدار من القواعد يكلّف توكنات في كل جلسة، تمامًا مثل خادم MCP الثرثار.
أرخص توكن هو الذي لا يُحمَّل أبدًا. ونظافة الخوادم تتفوق على أي إعداد ذكي.
افتح قائمة /mcp وأوقف كل ما لا تحتاجه لمهمة اليوم. وحسب إصدارك، يمكنك تبديل خادم من هناك دون أن تفقد إعداداته. وعندما تتأكد أن خادمًا عبء بلا فائدة، أزله نهائيًا باستخدام claude mcp remove <name>.
اطرح ثلاثة أسئلة عن كل خادم:
"لا" صادقة واحدة تكفي سببًا لتعطيله.
يمكن إضافة خوادم MCP على ثلاثة نطاقات: محلي ومشروع ومستخدم. يعيش الخادم ذو نطاق المشروع في ملف .mcp.json في جذر المستودع، فيُحمَّل فقط حيث يلزم:
claude mcp add --scope project my-db -- npx my-db-mcp-server
أبقِ نطاق المستخدم شبه فارغ. ضع خادم قاعدة البيانات في المستودع الذي فيه قاعدة بيانات، وخادم التصميم في المستودع الذي فيه تصاميم. وفي الجلسات المنفردة يمكنك أيضًا تشغيل Claude Code مع الخوادم المسماة فقط في ملف إعداد:
claude --strict-mcp-config --mcp-config ./mcp/docs-only.json
تتجاهل هذه الجلسة كل خادم مُعدّ آخر، ما يجعلها مثالية لمهمة مركزة أو لمقارنة نظيفة بين الحالة قبل التغيير وبعده.
إذا كانت الأداة موجودة أصلًا كبرنامج سطر أوامر، مثل git أو gh أو docker أو psql أو aws، يستطيع Claude تشغيلها عبر الطرفية. وهذا يكلّف صفر توكنات تعريف للأدوات، لأن النموذج يعرف أصلًا كيف تعمل هذه الأوامر.
دفعت Anthropic هذه الفكرة إلى أبعد من ذلك في منشورها عن تنفيذ الكود باستخدام MCP. فتقديم الخوادم بوصفها واجهات API للكود يستدعيها الوكيل من داخل نص برمجي، بدلًا من تقديمها كأدوات منفصلة، خفّض سير عمل مثال واحد من نحو 150,000 توكن إلى نحو 2,000، أي بنسبة تخفيض قدرها 98.7%. لا تحتاج إلى إعادة بناء مجموعة الأدوات لديك كي تستفيد من الدرس.
ما زال MCP يتفوق في بعض الحالات:
لكل ما عدا ذلك، جرّب سطر الأوامر أولًا.
أحيانًا تحتاج فعلًا إلى عشرات الأدوات متاحة. وهنا يثبت التحميل المؤجل جدواه.
بدلًا من لصق كل تعريف أداة في الأمر النصي، يحمّل العميل أداة بحث صغيرة مع قائمة بأسماء الأدوات. وعندما يقرر Claude أنه يحتاج إلى شيء ما، يبحث، ولا تُسحب إلا التعريفات المطابقة. وفي إصدارات Claude Code الحديثة يُفعَّل هذا تلقائيًا عندما تستهلك تعريفات أدوات MCP حصة كبيرة من النافذة، نحو 10% وفق ما هو معمول به وقت كتابة هذا المقال.
أبلغت Anthropic عن انخفاض يقارب 85% في توكنات تعريفات الأدوات في مثالها الخاص. والفكرة شبيهة ببطاقات فهرس المكتبة: لا تحمل كل كتاب إلى مكتبك، بل تحمل الفهرس وتجلب ما تحتاجه.
يُتحكم في السلوك بمتغير البيئة ENABLE_TOOL_SEARCH:
# Default: only kicks in when MCP tools get large
export ENABLE_TOOL_SEARCH=auto
# Lower the trigger point (percent of the window)
export ENABLE_TOOL_SEARCH=auto:5
تغيرت الأسماء والعتبات بين الإصدارات، لذا راجع الوثائق الخاصة بالإصدار المثبت لديك.
💡 أعد تشغيل
/contextدائمًا بعد أي تغيير. إذا لم يتقلص سطر أدوات MCP، فالإعداد لا يفعل ما تظن.
هناك مفاضلة. أول استخدام لأداة مؤجلة يكلّف خطوة بحث إضافية. وإذا كنت تستدعي الأدوات الثلاث نفسها في كل جلسة، فأبقِ هذا الخادم الصغير محمّلًا مباشرة، ودع البحث عن الأدوات يتولى الذيل الطويل.
التعريفات تكلفة ثابتة. أما الردود فهي التكلفة المتغيرة التي تفاجئ الناس.
تحذّر Claude Code عندما يتجاوز نتيجة أداة MCP واحدة نحو 10,000 توكن، وتقتطع عند 25,000 افتراضيًا. يمكنك خفض السقف بمتغير بيئة:
export MAX_MCP_OUTPUT_TOKENS=10000
السقف شبكة أمان، لا تصميم. والإصلاح الأفضل خادم يعيد أقل بالأساس. إذا كنت تبني الخوادم أو تضبطها، فادفع باتجاه هذه الأنماط:
| النمط | المشكلة | الأسلوب الأفضل |
|---|---|---|
| إعادة جدول كامل | عشرات الآلاف من الصفوف في السياق | الفلترة والترتيب والتحديد على الخادم |
| تضمين صورة بترميز base64 | آلاف التوكنات لكل صورة | إعادة رابط مستضاف |
| إعادة HTML الخام للصفحة | ضجيج الترميز يطغى على المحتوى | استخراج النص من محدد واحد |
| فحص الحالة بالحمولة الكاملة | يتكرر الحجم كله مع كل فحص | إعادة حقل الحالة فقط حتى الانتهاء |
تُسعَّر الصور بحسب حجمها، تقريبًا العرض ضرب الارتفاع مقسومًا على 750 في توكنات الإدخال. وصورة بحجم 1,000 في 1,000 بكسل تكلّف نحو 1,300 توكن، ولقطة شاشة بدقة كاملة تكلّف أضعاف ذلك. والخوادم التي تولّد صورًا أو مقاطع يجب أن تعيد رابطًا قصيرًا وحالة، لا البكسلات نفسها.
وتظهر هذه المشكلة أولًا في توليد الصور والفيديو. يعمل موصّل MCP في PicassoIA بالطريقة الصحيحة: يعيد استدعاء التوليد معرّف تنبؤ فورًا، ثم تستعلم عن الحالة حتى يظهر رابط مستضاف. وإذا كنت تختار مولّدًا تستدعيه من وكيل، فإن نماذج تحويل النص إلى صورة مثل P-Image وFlux 2 Pro تتناسب جيدًا مع هذا النمط، ونموذج فيديو مثل Seedance 2.5 Lite يناسب الحلقة نفسها: إنشاء، ثم استعلام، ثم جلب.
حتى الإعداد الرشيق يمتلئ في جلسة طويلة. وخط الدفاع الأخير هو البنية.
يعمل الوكيل الفرعي في نافذة سياق خاصة به ولا يعيد إلا ملخصًا. ولذلك فهو المكان المثالي للأعمال المزعجة: أتمتة المتصفح، والبحوث الواسعة، وحلقات توليد الصور. ويأخذ ملف الوكيل الفرعي في .claude/agents/ اسمًا ووصفًا وقائمة tools مسموحًا بها وmodel، فيمكنك قصره على الأدوات الاثنتين أو الثلاث التي يحتاجها بالضبط.
فكّر فيه كـميز أون بلاس: كل وعاء يحمل مكوّنًا واحدًا، ولا يلمس شيء آخر سطح المطبخ. وفي المهام الروتينية، يكفي غالبًا نموذج صغير مثل Claude 4.5 Haiku، وهو يُبقي جلستك الرئيسية متاحة للتفكير الذي يحتاج إلى نموذج أكبر. وتتيح الإصدارات الأحدث أيضًا للوكيل الفرعي أن يعلن خوادم MCP الخاصة به، فلا تمس الخوادم الثقيلة محادثة الأب أبدًا.
/compact يستبدل المحادثة حتى الآن بملخص، ويمكنك توجيهه:
/compact keep the failing test names, file paths and the final design decision
شغّله عند نقاط الراحة الطبيعية: عندما تُنجز ميزة، أو تنجح الاختبارات، أو تكون على وشك بدء مرحلة جديدة. ولا تنتظر الضغط التلقائي. فهو يعمل عندما تكون النافذة شبه ممتلئة، وقد يحدث ذلك في منتصف تعديل حساس.
إذا كنت تنتقل إلى مهمة لا علاقة لها، فلا تضغط، بل امسح. فالسياق القديم عن خلل مختلف ليس مفيدًا، بل ضجيج يجذب الإجابات إلى جهة خاطئة. وبعد /clear، حمّل فقط ما تحتاجه المهمة الجديدة.
💡 الحقائق الدائمة تنتمي إلى CLAUDE.md، لكن أبقِه قصيرًا. إنه يُحمَّل في كل جلسة، فكل فقرة إضافية ضريبة تدفعها إلى الأبد. راجعه شهريًا واحذف القواعد التي يتبعها النموذج أصلًا دون أن تُخبر به.
هذه طريقة منخفضة المخاطر لتقليص جانب الإدخال في جلساتك قبل أن يصل إلى Claude Code. فـClaude Sonnet 5 على PicassoIA مصمم لمهام البرمجة واستخدام الأدوات، ما يجعله ساحة تجريب مناسبة لتكثيف ملف CLAUDE.md متضخم، أو تلخيص سجل طويل، أو صياغة أمر نصي أكثر إحكامًا. الصق النتيجة في Claude Code بدلًا من الفوضى الخام.
low، الذي يوقف التفكير لتحصل على أسرع رد وأرخصه. ارفعه فقط للاستدلال الصعب فعلًا.max_tokens افتراضيًا 8,192. وفي حالة الملخص، يُبقي رقمًا أصغر بكثير الردَّ مُحكمًا.max_image_resolution افتراضيًا 0.5 ميغابكسل، ويُصغّر الصور قبل وصولها إلى النموذج، ما يوفر الوقت والمال.| الإعداد | الافتراضي | الحركة التي توفر التوكنات |
|---|---|---|
effort | low | أبقِه على low للملخصات وإعادة الصياغة |
max_tokens | 8192 | خفّضه ليطابق حجم الرد الذي تريده |
max_image_resolution | 0.5 megapixels | أبقِه منخفضًا ما لم تكن التفاصيل الدقيقة مهمة |
system_prompt | فارغ | حدّد قاعدة تنسيق قصيرة مرة واحدة وأعد استخدامها |
للمهام الأصعب في الاستدلال، مثل تخطيط إعادة هيكلة عبر ملفات كثيرة، فإن Claude Fable 5 وClaude Opus 4.7 متاحان على المنصة نفسها، فيمكنك مقارنة طريقة تعامل كل منهما مع المدخل المختصر نفسه.
هذه الخطة كاملة في صفحة واحدة، مرتبة حسب الجهد مقابل العائد:
| الإصلاح | الجهد | العائد المعتاد |
|---|---|---|
شغّل /context وسجّل خط الأساس | 2 دقيقة | يُظهر أين تذهب التوكنات |
| عطّل الخوادم الخاملة أو أزلها | 5 دقائق | غالبًا ما يكون أكبر مكسب منفرد |
حدّد نطاق الخوادم باستخدام .mcp.json | 10 دقائق | يمنع تحميل الخوادم العامة في كل مكان |
| استبدل الخوادم الخفيفة بواجهات CLI | 15 دقيقة | يزيل التعريفات بالكامل |
| فعّل البحث عن الأدوات | 2 دقيقة | تخفيض كبير لمجموعات الخوادم الضخمة |
اخفض MAX_MCP_OUTPUT_TOKENS | 1 دقيقة | يحمي من الردود الخارجة عن السيطرة |
| وكلاء فرعيون للمهام كثيفة المخرجات | 20 دقيقة | يُبقي نافذة السياق الرئيسية نظيفة |
/compact عند نقاط التوقف، و /clear بين المهام | مستمر | يمنع الامتلاء في منتصف المهمة |
ابدأ بالصفين الأولين اليوم. فهما يستغرقان أقل من عشر دقائق، وغالبًا ما يعيدان قدرًا مفاجئًا من المساحة.
عندما تستعيد نافذتك مساحتها، ضعها في خدمة شيء إبداعي. افتح PicassoIA، واختر نموذج صور مثل GPT Image 2 أو P-Image، ووَلّد صورتك الأولى من جملة بسيطة. ثم حرّكها باستخدام Seedance 2.5 Lite أو PicassoIA Video. جرّب فكرتك الخاصة، وغيّر تفصيلًا واحدًا في الأمر النصي، وراقب مقدار تغير النتيجة. هذه أسرع طريقة لترى ما تستطيع هذه النماذج فعله، وكل تجربة مناسبة لتبقي سياقك خفيفًا.
اختر لغتك
