النشر إلى Salesforce من Claude وCursor وAgentforce: ماذا يغيّر خادم MCP الأصلي؟

الإجابة باختصار: خادم MCP الأصلي بيخلي أي عميل ذكاء اصطناعي زي Claude أو Cursor أو Agentforce يقدر ينادي إجراءات الإصدار الحقيقية في منصة الـ DevOps بتاعتك: يخطط عملية نشر، يفتح pull request، يحل تعارض في الـ metadata، ويشغل الـ pipeline. دي فئة مختلفة تمامًا عن ذكاء اصطناعي بيكتب Apex في ملف. Serpent بيشغّل خادم MCP الأصلي الوحيد في مجال Salesforce DevOps، ومع ذلك أي عملية نشر يبدأها وكيل ذكي لازم تعدي على فحص مسبق وموافقة بشرية قبل ما توصل للإنتاج.

ما هو خادم MCP الأصلي في Salesforce DevOps؟

Model Context Protocol معيار مفتوح بيربط تطبيقات الذكاء الاصطناعي بالأدوات ومصادر البيانات. Salesforce أعلنت دعم MCP عبر منظومتها في يونيو 2025، بدايةً من Salesforce DX MCP Server وHeroku Platform MCP Server وMuleSoft MCP Server.

كلمة أصلي هي اللي شايلة المعنى كله. الخادم الأصلي هو اللي المنصة نفسها بتبنيه وبتشغّله فوق واجهتها البرمجية، وبيعرض الإجراءات اللي هي أصلًا بتنفذها كل يوم. أما سكربت بسيط بينادي الـ CLI فده شيء تاني خالص: ما بيعرفش حاجة عن مشاريعك ولا بيئاتك ولا قواعد الموافقة عندك ولا سجل التدقيق.

إيه الفرق بين النشر بوكيل ذكي والبرمجة بوكيل ذكي؟

معظم الكلام عن الذكاء الاصطناعي في منظومة Salesforce بيدور حول التوليد. المساعد بيكتب trigger أو LWC أو كلاس اختبار، وبعدين إنسان بيراجعه قبل ما حاجة تتحرك. لو النموذج غلط، مراجعة الكود بتمسكه.

شغل الإصدارات مالوش الهامش ده. عملية النشر تغيير في حالة org شغالة فعليًا، ونطاق الضرر عمليات تشغيلية كاملة، مش تعليق على pull request. يبقى السؤال المهم مش إذا كان النموذج بيكتب Apex كويس، السؤال هو إذا كانت الأدوات اللي بنسلّمها للوكيل آمنة للاستدعاء، وإيه اللي واقف بين نية الوكيل والإنتاج.

ده سؤال عن الأدوات مش عن النموذج، وهنا بالظبط مكان منصة الـ DevOps في الحلقة.

إيه اللي Claude أو Cursor أو Agentforce يقدروا يعملوه فعلًا؟

Serpent بيعرض إجراءات الإصدار عنده كأدوات MCP. الأربعة الأساسية:

• plan_deploy: يحدد إيه اللي هيتنقل، من أي فرع لأي org، ويوضح الفرق قبل ما أي حاجة تشتغل.
• create_pull_request: يفتح الـ PR على الفرع الصح، والتغيير مربوط بعنصر عمل.
• resolve_metadata_conflict: يتعامل مع تعارضات الـ profiles وpermission sets والـ flows اللي بتوجع في دمج مشاريع Salesforce.
• trigger_pipeline: يشغّل الـ pipeline بعد ما إنسان يوافق.

نفس الخادم بيخدم Claude وCursor وWindsurf وAgentforce وCodex وCline وGitHub Copilot، لأن MCP مستقل عن العميل. إنت مش بتشتري مساعد، إنت بتدي المساعد اللي فريقك مستخدمه أصلًا مجموعة أدوات إصدار مسموح له يناديها.

فين بيقف دعم MCP من Salesforce نفسها؟

