يحذّرك Cursor بعد 40 أداة من MCP، ويرفض VS Code الطلبات التي تتجاوز 128 أداة، وتؤجّل Claude Code تعريفات الأدوات باستخدام البحث عن الأدوات. يشرح هذا المقال كل حدّ، وتكلفة كل أداة بالتوكنات، والحلول التي تُبقي الإعداد المزدحم دون السقف.
يكفي أن تضيف خادم MCP آخر حتى ينسى وكيلك فجأة كيف يقرأ ملفًا. لا تعطّل ولا تظهر رسالة حمراء، فقط أداة كانت موجودة بالأمس ولم تعد موجودة اليوم. هذا هو حدّ أدوات MCP في العمل، وكل محرر يتعامل معه بطريقة مختلفة. يحذّرك Cursor بعد 40 أداة، ويرفض VS Code الطلبات بعد 128 أداة، بينما تؤجّل Claude Code بهدوء معظم تعريفات الأدوات حتى يطلبها النموذج.
يقدّم هذا المقال الأرقام الفعلية لكل عميل، والرسائل التي ستراها عند تجاوز الحدّ، والحسابات الخاصة بالتوكنات وراء هذه الحدود، وقائمة قصيرة بالحلول التي تُبقي الإعداد المزدحم دون السقف.
💡 الخلاصة السريعة: خطّط على أساس 40 أداة في Cursor، و128 في VS Code و100 في Windsurf. تعامل مع Claude Code على أنه "لا يوجد عدد ثابت، لكن كل تعريف ما زال يستهلك السياق ما لم يكن البحث عن الأدوات مفعّلًا". تتغيّر الحدود بين الإصدارات، لذا تحقّق من الإصدار الذي تستخدمه.
إليك ما تذكره الوثائق الرسمية ومنتديات المجتمع حتى أكتوبر 2026.
| العميل | حدّ الأدوات | ما يحدث عند تجاوزه |
|---|---|---|
| Cursor | 40 أداة عبر جميع خوادم MCP المفعّلة | يظهر تحذير ولا تصل إلى الوكيل سوى أول 40 أداة |
| VS Code (Copilot Chat) | 128 أداة لكل طلب دردشة | خطأ: "Cannot have more than 128 tools per request" |
| Windsurf (Cascade) | 100 أداة عبر جميع الخوادم | تصبح الأدوات الزائدة غير متاحة حتى تعطّل بعضها |
| Claude Code | لا يوجد عدد ثابت | يؤجّل البحث عن الأدوات التعريفات افتراضيًا؛ وإيقافه يحمّل كل شيء مسبقًا |
| Claude Desktop | لا يوجد سقف صلب منشور | يُدرج كل تعريف لأداة مفعّلة في سياق المحادثة |
هناك أمران يلفتان الانتباه. أولًا، VS Code هو العميل الوحيد في هذا الجدول الذي يرد رقمه في وثائقه الرسمية. أما رقم 40 في Cursor ورقم 100 في Windsurf فمصدرهما منتديات ومقالات من طرف ثالث، ولهذا يستحقان ملاحظة "تحقّق من إصدارك". ثانيًا، نادرًا ما يكون الحدّ الصلب هو المشكلة الأولى. تظهر ردود أبطأ، وأدوات مختارة بشكل خاطئ، ونافذة سياق تمتلئ قبل أن تكتب أمرًا نصيًا، وكل ذلك يحدث قبل أن يبلغ أي حدّ.
يصف خادم MCP كل أداة باسم، ووصف بلغة عادية، ومخطط JSON لوسائطها. يرسل العميل هذه الحزمة كاملة إلى النموذج مع كل طلب، قبل أمرك النصي وقبل أي محتوى للملفات. عشر أدوات صغيرة بالكاد تُحسب. ثمانون أداة مطوّلة قد تستهلك جزءًا حقيقيًا من النافذة التي كنت تريدها للشيفرة.
هذا هو السبب الفعلي وراء وضع العملاء للحدود. الحدّ طريقة فجّة لحماية ميزانية السياق، وخفض زمن الاستجابة، ومنع النموذج من الغرق في الخيارات. تصف منتديات Cursor سقف 40 أداة بهذه العبارات تمامًا: تمرير عشرات الأدوات الخام يجعل النموذج يستهلك السياق في تقييمها، فيرتفع زمن الاستجابة وتنخفض الدقة.
السياق نصف القصة فقط. النصف الآخر هو الاختيار. عندما يواجه النموذج عشرات الأدوات بأسماء متداخلة، مثل search_issues، وsearch_repos، وsearch_code، عليه أن يخمّن أيها يناسب المهمة، وتزداد التخمينات الخاطئة كلما كبرت القائمة.
تقترح وثائق OpenAI الخاصة باستدعاء الدوال الهدف أقل من 20 دالة متاحة في بداية كل دورة، وتصف ذلك بأنه اقتراح غير ملزم. وتوصّلت GitHub إلى نتيجة مشابهة داخل Copilot: قلّصت مجموعة الأدوات الأساسية الافتراضية من 40 إلى 13 أداة أساسية، ووسّعت البقية عند الطلب. وفي اختبارات GitHub نفسها، حسّن هذا النهج نسب النجاح بين 2 و5 نقاط مئوية، وخفّض متوسط زمن الاستجابة بمقدار 400 ميلي ثانية.
لذلك يقع الحدّ العملي دون السقف المعلن. خادم فيه 12 أداة ذات أسماء واضحة يتفوّق غالبًا على خادم فيه 90 أداة تبدو كلها متشابهة.
يمكنك قياس ارتباك الأدوات بنفسك في نحو عشر دقائق، دون لمس إعدادات محررك.
كرّر التجربة نفسها مع عدة نماذج جنبًا إلى جنب. Claude Sonnet 5 وGPT 5.4 وGemini 3.1 Pro متاحة كلها كنماذج دردشة على PicassoIA، لذا يمكنك مقارنة طريقة تعامل كل منها مع قائمة مزدحمة. إذا انخفضت الاختيارات الخاطئة بشكل حاد عند تقليص القائمة، فقد حصلت على إجابتك عن عدد الأدوات الذي يمكن لسير عملك أن يحمله فعلًا.
💡 تنبيه: يختبر هذا اختيار النموذج من نص عادي. يضيف العملاء الفعليون توجيههم الخاص، فتعامل مع النتيجة كمؤشر لا كضمان.
يعرض Cursor تحذيرًا عندما تتجاوز الأدوات القادمة من خوادمك المفعّلة 40 أداة. وتقول الصيغة التي أُبلغ عنها في منتدى Cursor شيئًا مثل: لديك 50 أداة من خوادم مفعّلة، والحدّ هو 40، وقد لا تكون بعض الأدوات متاحة للوكيل. في الإصدارات الأقدم كانت الأدوات الزائدة تُتجاهل ببساطة. وعند ربط خوادم تعرض 45 أداة في المجموع، استخدم الوكيل 40 فقط، دون تشخيص مفصّل يبيّن أي خمس أدوات اختفت.
تقول بعض المقالات الحديثة إن إصدارات Cursor الأحدث تسجّل الأدوات بمرونة أكبر وتحمّل بعضها عند الطلب. لكن صفحة وثائق MCP التي راجعناها لا تنشر عددًا للأدوات، لذا يبقى 40 الرقم الآمن للتخطيط.
💡 راقب الحساب: الحدّ إجمالي وليس لكل خادم. ثلاثة خوادم فيها 15 أداة لكل منها توصلك بالفعل إلى 45، أي بتجاوز خمس أدوات، رغم أن أيًا من الخوادم لا يبدو كبيرًا.
أربع خطوات مرتبة من الأقل جهدًا إلى الأكثر:
.cursor/mcp.json واترك الخوادم اليومية فقط في ~/.cursor/mcp.json العام.تفعيل الأدوات واحدة واحدة طلب متكرر على منتدى Cursor، لذلك إذا كنت تحتاج إلى هذا المستوى من التحكم اليوم، فستضطر إلى التقليم على مستوى الخادم.
VS Code هو الأوضح بين العملاء الثلاثة. تنص وثائقه على أن طلب الدردشة يمكن أن يحتوي على 128 أداة كحد أقصى مفعّلة في وقت واحد. وعند تجاوز الحدّ يفشل Copilot Chat برسالة: "Cannot have more than 128 tools per request."
ينطبق العدّ على كل ما هو مفعّل في منتقي الأدوات، لا على أدوات MCP وحدها، لذا يمتلئ أسرع مما تتوقع. قد يكفي خادمان أو ثلاثة كبيرة.
الحل السريع موجود في منتقي الأدوات داخل عرض الدردشة. ألغِ تحديد أدوات فردية أو خوادم MCP كاملة حتى ينخفض العدد دون 128، ثم أرسل الطلب مجددًا.
إذا أردت تجاوز 128، يقدّم VS Code الأدوات الافتراضية. فعّل github.copilot.chat.virtualTools.threshold وسيجمع VS Code الأدوات المتشابهة تحت أداة افتراضية واحدة. يرى النموذج المجموعات أولًا ولا يوسّع المجموعة إلا عندما يحتاجها الأمر النصي، وهو ما يتيح لطلب الدردشة تجاوز حدّ 128.
تخيّلها كفهرس المحتويات: يقرأ النموذج عناوين الفصول، ثم يفتح فصلًا واحدًا. الثمن خطوة توسيع إضافية في المرة الأولى التي تُحتاج فيها مجموعة ما، مقابل قائمة بداية أقصر بكثير.
تُظهر اختبارات GitHub للتوجيه القائم على التضمين سبب فائدة التجميع. كانت الأداة المطلوبة جاهزة في 94.5 بالمئة من الحالات، مقابل 87.5 بالمئة للاختيار القائم على LLM و69.0 بالمئة لقائمة أدوات ثابتة.
يسلك Claude Code طريقًا مختلفًا. فبدل فرض سقف على العدد، يتجنب دفع ثمن كل تعريف مسبقًا. مع البحث عن الأدوات، تُحجب تعريفات أدوات MCP عن الطلب، ويحصل النموذج على أداة بحث واحدة لتحميل ما يحتاجه منها. وتذكر وثائق MCP الخاصة بشركة Anthropic الاستثناءات: يُوقف البحث عن الأدوات عند استخدام ANTHROPIC_BASE_URL مخصص، وعند استخدام ENABLE_TOOL_SEARCH=false، وعند استخدام نماذج أقدم من جيل Claude 4.5.
تصف مقالات المجتمع قيمًا أخرى للمتغير نفسه، مثل auto، الذي يؤجّل التعريفات فقط عندما تتجاوز 10 بالمئة من نافذة السياق، وauto:5 لعتبة 5 بالمئة. تحقّق من الوثائق الخاصة بالإصدار الذي تستخدمه قبل الاعتماد على هذه القيم. قاست إحدى المقالات 147 تعريف أداة بنحو 90,000 توكن عند تحميلها مسبقًا، مقابل نحو 15,000 مع تفعيل البحث عن الأدوات.
حجم المخرجات مهم أيضًا. يحذّر Claude Code عندما تتجاوز نتيجة أداة MCP الواحدة 10,000 توكن، ويحدّ المخرجات افتراضيًا عند 25,000. ارفع هذا الحد باستخدام MAX_MCP_OUTPUT_TOKENS فقط عندما تتطلب المهمة ذلك فعلًا.
لم نجد عددًا ثابتًا للأدوات في Claude Desktop ضمن وثائق Anthropic. تصف مقالات طرف ثالث آلية أبسط: تُحقن كل أداة يعرضها كل خادم متصل في سياق المحادثة لكل رسالة، دون استرجاع ديناميكي. ونصيحتهم العملية هي البقاء بين 30 و50 أداة نشطة قبل أن يبدأ التشبّع والارتباك. اعتبر هذا النطاق خبرة مجتمعية، لا حدًّا رسميًا.
الخلاصة لمستخدمي Claude أن الحدّ ميزانية، وليس رقمًا. فعّل فقط الموصلات التي تحتاجها المحادثة الحالية، وأوقف البقية.
تختلف الأرقام المنشورة كثيرًا لأن تفاصيل المخططات تختلف. تأتي هذه الأرقام من قوائم تكلفة التوكنات العامة والمقالة المذكورة أعلاه:
| الخادم أو الإعداد | تعريفات الأدوات | التوكنات المسبقة | لكل أداة (تقريبًا) |
|---|---|---|---|
| خادم GitHub MCP | 86 | 14,406 | نحو 170 |
| نسخة أصغر من خادم GitHub | 36 | 11,430 | نحو 320 |
| خادم GitHub Projects | 19 | 2,316 | نحو 120 |
| إعداد مختلط من إحدى المقالات | 147 | نحو 90,000 | نحو 610 |
الفرق هو الدرس. تكلّف الأداة ما بين نحو 120 و610 توكنات حسب حجم الوصف والمخطط الذي تحمله. عُدّ الأدوات، لكن زِن ثقلها أيضًا.
استخدم هذه المعادلة للتحقق من أي إعداد:
الأدوات × التوكنات لكل أداة ÷ نافذة السياق = النسبة المستهلكة قبل أن تكتب
| الأدوات | التوكنات لكل أداة | الإجمالي | النسبة من نافذة 200,000 |
|---|---|---|---|
| 10 | 300 | 3,000 | 1.5% |
| 40 | 300 | 12,000 | 6% |
| 86 | 170 | 14,620 | 7.3% |
| 128 | 600 | 76,800 | 38.4% |
نافذة 200,000 مثال فقط، وقد يوفّر نموذجك أكثر أو أقل. ومع ذلك يبقى النمط ثابتًا: 40 أداة خفيفة تكلّف نحو 6 بالمئة، بينما قد تستهلك 128 أداة ثقيلة أكثر من الثلث. ثقل المخططات أهم من الرقم المطبوع على السقف.
رتّب كل أداة ضمن ثلاث أو أربع مهام، مثل الشيفرة والبيانات والوثائق والوسائط. ثم فعّل مهمة واحدة في كل مرة. في Cursor يعني ذلك إعداد كل مشروع على حدة، وفي VS Code منتقي الأدوات، وفي Claude مفاتيح تشغيل الموصلات.
التجميع يحل أيضًا تعارض الأسماء. عندما لا تشترك أدوات الوثائق وأدوات الشيفرة في محادثة واحدة، لن يعني search إلا شيئًا واحدًا.
تحمل معظم الإعدادات أعباءً لا تفيد. مرّ على هذه القائمة مرة واحدة:
💡 قاعدة عامة: إذا لم تُستدعَ أداة منذ شهر، فهي تستهلك التوكنات ولا تعود عليك بشيء.
إذا كتبت خادم MCP خاصًا بك، فصمّمه وفق الميزانية: مهمة واحدة، وأوصاف قصيرة، وأسماء لا تتداخل أبدًا، ومخططات وسائط محكمة. يُعد موصل PicassoIA الذي يعمل مع Claude مثالًا جيدًا على النهج الخفيف. يعرض تسع أدوات: generate_image، وedit_image، ومولّدا فيديو اثنان، وget_generation، وlist_generations، وlist_models، وget_account، وcancel_generation. تخدم كلها مهمة واحدة هي إنشاء الصور والفيديوهات.
خادم بهذا الحجم يقع بارتياح دون 40 أداة في Cursor و100 في Windsurf، ويترك مجالًا لنصف دزينة من الخوادم الأخرى قبل أن تشعر بأي ضغط.
أسهل طريقة لتشعر بما توفّره ميزانية أدوات منظمة هي تشغيل سير عمل حقيقي من خلالها. اطلب صورة بلغة عادية، وتحقّق من النتيجة، وعدّل تفصيلًا واحدًا، ثم اطلب مجددًا. يحافظ الإعداد المركّز على سرعة هذه الحلقة، لأن النموذج لا يخوض بين ستين أداة غير ذات صلة ليجد الأداة التي يحتاجها.
صور هذا المقال جاءت من P-Image وأوامر نصية قصيرة ومحددة. يمكنك تشغيل النوع نفسه من الأوامر على Picasso IA الآن:
يحوّل Picasso IA أيضًا الصورة الثابتة إلى فيديو قصير، فتصبح الصورة نفسها مقطعًا بخطوة إضافية. تصفّح كل النماذج على picassoia.com/en/all-models، واختر نموذجًا، واكتب أمرًا نصيًا عن مشروعك، وشاهد النتيجة. غيّر كلمة واحدة، وأعد التشغيل، وقارن. هذه العادة الصغيرة، أي اختبار متغيّر واحد في كل مرة، هي نفسها العادة التي تُبقي إعداد MCP سليمًا.
اختر لغتك
