00:00:00فريق Closco قام للتو بإصلاح أكبر مشكلة في MCP من خلال إضافة ميزة البحث عن الأدوات، مما يقلل السياق بنسبة تصل إلى 95% ببساطة عن طريق البحث عن اسم الأداة قبل استخدامها بدلاً من تحميل جميع الأدوات المتاحة مسبقاً في السياق، والتي قد تستهلك عشرات الآلاف من الرموز حتى قبل كتابة أول مطالبة.
00:00:18لكن لماذا لم تكن هذه هي الطريقة التي عملت بها من قبل؟
00:00:21وهل سرقوا هذه التقنية من Cloudflare؟
00:00:24اضغط على الاشتراك ولنبدأ في الشرح.
00:00:26خوادم MCP موجودة في كل مكان، هناك واحد لـ GitHub وDocker وNotion، بل يوجد واحد أفضل للمجموعة التقنية والذي سمعت أنه جيد حقاً.
00:00:35ومع استخدام الناس لـ Claude Code ونماذج اللغة الكبيرة لكل شيء آخر غير البرمجة، يبدو أن MCP لن يختفي في أي وقت قريب.
00:00:43لكن لديه مشاكله، تضارب الأسماء، حقن الأوامر، والأكبر من ذلك كله عدم كفاءة الرموز، لأن جميع الأدوات من الخادم المتصل عادة ما يتم تحميلها مسبقاً في نافذة سياق النموذج لمنح النموذج رؤية كاملة.
00:00:57إذاً أسماء الأدوات، أوصاف الأدوات، وثائق مخطط JSON الكاملة التي تحتوي على المعاملات الاختيارية والمطلوبة، وأنواعها، وأي قيود، في الأساس الكثير من البيانات.
00:01:07فريق Redis استخدم 167 أداة من أربعة خوادم مختلفة، والتي استهلكت أكثر من 60,
00:01:13000 رمز حتى قبل كتابة المطالبة.
00:01:15ما يقرب من نصف نافذة سياق Opus البالغة 200 ألف رمز، وهذا حتى خارج نطاق المهارات والإضافات.
00:01:21لذا إذا كان لديك الكثير من الخوادم، فقد يستهلك ذلك كمية كبيرة من الرموز.
00:01:25نعم، أعلم أن هناك نماذج موجودة، مثل Gemini، التي لديها نافذة سياق بمليون رمز، لكن النماذج تميل إلى الأداء بشكل أسوأ كلما أضفت المزيد من الأشياء إلى سياقها.
00:01:35إذاً ما هي أفضل طريقة لإصلاح هذا؟
00:01:37حسناً، لقد رأيت مسارين شائعين على الإنترنت، النهج البرمجي، وهو ما فعله Cloudflare، ونهج البحث، وهو ما فعله فريق Claude Code.
00:01:46سأتحدث عن النهج البرمجي لاحقاً، لكن أولاً، دعونا نتحدث عن عملية البحث، والتي تعمل بهذه الطريقة.
00:01:53أولاً، يتحقق Claude مما إذا كانت أدوات MCP المحملة مسبقاً تمثل أكثر من 10% من السياق.
00:01:59أي 20 ألف رمز إذا كانت نافذة السياق 200 ألف رمز.
00:02:04إذا لم يكن الأمر كذلك، فلا يحدث تغيير، ويستخدم النموذج أدوات MCP بشكل طبيعي.
00:02:10ولكن إذا كان الأمر كذلك، فإن Claude يكتشف ديناميكياً الأدوات الصحيحة للاستخدام باستخدام اللغة الطبيعية ويحمل ثلاث إلى خمس من الأدوات الأكثر صلة بناءً على المطالبة.
00:02:22سيحمل هذه الأدوات فقط بشكل كامل في السياق ليستخدمها النموذج بشكل طبيعي.
00:02:27كانت هذه في الواقع ميزتهم الأكثر طلباً على GitHub، وهي تعمل بشكل مشابه لـ AgentSkills، والتي تحمل فقط أسماء المهارات وأوصافها في السياق، وعندما تجد مهارة تعتقد أنها ذات صلة أو مهارة تم ذكرها في المطالبة، فإنها تمضي قدماً وتحمل كل تلك المهارة المحددة في نافذة السياق.
00:02:46الإفصاح التدريجي باختصار.
00:02:47شهدت كل من Anthropic وCursor فوائد كبيرة عندما يتعلق الأمر باستخدام هذا النهج لأدوات MCP.
00:02:53لكن ماذا عن النهج البرمجي؟
00:02:55يعمل هذا من خلال قيام النماذج بتنسيق الأدوات من خلال الكود بدلاً من إجراء استدعاءات API.
00:03:01لذا بالنسبة لهذه الأدوات الثلاث التي تحتاج إلى العمل واحدة تلو الأخرى بناءً على الاستجابة السابقة، بدلاً من إجراء استدعاءات أدوات API فردية، يمكن لـ Claude على وجه الخصوص كتابة برنامج نصي بلغة Python للقيام بكل هذا التنسيق، ثم تنفيذ الكود وتقديم النتيجة مرة أخرى إلى النموذج.
00:03:16ذهب Cloudflare خطوة أبعد من خلال حث النموذج على كتابة تعريفات TypeScript لجميع الأدوات المتاحة ثم تشغيل الكود في بيئة معزولة والتي عادة ما تكون worker.
00:03:27فريق Claude Code جرب في الواقع النهج البرمجي لكنه وجد أن البحث يعمل بشكل أفضل، وهو ما أجد صعوبة كبيرة في تصديقه بالنظر إلى أن Claude جيد جداً في كتابة الكود.
00:03:38وأيضًا، أداة متصفح الوكيل CLI headless chromium التي أصدرتها Vacel تعمل بشكل جيد جدًا في Clawed code، وأنا متأكد من أنه إذا تمكنت من تحويل جميع أدوات MCP إلى أوامر CLI باستخدام شيء مثل MCPorter، فسيكون من الأسهل والأكثر كفاءة من حيث السياق للنماذج تشغيل أمر CLI محدد لأداة بدلاً من تحميل الأشياء في السياق، ولكن هذا مجرد رأيي.
00:04:01بشكل عام، أنا سعيد لأن المشكلات المتعلقة بخوادم MCP يتم النظر فيها، وربما قد يقنعني ذلك بتثبيت أكثر من خادم واحد.