مع توسع النظام البيئي المحيط بالنماذج اللغوية الكبيرة (LLMs)، أصبحت الحاجة إلى واجهات قياسية وقابلة للتشغيل المتبادل بين نماذج الذكاء الاصطناعي ومصادر البيانات الخارجية أمرًا بالغ الأهمية. بينما اكتسب بروتوكول سياق النموذج (MCP) زخمًا في البداية من خلال نقل Localhost أو Stdio للتطوير المحلي السريع، تتطلب التطبيقات ذات الدرجة المؤسسية حلاً أكثر متانة. هنا يأتي دور MCP عبر HTTP، حيث يوفر بنية قابلة للتوسع وصديقة للشبكات لربط نماذج LLM بالموارد البعيدة.
في هذا المنشور، نستكشف الأسس التقنية لتنفيذ MCP عبر HTTP، ناقشين لماذا يتفوق في بيئات الإنتاج، وكيفية هيكلة طلباتك، والاعتبارات العملية للأمان والقابلية للتوسع.
لماذا تختار HTTP بدلاً من Stdio؟
لأغراض التطوير المحلي، يعد Stdio خيارًا أنيقًا وبسيطًا. ومع ذلك، يواجه عدة عقبات عند الانتقال إلى بيئة الإنتاج:
- القابلية للتوسع: تعمل مثيلات Stdio كعملية واحدة وتعد عملية موازنة الحمل عليها صعبة.
- حدود الشبكة: لا يمكنك بسهولة تعريض خادم MCP يعتمد على Stdio عبر شبكة خاصة أو الإنترنت.
- إدارة الحالة: الطبيعة عديمة الحالة لـ HTTP، عند دمجها مع معالجة الجلسات المناسبة، غالبًا ما تبسط عملية التوسع مقارنة بالحفاظ على عمليات فرعية طويلة الأمد.
من خلال الاستفادة من HTTP، يمكن لخوادم MCP الاستفادة من البنية التحتية الموجودة: موازنات الحمل، وبوابات API، ووسائط المصادقة، وطبقات التخزين المؤقت.
التنفيذ التقني: هيكل الطلب
يتبع MCP عبر HTTP عادةً مواصفات JSON-RPC 2.0. وعلى عكس واجهات برمجة التطبيقات التقليدية (REST APIs) حيث تحدد الأفعال الإجراءات، يعتمد MCP على نقطة نهاية واحدة (عادةً POST /) حيث يتم تعريف الإجراء داخل حمولة JSON.
هيكل JSON-RPC الأساسي
يحتوي طلب MCP النموذجي عبر HTTP على الحقول jsonrpc، وmethod، وparams، وid. يحدد حقل method ما إذا كنت تقوم بتهيئة جلسة، أو قراءة مورد، أو استدعاء أداة.
// مثال: تهيئة جلسة MCP عبر HTTP POST
{
"jsonrpc": "2.0",
"id": 1,
"method": "initialize",
"params": {
"protocolVersion": "2024-11-05",
"capabilities": {
"roots": { "listChanged": true },
"sampling": {}
},
"clientInfo": {
"name": "my-mcp-client",
"version": "1.0.0"
}
}
}التعامل مع الموارد والأدوات
بمجرد التهيئة، يمكن للعميل استعلام الموارد أو الأدوات المتاحة. على سبيل المثال، يتضمن جلب مورد معين استدعاء طريقة resources/read:
{
"jsonrpc": "2.0",
"id": 2,
"method": "resources/read",
"params": {
"uri": "file:///etc/config.json"
}
}الأمان والمصادقة في بيئة الإنتاج
بما أن MCP عبر HTTP يعمل عبر شبكة، فإن الأمان أمر بالغ الأهمية. وعلى عكس Stdio الذي يكون معزولاً على الجهاز المحلي، فإن نقاط نهاية HTTP مكشوفة للمهاجمين المحتملين.
- أمان طبقة النقل (TLS): فرض استخدام HTTPS دائمًا. لا يعرف MCP طبقة تشفير خاصة به، ويعتمد كليًا على طبقة النقل.
- المصادقة: دمج آليات المصادقة القياسية مثل مفاتيح API، أو OAuth 2.0، أو JWTs على مستوى بوابة API قبل أن يصل الطلب حتى إلى منطق MCP.
- تقييد المعدل: منع الإساءة من خلال تنفيذ تقييد المعدل على نقطة النهاية
/.
الخاتمة
يحول MCP عبر بروتوكول سياق النموذج (MCP) من أداة تطوير محلية إلى معيار جاهز للإنتاج لتكامل الذكاء الاصطناعي. من خلال اعتماد HTTP، يفتح المطورون الباب أمام القدرة على بناء وكلاء ذكاء اصطناعي موزعين وآمنين وقابلين للتوسع يمكنهم التفاعل بأمان مع مصادر البيانات المؤسسية.
مع تطور مواصفات MCP، من المتوقع رؤية معالجة أخطاء أكثر متانة وقدرات تدفق (streaming) عبر HTTP، مما يعزز بشكل أكبر دورها كعمود فقري للأجيال القادمة من تطبيقات LLM.