Perplexity تتخلى عن بروتوكول MCP داخلياً وتتحول إلى واجهات API وأدوات سطر الأوامر

كشف دينيس ياراتس، المؤسس المشارك والمدير التقني لشركة Perplexity، خلال مؤتمر Ask 2026 في 11 مارس أن الشركة توقفت عن استخدام بروتوكول سياق النموذج (MCP) الخاص بـ Anthropic داخلياً، واختارت بدلاً من ذلك واجهات برمجة التطبيقات التقليدية (APIs) وأدوات سطر الأوامر (CLI) لتشغيل وكلائها الذكيين.

لماذا تبتعد Perplexity عن MCP؟

حدد ياراتس مشكلتين أساسيتين في بروتوكول MCP دفعتا لهذا القرار:

• استهلاك الرموز (Tokens): تعريفات أدوات MCP، بما في ذلك مخططات المعلمات وتنسيقات الاستجابة، تستهلك رموز نافذة السياق. بالنسبة للوكلاء الذين يجرون العديد من استدعاءات الأدوات عبر محادثات طويلة، يتراكم هذا العبء ويقلل من الذاكرة العاملة الفعلية للنموذج.
• صعوبات المصادقة: يتعامل كل خادم MCP مع تدفق المصادقة الخاص به، مما يخلق تعقيدات عند الاتصال بعدة خدمات في وقت واحد.
• فقدان التجريد في المخططات: تغليف واجهات API الموجودة في مخطط MCP الموحد قد يتسبب في فقدان المعلومات. ميزات مثل نطاقات التواريخ أو عناصر التحكم في المقتطفات قد تتطلب ربطاً صريحاً تتعامل معه استدعاءات API المباشرة بشفافية.

الفلسفة الأساسية هي أن "كل طبقة تجريد تضيف عبئاً إضافياً". بالنسبة لوكلاء الذكاء الاصطناعي عالية الإنتاجية التي تجري آلاف الاستدعاءات، يصبح زمن ترجمة البروتوكول مصدر قلق حقيقي.

البديل: واجهة Agent API من Perplexity

إلى جانب هذا الإعلان، سلطت Perplexity الضوء على واجهة Agent API الخاصة بها، المتاحة للعموم منذ فبراير 2026. توفر الواجهة نقطة نهاية واحدة توجه الطلبات إلى نماذج من OpenAI وAnthropic وGoogle وxAI وNVIDIA، وجميعها متاحة بمفتاح API واحد بصيغة متوافقة مع OpenAI.

النماذج المدعومة تشمل GPT-5.4 وClaude Opus 4.6 وGemini 3.1 Pro وGrok 4.1 Fast وNemotron 3 Super وSonar.

الأدوات المدمجة بأسعار شفافة:

• البحث على الويب بسعر 0.005 دولار لكل استدعاء
• جلب عناوين URL بسعر 0.0005 دولار لكل استدعاء
• استدعاء الدوال بدون تكلفة إضافية

ردود فعل المجتمع التقني

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

يرى آخرون أن MCP لا يزال يؤدي دوراً قيّماً للفرق الصغيرة واكتشاف الأدوات الموحد، وأن قرار Perplexity يعكس مقايضات هندسية عملية وليس عيوباً جوهرية في البروتوكول.

من الجدير بالذكر أن Perplexity لا تزال تحتفظ بخادم MCP الرسمي للمطورين الذين يرغبون في استخدامه. التحول داخلي وليس توصية عامة ضد MCP.

ماذا يعني هذا لمنظومة وكلاء الذكاء الاصطناعي؟

يبرز هذا التحول انقساماً ناشئاً في هندسة وكلاء الذكاء الاصطناعي:

• OpenAI تراهن على حزم تطوير الوكلاء (Agent SDKs)
• Anthropic تواصل الاستثمار بكثافة في منظومة MCP التي تجاوزت 79,000 نجمة على GitHub
• Perplexity تتبنى وكلاء API-first بأقل طبقات تجريد

بالنسبة للمطورين الذين يبنون وكلاء ذكاء اصطناعي، الخلاصة دقيقة. يتفوق MCP في اكتشاف الأدوات الموحد والتشغيل البيني بين الوكلاء المتعددين. أما واجهات API المباشرة فتوفر تحكماً أكبر وعبئاً أقل وأداءً أفضل لتكاملات الأدوات المعروفة والمتوقعة.

النهج الأفضل يعتمد على حالة الاستخدام: MCP للاتصال الواسع بالمنظومة، وAPIs وCLI للأنظمة عالية الأداء والمحكمة التحكم.

المصدر: Awesome Agents