Salesforce تختصر آلاف وظائف الوكلاء إلى أربع أدوات MCP
وسّعت Salesforce منصة Headless 360 في سنغافورة يوم 25 أغسطس 2026، وقدمت Headless 360 MCP Server في نسخة تجريبية مفتوحة تتيح للوكلاء المعتمدين اكتشاف قدرات المنصة وفهمها وتنفيذها. وجاء في إعلان توسعة Headless 360 أن خادم Data 360 MCP أصبح متاحاً عموماً ويعرض قرابة 200 واجهة API، فيما يحتفظ Headless 360 MCP بحالة Open Beta.
في توسعة 25 أغسطس، لم تعرض Salesforce آلاف وظائف المنصة كآلاف الأدوات المنفصلة، بل وضعتها خلف واجهة ثابتة من أربع أدوات: Discover وDescribe وDispatch وDispatch Read-Only. النتيجة سطح أصغر يتعامل معه الوكيل، من دون أن يعني ذلك إتاحة كل وظائف Salesforce فوراً أو تجاوز OAuth وصلاحيات المستخدم وقواعد المؤسسة.
كيف تختصر الأدوات الأربع مسار التنفيذ
يعالج الخادم الطلب بوصفه سلسلة من الاكتشاف والفهم والتنفيذ، لا كاستدعاء مباشر لقائمة ضخمة من واجهات API. وتؤكد المراجعة المعمارية في Apex Hours، المنشورة في 27 أغسطس 2026، أن الخادم بقي في حالة Beta منذ يوليو وأن سطحه يتكون من الأدوات الأربع نفسها.
- Discover: يأخذ تفسير الوكيل للطلب ويجري بحثاً دلالياً في فهرس العمليات المتاحة، ثم يعيد مرشحين مرتبين بحسب الصلة. في مثال مشروط لإنشاء مستخدم ومنحه مجموعة صلاحيات، يبدأ الوكيل بالبحث عن العمليات التي تغطي المهمتين.
- Describe: يعيد العقد التقني للعملية المختارة، بما فيه واجهات API والمعلمات والتبعيات وترتيب الخطوات. وظيفته التأكد من أن نتيجة Discover تطابق المطلوب قبل التنفيذ.
- Dispatch: يوجه الطلب إلى نقطة النهاية المناسبة وينفذ العملية بعد فحص الوصول. ويشمل ذلك الأفعال التي قد تنشئ بيانات أو تعدلها، أو تغير إعداداً داخل المؤسسة.
- Dispatch Read-Only: ينفذ العمليات المقيدة بالقراءة من دون تغيير البيانات أو التكوين، ويحمل داخلياً الاسم dispatch_readonly.
لا يلزم أن يمر كل طلب بالأدوات الأربع مجتمعة؛ فالمسار ينتهي إما بالتنفيذ العادي وإما بالقراءة فقط وفق طبيعة العملية. كما أن الرقم أربعة يصف أدوات التنسيق الظاهرة للوكيل، لا عدد وظائف الأعمال الموجودة خلفها.
متطلبات التفعيل وحدود النسخة التجريبية
يتطلب تشغيل الخادم API بالإصدار v67.0 أو أحدث، وتطبيق External Client App مهيأ بالنطاق mcp_api، وعميل MCP يستخدم مصادقة OAuth. وتجمع وثائق Headless 360 MCP الرسمية هذه المتطلبات مع خطوات العثور على headless-360 في صفحة MCP Servers داخل Setup وتفعيله.
بدأت خدمة Beta في يوليو 2026، وكانت المكتبة عند الإطلاق تضم عشرات العمليات، تركز معظمها على مهام Setup للمسؤولين. وتشمل المجالات الموثقة الاستعلام عن السجلات وإنشاءها وتحديثها، وإدارة المستخدمين ومجموعات الصلاحيات، وقراءة Apex triggers وكتابتها ونشرها، وبناء تكاملات قائمة على الأحداث، وإنشاء Named Credentials، وإدارة طلبات Commerce Cloud.
هذه أمثلة على نطاق المكتبة وليست وعداً بأن كل إجراء فرعي أو منتج سحابي متاح الآن. ما يستطيع الوكيل تنفيذه فعلياً تحدده العمليات التي يعيدها Discover داخل المؤسسة وقت الطلب، مع بقاء الخدمة خاضعة لشروط النسخ التجريبية.
صلاحيات الوكيل هي صلاحيات المستخدم
تعمل كل معاملة بهوية المستخدم الذي أتم المصادقة عبر التطبيق الخارجي. وتظل صلاحيات الإنشاء والقراءة والتحديث والحذف، وأمن الحقول، وقواعد المشاركة، وصلاحيات الملف الشخصي، ومجموعات الصلاحيات مطبقة؛ فإذا تعذر على المستخدم تنفيذ إجراء في Salesforce، لا يمنحه خادم MCP طريقاً لتجاوزه.
يمتد السياق الموروث إلى البيانات الوصفية والعلاقات ومسارات العمل وقواعد التحقق والحوكمة ومنطق الأعمال. كما ينسب سجل التدقيق الإجراء إلى المستخدم المصادق عليه، ولذلك لا يحول الخادم الوكيل إلى هوية تقنية مستقلة أو مطلقة الصلاحية.
هذا النموذج لا يجعل الاتصال آمناً تلقائياً؛ فربط حساب إداري واسع الامتيازات يمنح الوكيل نطاقاً واسعاً أيضاً. توصي Salesforce بأن يطلب عميل MCP موافقة المستخدم قبل الأدوات التي تغير التكوين أو تعدل البيانات أو تحذفها، وباختبار تغييرات الإعدادات في Sandbox أو Developer Org قبل الإنتاج. وتبقى ضوابط تأمين خوادم MCP مرتبطة مباشرة بتحديد صلاحيات هذا الاتصال.
Headless 360 ليس Data 360 MCP
التشابه في الاسم لا يعني تطابق النطاق. يعمل Headless 360 MCP عبر قدرات Salesforce الأوسع، مستخدماً أدواته الأربع فوق مكتبة عمليات متنامية. أما Data 360 MCP فيختص ببيانات Data 360 والعمليات المرتبطة بها، مثل النماذج الدلالية وتحويل البيانات والرؤى المحسوبة ورسوم الهوية والشرائح والتنشيط.
ولا تصح مقارنة أربع أدوات Headless 360 مباشرة بقرابة 200 واجهة في Data 360. الأدوات الأربع طبقة تنسيق تبحث عن عملية وتقرأ عقدها ثم توجه تنفيذها، بينما الرقم الآخر يصف مساحة واجهات منتج متخصص. لذلك قد يتجه طلب إدارة مستخدم أو إعداد تكامل قائم على الأحداث إلى Headless 360، في حين يتجه فحص رسم هوية أو إنشاء شريحة جمهور إلى Data 360.
يختلف وضع الإتاحة أيضاً: Headless 360 MCP في Open Beta، بينما Data 360 MCP متاح عموماً. ويمنع هذا الفرق التعامل مع الخادمين كبديلين متساويين في النضج أو إدخال خدمة Beta في مسار إنتاج حرج على أساس أن المنتج الآخر بلغ الإتاحة العامة.
ما لم تحسمه التوسعة بعد
المؤكد حالياً أن Headless 360 MCP Server يقدم أربع أدوات ثابتة، ويعمل عبر OAuth وبصلاحيات المستخدم، ويصل إلى مكتبة تتوسع بصورة مستقلة. لكنه ليس إصداراً متاحاً عموماً، كما أن توافر القدرات قد يختلف باختلاف المنتج والمنطقة واتفاق العميل.
لم تحدد Salesforce في الصفحات المفتوحة موعد انتقال الخادم إلى الإتاحة العامة، ولا التغطية النهائية للمكتبة خارج تركيز Beta الأولي على عمليات Setup. وستظل الحدود الفعلية لكل مؤسسة مرتبطة بما يظهر عبر Discover، وبالمنتجات المرخصة والصلاحيات الممنوحة للمستخدم المصادق عليه.
اقرأ أيضًا:
اشترك في نشرتنا الإخبارية
احصل على أحدث أخبار الويب 3 والذكاء الاصطناعي والعملات المشفرة مباشرة في بريدك.