خوادم MCP للمؤسسات: طبقة تنفيذ الوكلاء لعام 2026
٩ سبتمبر ٢٠٢٦
خادم MCP للمؤسسات هو نقطة نهاية يديرها المورد وتسمح لأي وكيل ذكاء اصطناعي باستدعاء العمليات الفعلية لنظام أعمال ما — وليس مجرد قراءة سجلاته. صرحت Docusign في 4 سبتمبر 2026 أنها ستفتح خادم Model Context Protocol الخاص بها لكل وكيل ذكاء اصطناعي في 30 سبتمبر، مما يجعل سير عمل الاتفاقيات قابلاً للاستدعاء من Claude و ChatGPT و Gemini و Copilot و Slack وأي عميل MCP آخر.1
ملخص
هناك العديد من شركات البرمجيات التي تشغل خوادم MCP. ما يميز هذه المجموعة هو ما يُسمح للخادم بفعله: تنفيذ العمل داخل المنصة، وفقاً لنموذج الأذونات الخاص بالمنصة نفسها، نيابة عن وكيل لم يقم المورد ببنائه.
تعد Docusign أحدث منصة مؤسسية كبيرة تنقل خادم MCP نحو هذا الأساس. فقد أتاحت Salesforce خوادم Hosted MCP بشكل عام في 29 أبريل 2026، وشحنت ServiceNow خادم Now Assist MCP في إصدار Zurich Patch 4 قبل توسيع النطاق باستخدام Action Fabric في 5 مايو 2026.234
توقعت Forrester أن 30% من موردي تطبيقات المؤسسات سيطلقون خوادم MCP الخاصة بهم خلال عام 2026.5 الجزء المثير للاهتمام ليس في العدد، بل في أن المشكلة الصعبة قد انتقلت من التكامل إلى التفويض.
ما ستتعلمه
- ما الذي ستفتحه Docusign فعلياً في 30 سبتمبر، ولأي عملاء
- كيف سبقتها Salesforce و ServiceNow، وكيف تختلف نماذج الأذونات الخاصة بهما
- لماذا يلجأ هؤلاء الموردون الثلاثة إلى لغة الحوكمة بدلاً من لغة القدرات
- لماذا وصلت مواصفات
2026-07-28MCP بعد اثنين من الإطلاقات الثلاثة، وليس قبلها - ما الذي يتغير لفريقك إذا أصبح بإمكان الوكلاء الآن التصرف داخل أنظمة السجلات الخاصة بك
ما أعلنت عنه Docusign
أعلنت Docusign (Nasdaq: DOCU) من سان فرانسيسكو في 4 سبتمبر 2026 أن خادم MCP الخاص بها سيصبح متاحاً بشكل عام عالمياً في 30 سبتمبر.1
هذا ترويج وليس ظهوراً أولياً. فقد تضمنت وثائق المطورين الخاصة بـ Docusign الخادم تحت تسمية "(Beta)" منذ 4 فبراير 2026 على الأقل، مستهدفة المطورين الذين يربطون أدوات مثل Claude و Copilot و Postman.6 كما أدرجت الشركة "إطلاق خادم Docusign Model Context Protocol (MCP)" ضمن أبرز أحداث الأعمال للربع الذي انتهى في 31 يوليو 2026.7 ما يتغير في 30 سبتمبر هو الجمهور والالتزام بالدعم.
تصف الشركة ما يتم توفيره بأنه "ذكاء الاتفاقيات والإجراءات المحوكمة"، والمدعوم بمحرك الذكاء الاصطناعي الخاص بها، Iris. سيعتمد الوكلاء على المفاوضات السابقة، والشروط المقبولة، والبنود، وسياسة الشركة عبر إدارة الاتفاقيات الذكية، وبتعبير Docusign، "حتى في سير عمل CLM المتقدم".1
يُوصف الخادم بأنه مبني للمؤسسات، مع ضوابط إدارية على مستوى الحساب، وبنية تحتية عالمية متعددة المناطق، ودعم لغات متعددة.1
لقد صاغ آلان ثيجيسين، الرئيس التنفيذي لشركة Docusign، هذه الفرضية بوضوح: "لكي ينجح الذكاء الاصطناعي للمؤسسات حقاً، يجب أن يتكامل مع الأنظمة الأساسية التي تعتمد عليها الشركات، مثل إدارة الاتفاقيات."1
ويوضح السياق المالي لماذا يعد هذا قراراً تجارياً وليس مجرد لفتة لتحسين العلاقات مع المطورين. فقد أبلغت Docusign عن إيرادات بلغت 875.7 مليون دولار في ربعها المالي الثاني المنتهي في 31 يوليو 2026، بزيادة قدرها 9% على أساس سنوي، حيث وصلت إدارة الاتفاقيات الذكية (Intelligent Agreement Management) إلى 15.1% من إجمالي الإيرادات السنوية المتكررة (ARR) — ارتفاعاً من 12.6% قبل ثلاثة أشهر.7
وربط ثيجيسين هذه النتيجة مباشرة بالوكلاء (agents) في بيان الأرباح: "لقد قلنا إن IAM سيكون نظام العمل الخاص بالاتفاقيات، وفي هذا الربع حققنا ذلك. يقوم وكلاء الذكاء الاصطناعي لدينا الآن بتنفيذ سير عمل العقود بشكل آمن من البداية إلى النهاية."7
تعد IAM الجزء الأسرع نمواً في الأعمال، وخادم MCP هو الطريقة التي تضع بها Docusign هذه الخدمة أمام الوكلاء الذين يعملون داخل منتجات شركات أخرى.
النمط: ثلاث منصات، رهان واحد
تنضم Docusign إلى موجة قائمة بدلاً من بدء واحدة جديدة، وهذه الموجة أقدم مما يوحي به إعلان Docusign.
| المزود | ما يوفره الخادم | الحالة | التواريخ الرئيسية |
|---|---|---|---|
| ServiceNow | مهارات Now Assist كأدوات؛ وتوسع Action Fabric هذا ليشمل التدفقات، وكتيبات التشغيل (playbooks)، والموافقات، والكتالوجات | متاح بشكل عام | تم شحن خادم MCP في Zurich Patch 44؛ تم الإعلان عن Action Fabric في 5 مايو 20262 |
| Salesforce | بيانات المؤسسة، والتدفقات، وإجراءات Apex، وNamed Query APIs عبر نقاط نهاية تستضيفها Salesforce | متاح بشكل عام | المرحلة التجريبية في ربيع 2025، النسخة البيتا في أكتوبر 2025، الإطلاق العام في 29 أبريل 202638 |
| Docusign | ذكاء الاتفاقيات والإجراءات المحكومة عبر Iris | نسخة بيتا؛ الإطلاق العام في 30 سبتمبر | توثيق النسخة البيتا بحلول 4 فبراير 20266؛ الإعلان عن الإطلاق العام في 4 سبتمبر 20261 |
كانت ServiceNow الأكثر وضوحاً بشأن التمييز الذي تراه مهماً. حيث جادلت في إعلان Action Fabric بأن "المنصات الأخرى تسمح للوكلاء بقراءة وكتابة البيانات، أما ServiceNow فتمكن الوكلاء من تنفيذ أعمال محكومة: تدفقات، وكتيبات تشغيل، وموافقات، وكتالوجات — نظام عمل متكامل."2
ومثالها على ذلك ملموس؛ فكتيب التشغيل الذي يدير عملية إعادة تعيين كلمة المرور من خلال واجهة مستخدم ServiceNow يمكنه الآن إدارة نفس العملية مباشرة من Claude، وبشكل غير مرئي (headlessly)، دون الحاجة إلى واجهة مستخدم تقليدية في الدورة.2
تعتبر Anthropic أول شريك تصميم لشركة ServiceNow في Action Fabric، حيث تقوم بربط Claude Cowork بالمنصة.2 وفي الوقت نفسه، تظهر Salesforce في جانب Docusign: حيث صرح جو إنزيريلو، رئيس قسم التكنولوجيا للمؤسسات والذكاء الاصطناعي في Salesforce، أن Agentforce وSlackbot "سيقرآن شروط العقود ويتصرفان بناءً عليها في الوقت الفعلي".1
هذا الاقتباس المتبادل بين الموردين هو الدليل؛ فكل منصة تريد أن تكون هي الطبقة التي تستدعيها وكلاء الشركات الأخرى.
من السياق إلى التنفيذ
طوال معظم فترة وجود MCP، كان السؤال المثير للاهتمام هو الاسترجاع — كيف يحصل الوكيل على السياق الصحيح في المطالبة (prompt). أما هذه الإطلاقات فهي تتعلق بالاتجاه المعاكس، ويصفها الموردون الثلاثة بمصطلحات الحوكمة بدلاً من مصطلحات القدرات.
وقد أوضحت توقعات Forrester الآلية، والادعاء المضمن فيها: "مع عمل خادم MCP مع واجهات برمجة التطبيقات (APIs) الخاصة بالمنصة، يمكن لوكلاء الذكاء الاصطناعي الوصول إلى البيانات المصرح بها والتصرف بناءً عليها فقط، تماماً مثل المستخدم البشري".5
هذه الجملة تحمل دلالات كثيرة؛ فهي تشير إلى أن نموذج الأذونات الحالي للمورد — وليس نموذجاً جديداً خاصاً بالوكلاء — هو ما يقيد الوكيل.
ويقوم الموردان المتاحان حالياً بشكل عام بتنفيذ ذلك بطرق مختلفة، وهذا الاختلاف أهم من التسويق.
تقوم ServiceNow بتوجيه كل إجراء عبر AI Control Tower الخاص بها، بحيث يكون التحقق من الهوية مؤكداً، ونطاق الأذونات محدداً، وقابلاً للتدقيق بالكامل، مع إدارة OAuth، وسجلات تدقيق المؤسسات، وإدارة الجلسات، وحزم أدوات قائمة على الأدوار في MCP Server Console.2
أما Salesforce فتربط الوكيل بشخص بدلاً من ذلك. حيث ينص إعلان التوفر العام الخاص بها على أن "كل معاملة تعمل باسم المستخدم المصادق عليه، دون حسابات خدمة مجهولة أو نموذج أمني جديد يتعين تعلمه"، مع تحكم OAuth وPKCE في الوصول، وتطبيق قواعد CRUD الحالية، والأمن على مستوى الحقل، وقواعد المشاركة تلقائياً.3
وتوضح Salesforce نتيجة التدقيق بشكل صريح: "إذا قام الوكيل بتحديث سجل، يظهر اسم هذا الشخص في سجل التدقيق. وإذا كانت أذوناتهم لا تسمح بعملية ما، فلا يمكن للوكيل القيام بها أيضاً".3
هذا يمثل تفرعاً معمارياً حقيقياً. فخيار "التشغيل باسم المستخدم" يمنحك تحديد المسؤولية مجاناً ويقيد الوكيل بأذونات بشر واحد. أما هوية الخدمة المحددة النطاق ف تفصل الوكيل عن أي فرد، وهو أمر أكثر مرونة وأسهل بكثير في منح صلاحيات زائدة عن الحاجة.
المواصفات التي واكبت الموردين
من المغري إرجاع هذه الموجة إلى البروتوكول، لكن الجدول الزمني لا يدعم ذلك.
المراجعة الحالية لـ MCP، 2026-07-28، استبدلت نموذج الجلسة المعتمد على الحالة (stateful) بنواة بروتوكول عديمة الحالة (stateless)، بحيث يمكن لأي طلب أن يصل إلى أي مثيل خادم خلف موازن تحميل بسيط بنظام round-robin.9 وهذا هو الفرق بين خادم تجريبي وشيء يمكن للمورد تشغيله عبر مناطق متعددة.
لكنه نُشر في 28 يوليو 2026 — بعد إطلاق خادم MCP الخاص بـ ServiceNow وبحوالي ثلاثة أشهر بعد الإطلاق العام (GA) لـ Salesforce.934 وتذكر الأسئلة الشائعة لعميل MCP الخاص بـ ServiceNow، والمكتوبة بناءً على إصدار Zurich Patch 4، أن إصدار البروتوكول المدعوم هو 2025-06-18.4
لذا، قام الموردون ببناء خوادم MCP للمؤسسات بناءً على المواصفات القديمة القائمة على الجلسات (session-based)، وحلوا مشكلات القياس والتفويض في بنيتهم التحتية الخاصة. والمراجعة الجديدة تصادق على هذا العمل بدلاً من أن تكون هي من مكنته.
ما تغيره المراجعة هو مدى بقاء هذا العمل مخصصاً (bespoke). فقد عززت التفويض باستخدام التحقق من المصدر RFC 9207، وربط بيانات الاعتماد بالمصدر الذي أصدرها، وتحول رسمي من التسجيل الديناميكي للعملاء (Dynamic Client Registration) نحو وثائق بيانات تعريف معرف العميل (Client ID Metadata Documents).9 كما نقلت المهام (Tasks) من النواة التجريبية إلى امتداد رسمي للأعمال طويلة المدى — وهو ما تمثله فعلياً سلسلة موافقات العقود.9
لقد غطينا مواصفات 2026-07-28 عديمة الحالة (stateless) وتغييرات التفويض الخاصة بها عند صدورها. وسينتقل الموردون إليها وفقاً لجداولهم الزمنية الخاصة.
وتدعم أرقام الاعتماد ادعاء النضج حتى لو لم تكن هي السبب فيه. فقد أفاد القائمون على MCP بوجود ما يقرب من نصف مليار عملية تحميل شهرياً عبر مجموعات أدوات التطوير (SDKs) من الفئة الأولى، حيث تجاوز كل من TypeScript و Python SDK مليار عملية تحميل إجمالية.9
وهناك نقطة بيانات واحدة من داخل نظام إنتاجي أكثر دلالة من أي منهما؛ حيث أفاد أوستن باركر من Honeycomb أن "ما يقرب من 20% من جميع الاستعلامات التفاعلية الشهرية يتم إجراؤها الآن بواسطة الوكلاء (agents)".9
ما الذي يغيره هذا بالنسبة للفرق
إذا كنت تدير منصة وكلاء، فإن التأثير العملي هو أن عمل التكامل الذي كنت تخطط له قد يكون بالفعل منتجاً لشخص آخر.
في المقابل، يصبح تصميم الأذونات أمراً ملحاً. فالتكامل مع MCP للقراءة فقط والذي يعيد مستنداً خاطئاً هو مجرد إزعاج؛ أما التكامل القادر على الكتابة والذي يرسل اتفاقية خاطئة فهو حادثة أمنية/تشغيلية.
هناك ثلاثة أشياء تستحق الحسم قبل ربط وكيل بأي من هذه الخوادم.
اكتشف هوية المستخدم التي يستخدمها الوكيل. هذا الأمر ليس موحداً بين الموردين. فـ Salesforce تقوم بتشغيل كل عملية MCP باسم المستخدم المصادق عليه وتصرح بذلك بوضوح.3 أما إذا كانت المنصة تسمح لك بربط هوية تكامل محددة النطاق، فإن نطاق تأثير الوكيل هو بالضبط نطاق ذلك الرمز (token)، لذا قم بتوفير الصلاحيات بدقة لكل سير عمل بدلاً من إعادة استخدام اتصال المسؤول (admin).
تحقق مما يتم تسجيله فعلياً في سجل المراجعة (audit trail). تضع Salesforce اسم المستخدم المصادق عليه في التغييرات التي يجريها الوكيل على السجلات،3 بينما تدرج ServiceNow سجلات مراجعة المؤسسة وإدارة الجلسات في وحدة تحكم خادم MCP الخاصة بها.2 إذا كنت تجمع السجلات مركزياً، فتأكد من أن الوكيل، والمطالبة (prompt)، والإنسان الذي يقف خلفهما يظلون معروفين عند انتقال البيانات إلى نظام SIEM الخاص بك.
حدد مكان نقطة المراجعة البشرية. مراجعة 2026-07-28 تحافظ على مدخلات المستخدم أثناء المكالمة من خلال طلبات Multi Round-Trip، بحيث يمكن للخادم التوقف وطلب تأكيد أو بارامتر مفقود قبل التنفيذ.9 وسواء كانت أداة إرسال الاتفاقيات الخاصة بك تستخدم ذلك أم لا، فهو خيار تصميمي يجب أن تتخذه عن قصد، وليس تكتشفه أثناء التشغيل الفعلي.
السؤال المفتوح هو المسؤولية القانونية، وهو أمر لا يجيب عليه MCP. عندما يقوم وكيل يعمل بتفويض باتخاذ إجراء لم يقصده الموكل، يبقى تحديد من يدفع التعويض غير محلول.
ما مدى حجم هذا الأمر
تتوقع IDC أن ينمو عدد وكلاء AI النشطين عالمياً من حوالي 28.6 مليون في عام 2025 إلى أكثر من 2.2 مليار بحلول عام 2030 — وهو رقم استشهدت به ServiceNow في دعم وجهة نظرها لهذا النموذج.210
تعامل مع ذلك كتوقع اختاره المورد بدلاً من حقيقة مسلم بها؛ فالتقرير الأساسي متاح فقط للمشتركين. لكن النقطة الجوهرية تظل قائمة رغم التشكيك: إذا عمل ولو جزء بسيط من هؤلاء الوكلاء داخل أنظمة المؤسسات، فإن كل واحد منهم يمثل قناة وصول إلى المنصة، والمنصات تدرك ذلك جيداً.
هذا هو المنطق الاستراتيجي وراء عمليات الإطلاق الثلاث. خادم MCP ليس مجرد ميزة، بل هو سعي ليكون النظام الذي تمر من خلاله وكلاء الشركات الأخرى.
الخلاصة
الجزء المثير في قصة الوكلاء لعام 2026 ليس قدرة النماذج، بل هو أن الشركات التي تمتلك أنظمة سجلات وسير عمل المؤسسات قررت، على مدار هذا العام، السماح لوكلاء لا يتحكمون بهم بتنفيذ أعمال داخل أنظمتهم.
كان توقع Forrester بنسبة ثلاثين بالمائة يتعلق بعدد الموردين الذين سيقومون بالشحن.5 الإشارة الأكثر فائدة هي ما قاموا بشحنه: ليس مجرد نقاط نهاية للسياق للقراءة فقط، بل صلاحية الكتابة لعمليات الأعمال الأساسية، مغلفة في أي نموذج أذونات كانت المنصة تمتلكه بالفعل.
بالنسبة للفرق التي تبني على هذا الأساس، فقد تحول طبيعة العمل. أصبح الاكتشاف موحداً، والنقل أصبح عديم الحالة (stateless) بشكل متزايد، والمورد هو من يدير الخادم. ما تبقى هو تحديد ما يمكن لوكيلك فعله بالضبط، ومعرفة الهوية التي يعمل بموجبها، وإثبات أنه فعل ذلك فقط لاحقاً، ومعرفة من أين يأتي اكتشاف الوكيل لنقاط النهاية هذه في المقام الأول.
كانت هذه دائماً هي الأجزاء الصعبة، وهي الأجزاء التي لا تزال قائمة.
المراجع
الحواشي
شركة Docusign, Inc. عبر PR Newswire، سان فرانسيسكو، 4 سبتمبر 2026. المصدر لتاريخ التوفر العام لـ MCP Server في 30 سبتمبر، وقائمة عملاء Claude/ChatGPT/Gemini/Copilot/Slack، و"ذكاء الاتفاقيات والإجراءات المحكومة" المدعومة بواسطة Iris، وصياغة "حتى في سير عمل CLM المتقدم"، وعناصر التحكم الإدارية على مستوى الحساب والبنية التحتية العالمية متعددة المناطق، واقتباس Allan Thygesen، واقتباس Joe Inzerillo (Salesforce). ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9ServiceNow opens its full system of action to every AI Agent in the enterprise — غرفة أخبار ServiceNow، بقلم Nirankush Panchbhai، نائب الرئيس الأول لنواة منصة AI، 5 مايو 2026. المصدر لـ ServiceNow Action Fabric، واقتباس "المنصات الأخرى تسمح للوكلاء بقراءة وكتابة البيانات"، ومثال إعادة تعيين كلمة المرور من Claude، وحوكمة AI Control Tower (التحقق من الهوية، وتحديد نطاق الأذونات، والقابلية الكاملة للتدقيق) وميزات MCP Server Console، وشركة Anthropic كأول شريك تصميم عبر Claude Cowork، ورقم تعداد الوكلاء من IDC كما استشهدت به ServiceNow. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9
Salesforce Hosted MCP Servers Are Now Generally Available — مدونة Salesforce Developers، بقلم Ross Belmont، 29 أبريل 2026. المصدر لتاريخ التوفر العام (GA) في 29 أبريل 2026، وتاريخ "المرحلة التجريبية في الربيع الماضي والنسخة البيتا في أكتوبر الماضي"، والتوافر لكل مؤسسة Enterprise Edition وما فوق، وإتاحة البيانات، والتدفقات (flows)، وإجراءات Apex، وواجهات برمجة تطبيقات Named Query، واقتباس "كل معاملة يتم تشغيلها بواسطة المستخدم المصادق عليه، بدون حسابات خدمة مجهولة أو نموذج أمني جديد للتعلم"، والتحكم في الوصول عبر OAuth و PKCE، والتطبيق التلقائي لقواعد CRUD/FLS/sharing، واقتباس "إذا قام الوكيل بتحديث سجل، يظهر اسم هذا الشخص في سجل المراجعة"، ونطاق OAuth المنفصل mcp_api الذي لا يمنح الوصول إلى واجهات برمجة تطبيقات REST الحالية. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10
تفعيل MCP و A2A لسير عمل الوكلاء الخاص بك — مع الأسئلة الشائعة — مقال في مجتمع ServiceNow بقلم Victor Chen (موظف في ServiceNow)، نُشر في الأصل في سبتمبر 2025 وتم تحديثه لإصدار Zurich Patch 4. المصدر لشحن خادم Now Assist MCP في Zurich Patch 4 ("توفير مهارات Now Assist والمهارات المخصصة كأدوات لأي وكيل ذكاء اصطناعي خارجي")، وتعليق المؤلف في 11 ديسمبر 2025 الذي يؤكد أن "خادم MCP تم شحنه كجزء من Zurich Patch 4"، ومتطلبات OAuth، وإصدار بروتوكول MCP المدعوم 2025-06-18 اعتباراً من ذلك الإصدار. ↩ ↩2 ↩3 ↩4 ↩5
Predictions 2026: AI Agents, Changing Business Models, And Workplace Culture Impact Enterprise Software — مدونة Forrester، جزء من سلسلة توقعات 2026، تم الوصول إليها في 9 سبتمبر 2026. المصدر لعبارة "ثلاثون بالمائة من موردي تطبيقات المؤسسات سيطلقون خوادم MCP الخاصة بهم" والصياغة المقتبسة بأن الوكلاء "يمكنهم فقط الوصول إلى البيانات المصرح بها والتصرف بناءً عليها، تماماً مثل المستخدم البشري". لا تعرض التدوينة تاريخ نشر؛ ولم يتم ادعاء أي تاريخ هنا. ↩ ↩2 ↩3 ↩4
Build with the Docusign MCP Server (Beta) — مركز مطوري Docusign، صفحة نُشرت وعُدلت لآخر مرة في 4 فبراير 2026، تم الوصول إليها في 9 سبتمبر 2026. المصدر لحالة الإصدار التجريبي (beta) للخادم قبل الإطلاق العام (GA) وصياغته الموجهة للمطورين حول أدوات تشمل Claude و Copilot و Postman. ↩ ↩2 ↩3
Docusign Announces Second Quarter Fiscal 2027 Financial Results — شركة .Docusign, Inc، الملحق 99.1 المودع لدى SEC، سان فرانسيسكو، 3 سبتمبر 2026، للربع المنتهي في 31 يوليو 2026. المصدر لإيرادات بقيمة 875.7 مليون دولار (بزيادة 9% على أساس سنوي، بما في ذلك حوالي 1.3% من فائدة صرف العملات الأجنبية)، وإدارة الاتفاقيات الذكية بنسبة 15.1% من إجمالي ARR اعتباراً من 31 يوليو 2026 مقابل 12.6% اعتباراً من 30 أبريل 2026، واقتباس "نظام عمل الاتفاقيات" من Allan Thygesen، وأبرز إنجازات العمل "إطلاق خادم Docusign Model Context Protocol (MCP)". ↩ ↩2 ↩3
Salesforce Hosted MCP Servers Are in Beta Today — مدونة مطوري Salesforce، أكتوبر 2025. المصدر للإصدار التجريبي الذي سبق الإطلاق العام في أبريل 2026. ↩ ↩2
مواصفات 2026-07-28 — مدونة Model Context Protocol، ديفيد سوريا بارا ودين ديليمارسكي (المسؤولون الرئيسيون عن الصيانة)، 28 يوليو 2026. المصدر لتاريخ النشر في 28 يوليو 2026، ونواة البروتوكول عديمة الحالة (stateless) وموازنة الحمل بنظام round-robin، وطلبات الرحلات المتعددة (Multi Round-Trip Requests) والتأكيدات أثناء المكالمة، وتعزيز التفويض (التحقق من المصدر RFC 9207، وبيانات الاعتماد المرتبطة بالمصدر، وإلغاء DCR لصالح CIMD)، وانتقال المهام (Tasks) من النواة التجريبية إلى امتداد رسمي، وقرب وصول تحميلات SDK من الفئة الأولى (Tier 1) إلى نصف مليار شهرياً مع تجاوز كل من TypeScript و Python مليار تحميل إجمالي، واقتباس أوستن باركر (Honeycomb) حول أن حوالي 20% من الاستعلامات التفاعلية الشهرية تأتي من الوكلاء (agents)، ووضع MCP كـ Series of LF Projects, LLC. ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8
توقعات وكلاء الذكاء الاصطناعي في جميع أنحاء العالم — IDC، وثيقة US54034725، كما استشهدت بها ServiceNow. تتوقع نمو وكلاء الذكاء الاصطناعي النشطين عالمياً من حوالي 28.6 مليون في عام 2025 إلى أكثر من 2.2 مليار بحلول عام 2030. تم الاستشهاد بها هنا كما وردت؛ تقرير IDC الأساسي يتطلب اشتراكاً ولم يتم التحقق من الرقم بشكل مستقل مقابل الوثيقة المصدر. ↩