Salesforce اتحركت بسرعة هنا، وخوادم المنصة مفيدة بجد. Salesforce Hosted MCP Servers بتخلي العميل يقرا ويكتب sObjects وينفذ invocable actions ويشغل flows من غير أي تثبيت محلي، وAgentforce عنده عميل MCP خاص بيه.

اللي بتوصفه الخوادم دي هو الـ org. اللي الإصدار محتاجه هو الطبقة اللي فوقها:

• التغيير ده على أنهي فرع، وعدى على أنهي بيئات قبل كده.
• هل الـ org الهدف انحرفت عن آخر عملية نشر ولا لأ.
• مين وافق، ومقابل أنهي عنصر عمل.
• إزاي نرجّعه لو حصل خطأ.

مفيش خادم على مستوى الـ org شايل السياق ده، لأنه ببساطة مش عايش في الـ org، هو عايش في الـ pipeline.

إيه اللي يمنع الوكيل الذكي إنه ينشر حاجة ما ينفعش؟

أربع حاجات، ومقصود إنها تكون مملة:

• الفحص المسبق الأول. النشر بيتخطط ويتحقق منه قبل ما يشتغل، فالوكيل بيقترح change set محدد مش جملة إنشائية.
• موافقة بشرية إلزامية. مفيش نداء MCP بيرقّي للإنتاج لوحده. بوابة الموافقة مش إعداد الوكيل يقدر يقنعك تشيله.
• صفر أثر داخل الـ org. Serpent ما بيثبتش أي حاجة في org الـ Salesforce بتاعتك وبيتصل عبر الواجهات البرمجية القياسية بس.
• سجل تدقيق كامل. كل إجراء متسجل ومنسوب لصاحبه، ومشفر أثناء التخزين والنقل بمعيار AES-256. عملية النشر اللي بدأها وكيل قابلة للمراجعة زيها زي أي عملية بشرية.

إزاي تشغّله؟

1. اربط الـ orgs والمستودع بتاعك بمساحة عمل في Serpent.
2. ضيف خادم Serpent MCP في إعدادات الـ MCP بتاعة العميل عندك، زي أي خادم تاني بالظبط.
3. سجّل الدخول برمز وصول شخصي، وده اللي بيربط كل إجراء للوكيل بمستخدم محدد بالاسم.
4. اطلب بلغة عادية: خطط النشر من UAT للإنتاج لعنصر العمل ده.
5. اقرا الخطة، وافق عليها، وسيب الـ pipeline يشتغل.

خادم MCP متاح في كل الباقات، بما فيها باقة Essentials المجانية، فمفيش إضافة لازم تشتريها قبل ما تجرب لو الإصدارات المدارة بوكيل ذكي مناسبة لفريقك. شوف Serpent بيعمل إيه.

FAQ

هل الذكاء الاصطناعي بينشر للإنتاج لوحده؟

لأ. أي ترقية للإنتاج محتاجة موافقة بشرية، مهما كان عميل MCP اللي طلبها.

هل لازم أعرف Git عشان أستخدمه؟

لأ. Serpent بيشغّل Git في الخلفية، وأدوات MCP بتتكلم بلغة عناصر العمل والبيئات وعمليات النشر مش الفروع والـ rebase.

أنهي عملاء ذكاء اصطناعي مدعومين؟

Claude وCursor وWindsurf وAgentforce وCodex وCline وGitHub Copilot. أي عميل متوافق مع MCP يقدر يتصل، لأن البروتوكول مستقل عن العميل.

هل ده نفس Salesforce DX MCP Server؟

لأ، والاتنين بيكملوا بعض. خوادم Salesforce بتشتغل على الـ org: السجلات والـ metadata والـ flows. Serpent بيشتغل على الإصدار: الخطط والـ pull requests والتعارضات والـ pipelines.

هل بيثبت أي حاجة في الـ org بتاعتي؟

لأ. Serpent بيتصل عبر واجهات Salesforce القياسية وما بيثبتش أي package، فمش بيزود أي حاجة على نطاق مراجعة الأمان بتاعتك.