أعلنت الأنثروبور مؤخرًا عن ابتكار تكنولوجي رئيسي في بروتوكول السياق النموذجي (MCP) وأطلقت بروتوكول نقل "HTTP" الجديد. سيؤدي هذا الحل المبتكر إلى تغيير طريقة نقل البيانات عن بُعد لـ MCP. لا يحل البروتوكول الجديد فقط القيود الرئيسية لحل HTTP+SSE الحالي ، ولكنه يحتفظ أيضًا بالمزايا التكنولوجية الأصلية لـ MCP ، مما يؤدي إلى اختراق ثوري للاتصال بين نماذج الذكاء الاصطناعي والتطبيقات.
من منظور الهندسة المعمارية التقنية ، يعد هذا التحديث عملية إعادة بناء شاملة لآلية نقل بيانات MCP. يتبنى البروتوكول الجديد مفهوم تصميم أكثر مرونة وسهلة الاستخدام وأكثر توافقًا. بالمقارنة مع اتصالات SSE الطويلة التي كان لا بد من الاحتفاظ بها عبر الإنترنت ، يسمح الحل الجديد للعملاء بإرسال الرسائل والانتظار للرد في أي وقت. هذه الطريقة المشابهة لطلبات HTTP العادية ولكنها تدعم تدفق بشكل كبير يحسن مرونة النظام وسهولة الاستخدام.
يتضمن هذا التحديث التقنية بشكل أساسي خمسة تحسينات أساسية: أولاً ، تمت إزالة نقطة النهاية المخصصة /SSE ، مما يبسيط بنية الخادم ؛ ثانياً ، يتم نقل جميع الرسائل من العملاء إلى الخادم من خلال نقطة نهاية موحدة /رسالة ، مع إدراك توحيد الواجهة ؛ ثالثًا ، يمكن للخادم ترقية طلبات HTTP ديناميكيًا إلى تدفقات SSE وفقًا للاحتياجات الفعلية ، مما يوفر مرونة أكبر ؛ رابعًا ، يوفر العميل معرف STISESS MCP من خلال الرأس ، مما يسمح للخادم بإدارة معلومات الجلسة بمرونة أكثر ؛ أخيرًا ، يدعم وضع تشغيل الخادم عديمة الجنسية تمامًا ، مما يؤدي إلى تحسين قابلية التوسع للنظام بشكل كبير.
السبب الرئيسي لتعزيز هذا الابتكار التكنولوجي هو أن هناك العديد من الاختناقات التقنية في حلول نقل HTTP+SSE الحالية: عدم وجود وظيفة الاسترداد بعد فصل الاتصال ، مما يؤدي إلى اضطرار العميل إلى إعادة تشغيل الجلسة بأكملها ؛ يحتاج الخادم إلى الحفاظ على توافر عالي لدعم اتصالات SSE المستمرة ؛ و SSE يدعم فقط الاتصال في اتجاه واحد ، والذي لا يمكنه تحقيق تفاعل بيانات مرن في اتجاهين. نجحت طريقة نقل "HTTP" القابلة للبث في حل هذه المشكلات بنجاح ، مع تحسين الأداء الكلي وقابلية التوسع للنظام.
بالنسبة للمطورين ، يجلب هذا التحديث العديد من وسائل الراحة: من الأسهل تنفيذ خادم MCP ، ويمكن فقط لخادم HTTP العادي دعم MCP ، ولم يعد بحاجة إلى إنشاء خادم SSE مخصص ؛ من الأسهل نشرها على منصات سحابية مثل Vercel و CloudFlare و AWS Lambda ، وما إلى ذلك ، التي لا تدعم الاتصالات الطويلة ؛ تم تحسين التوافق بشكل كبير ، ويمكن دمج الحل الجديد ، مثل HTTP القياسي ، بسلاسة مع CDN ، بوابة API ، وموازنة التحميل ؛ لقد عزز بشكل كبير قابلية التوسع ، ويدعم تشغيل الوضع عديمي الجنسية ، ويمكن ترقيته ديناميكيًا إلى SSE عند الحاجة.
فيما يتعلق بالبنية التحتية والهندسة المعمارية للخادم ، فإن الحل الجديد يجلب أيضًا تغييرات ثورية: أصبحت الخوادم عديمية ممكنة ، ولم تعد الخوادم بحاجة إلى تخزين معلومات جلسة العميل بشكل مستمر ؛ فهي أكثر ملاءمة لبنية الخدمات الدقيقة ، ويمكنها الاندماج بسهولة مع API REST و GRATEQL وموازنة التحميل و CDN والأنظمة الأخرى ؛ استخدام موارد الخادم أعلى ، ويمكن إصدار الموارد بعد معالجة الطلبات ، وهو مناسب لسيناريوهات التزامن العالية.
تجدر الإشارة إلى أنه على الرغم من العديد من المشكلات مع SSE ، فإن الأنثروبور لم تختار WebSocket كبديل. يعتمد هذا بشكل أساسي على الاعتبارات التقنية التالية: يحتاج WebSocket إلى الحفاظ على اتصالات طويلة ، بينما يعتمد MCP بشكل أساسي وضعًا يشبه RPC ، ويتم تنفيذ كل طلب بشكل مستقل ؛ لا يمكن لـ WebSocket نقل معلومات رأس HTTP ، مما يؤدي إلى أن تصبح عملية المصادقة معقدة ؛ يدعم WebSocket فقط الحصول على ترقيات بدلاً من النشر ، وهو أمر غير متوافق مع طلبات البريد المستخدمة بشكل أساسي من قبل MCP. لذلك ، تقرر أخيرًا الاستمرار في استخدام HTTP ، ولكن أعط الخادم القدرة على الترقية إلى SSE حسب الحاجة ، بدلاً من فرض SSE أو WebSocket.
بشكل عام ، يجعل هذا التحديث MCP أكثر خفيفة الوزن ومرونة ، ويمكن للخادم أن يقرر بشكل مستقل ما إذا كان سيتم دعم البث ؛ عملية النشر مبسطة بشكل كبير وهي مناسبة للهندسة المعمارية بدون خادم ؛ تم تحسين التوافق بشكل كبير ، ويمكنه العمل بسلاسة مع مختلف البنية التحتية للشبكة ؛ معدل استخدام موارد الخادم أعلى ، ويدعم الطلبات المتزامنة على نطاق واسع.
يجعل هذا التغيير المبتكر خوادم MCP أبسط وأكثر كفاءة وأكثر مرونة ، قادرة على دعم عمليات النشر الموزعة على نطاق واسع ، والانفصال تمامًا عن القيود المفروضة على SSE ، وفتح فصل جديد للتواصل بين نماذج الذكاء الاصطناعي والتطبيقات. عنوان المشروع: https://github.com/modelContextProtocol/specification/pull/206