
Tekunda Team

Tekunda Team

Headless MCP يعني تشغيل Salesforce كمجموعة من أدوات Model Context Protocol يستدعيها وكيل الذكاء الاصطناعي مباشرة، من غير واجهة مستخدم في المنتصف. Salesforce بتقدّم ده باسم Headless 360، وهي طبقة MCP مستضافة يسجّل فيها الوكيل دخوله كمستخدم حقيقي وينفّذ إجراءات CRM داخل الأمان الموجود في مؤسستك. ومع وجود الضوابط الصحيحة، بيحوّل الأمر المكتوب بلغة طبيعية إلى عملية Salesforce محكومة.
Headless MCP هو Salesforce من غير الشاشة. الـ Model Context Protocol معيار مفتوح بيخلّي عميل الذكاء الاصطناعي يكتشف الأدوات الخارجية ويستدعيها وقت التشغيل. و'Headless' معناها إن الأدوات دي بتشتغل عبر طبقة الـ API والوكيل بدل النقر في واجهة Lightning. مع بعض، إعداد headless MCP بيسمح لـ Claude أو Cursor أو أي عميل متوافق مع MCP بقراءة السجلات وتشغيل الاستعلامات وتنفيذ عمليات الإعداد باستدعاء أدوات Salesforce مباشرة.
Salesforce نفسها بتسمّي ده Headless 360، اللي اتعلن عنه في TDX 2026 وبقى متاحًا بشكل عام من أبريل 2026. وبحسب مدوّنة Salesforce Developers، بيتيح كل قدرة رئيسية كـ API أو أداة MCP أو أمر CLI - أكتر من 60 أداة MCP و4000+ واجهة API و220+ أمر CLI.
افصل بين طبقتين. خوادم MCP المستضافة القياسية بتتولّى شغل البيانات: SObject All وReads
وMutations وDeletes، بالإضافة لـ Data 360 وTableau Next. وبعدين في يوليو 2026 أعلنت
Salesforce عن
Headless 360 MCP Server Beta، اللي بتختصر شغل الإعداد والتكامل في أربع أدوات: Discover وDescribe
وDispatch وDispatch Read Only. فبدل ما تكشف آلاف النقاط
الطرفية، الوكيل بيكتشف المهارة المناسبة وقت التشغيل، حوالي 100 مهارة عند الإطلاق ومزيد
في الطريق.
الطبقتين بيشتغلوا كالمستخدم المُصادَق عليه. الوصول بيتحدّد عبر external client app
بنطاق mcp_api، وقواعد CRUD وأمان مستوى الحقول وقواعد المشاركة ومجموعات
الصلاحيات كلها بتتطبّق. المصادقة بتستخدم OAuth مع PKCE، والتوكن محصور في المستخدم
المسجّل دخوله. مفيش حاجة في نموذج الأمان بتتجاوز - الوكيل بيرث الصلاحيات اللي عند
الشخص أصلاً. للتفاصيل الأعمق، شوف دليلنا عن
إيه هو headless MCP وإزاي تتبنّاه بأمان
وHeadless 360 معناه إيه لفريقك.
العروض التوضيحية سهلة. الإنتاج هو المكان اللي بتتلسع فيه الفرق. كام قاعدة بنطبّقها في Tekunda في كل طرح:
الأمان اللي Salesforce بتفرضه أرضية، مش استراتيجية. الوكيل اللي بيتصرّف كمستخدم بصلاحيات واسعة يقدر برضه يعمل ضرر واسع بسرعة. ولو بتوصّل كذا وكيل ببعض، تصميم التسليم بينهم أهمية زي الصلاحيات - شوف تشغيل إجراءات CRM من مركز وكلاء واحد وإيه اللي بيخلّي التسليم من وكيل لوكيل ينجح في الإنتاج. ولما تحب الطرح ده يتصمّم ويتحكم فيه صح، فريق خدمات Salesforce عندنا بيعمل الشغل ده بالظبط.
Salesforce بتنشر حاسبة عائد استثمار Agentforce اللي بتتوقّع وفورات التكلفة والكفاءة على مدى ثلاث سنين وبتقدّر الـ Flex Credits اللي هتستهلكها حالة الاستخدام، وبعدين بتديك تقرير قابل للتنزيل. دي نقطة بداية معقولة، بس بتشتغل على افتراضات عامة.
ثبّتها على أرقامك انت بإطار بسيط:
(الساعات الموفّرة لكل عملية × الحجم الشهري × التكلفة المحمّلة) - (Flex Credits +
تكلفة البناء + الحوكمة المستمرة). Headless MCP بيحرّك جانب 'الساعات الموفّرة' بأقوى شكل في مهام الإعداد والبيانات
المتكرّرة ومتعددة الخطوات - الشغل اللي كان بيتطلّب عشرات النقرات عبر شاشات كتير.
عُدّها بأمانة والاسترداد غالبًا بيبان خلال ربع أو اتنين.
هل headless MCP هو نفسه Agentforce؟
لأ. Agentforce هو منتج الوكلاء بتاع Salesforce؛ وheadless MCP (Headless 360) هو سطح الأدوات اللي الوكيل بيستدعيه. تقدر تشغّله من Agentforce أو من عميل خارجي زي Claude.
هل الوكيل اللي بيستخدم headless MCP بيتجاوز أمان Salesforce؟
لأ. بيشتغل كمستخدم مُصادَق عليه، وقواعد CRUD وأمان مستوى الحقول وقواعد المشاركة ومجموعات الصلاحيات كلها بتتطبّق. ادِّي الوكيل مستخدم بأقل امتياز.
إيه هي الأدوات الأربعة في Headless 360 MCP Server؟
Discover وDescribe وDispatch وDispatch Read Only. الوكيل بيكتشف المهارة وقت التشغيل بدل ما يحمّل آلاف النقاط الطرفية مقدّمًا.
هل محتاجين كود عشان نتبنّاه؟
مش للاستخدام الأساسي. بتفعّل خادم MCP المستضاف في Setup وبتوصّل عميل متوافق مع MCP. حوكمة الإنتاج هي المكان اللي التخطيط بيفيد فيه، واللي مكالمة تحديد نطاق قصيرة بتوفّر فيه أكبر وقت.