العودة إلى المكتبة
الموصلات

بروتوكولات التجارة لوكلاء الذكاء الاصطناعي: UCP وACP وAP2 وMCP — كيف تتلاءم مع بعضها

بقلم آخر تحديث: 2026年8月16日

النقاط الرئيسية

  • يمتلك UCP 11 شريك تطوير من بينهم Google وShopify وAmazon وMeta وStripe — وهو يتوسّع من التسوّق إلى الإقامة والطعام، مما يجعله أوسع تحالف بروتوكول تجاري حتى أغسطس 2026.
  • تدير OpenAI وStripe بروتوكول ACP (وانضمت إليهما الآن Meta)، وهو في طور البيتا، وحيّ في ChatGPT منذ سبتمبر 2025 — يغطّي الدفع بقيادة الوكيل لكن لا يغطّي سير عمل الشراء لقطاع الأعمال.
  • يؤمّن AP2 المدفوعات التي يقودها الوكيل عبر أكثر من 60 مؤسسة، مع Coinbase x402 كامتداد للعملات المستقرة — عالج x402 100 مليون دفعة ذكية على Coinbase Base حتى 2026.
  • MCP هو طبقة الذكاء تحت كلٍّ من UCP وACP — كل متجر Shopify متوافق مع UCP يعرض نقطة نهاية MCP حيّة، وبنية ACP ثلاثية الطبقات تضع MCP في الوسط.
  • لا يغطّي أيٌّ من البروتوكولات الأربعة الطبقة الدلالية لقطاع الأعمال — تسعير مستوى العميل، وتسعير RFQ بالجملة، وحجوزات المخزون مقابل ERP، وإسناد الطلبات عبر القنوات، كلها تتطلّب وحدة MCP مخصصة فوقها.

أُطلق معياران مفتوحان بفارق أشهر قليلة بين عامي 2025 و2026 لحل نفس المشكلة من اتجاهين مختلفين: كيف يكتشف وكيل الذكاء الاصطناعي منتجاً، ويتفاوض على سعر، ويُتمّ الدفع، ويدفع — دون أن يبني إنسان تكاملاً مخصصاً لكل متجر؟ Universal Commerce Protocol (UCP) طوّرته Google وShopify بالاشتراك مع 11 شريك تطوير من بينهم Amazon وMeta وMicrosoft وSalesforce وStripe. Agentic Commerce Protocol (ACP) تديره OpenAI وStripe وهو حيّ في ChatGPT منذ سبتمبر 2025. بروتوكول ثالث، Agent Payments Protocol (AP2)، يؤمّن طبقة تفويض الدفع مع أكثر من 60 مؤسسة مشاركة. تقف البروتوكولات الثلاثة جميعها فوق Model Context Protocol (MCP)، الذي يوفّر اتصال طبقة الذكاء بين الوكيل وبيانات المتجر.

يرسم هذا المقال أين يقع كل بروتوكول، وكيف تتداخل، وأين تكمن الفجوة بالنسبة لتجارة قطاع الأعمال — لأن البروتوكولات الأربعة صُمّمت للاكتشاف والدفع الاستهلاكيين، لا لسير عمل عروض الأسعار وتسعير المستويات وحجوزات المخزون التي يحتاجها فعلياً موزّع في السوق المتوسطة يشغّل NetSuite أو BigCommerce.

الطبقات الأربع للمكدّس

مشهد بروتوكولات التجارة ليس معياراً واحداً. إنه مكدّس من أربعة بروتوكولات متكاملة، يحل كل منها طبقة مختلفة من معاملة الوكيل:

الطبقة البروتوكول تديره ماذا يفعل حالة الإنتاج
الاكتشاف والتجارة UCP Google، Shopify، 11 شريك تطوير يكتشف الوكيل المنتجات، يبني السلال، يُسلّم إلى التاجر لإتمام الدفع، يتتبّع الطلبات حيّ (Shopify Spring '26 Edition)؛ يتوسّع إلى الإقامة والطعام
تفاعل الدفع ACP OpenAI، Stripe، Meta نموذج تفاعل شراء بقيادة الوكيل؛ بنية ثلاثية الطبقات (Interaction ← Intelligence ← Commerce) بيتا؛ حيّ في ChatGPT منذ سبتمبر 2025
تفويض الدفع AP2 Google، أكثر من 60 مؤسسة، FIDO Alliance اعتمادات قابلة للتحقق، تفويضات دفع، مسار تدقيق مشفّر للمدفوعات التي يقودها الوكيل v0.2؛ التوحيد القياسي عبر FIDO Alliance جارٍ
الذكاء والأدوات MCP Anthropic (في الأصل) اتصال الوكيل بالأداة: قراءة بيانات المنتج، استعلام المخزون، استدعاء واجهات برمجة المتجر المواصفة نهائية 2026-07-28؛ نحو 20 ألف خادم مسجَّل

MCP ليس بروتوكول تجارة — إنه طبقة الذكاء التي يعتمد عليها كلٌّ من UCP وACP. تنصّ مواصفة UCP صراحة على "MCP support built-in" (دعم MCP مدمج). بنية ACP ثلاثية الطبقات تضع MCP في الوسط: طبقة Interaction (الوكيل إلى المشتري) تقع أعلاها، وطبقة Intelligence (MCP) تربط الوكيل ببيانات المتجر، وطبقة Commerce تتولى التنفيذ. كل متجر Shopify يطبّق UCP يعرض نقطة نهاية MCP حيّة تتيح للوكلاء استعلام كتالوجات المنتجات، وإدارة السلال، وجلب حالة الطلب.

UCP — معيار الاكتشاف إلى الدفع

UCP هو أوسع تحالف. يسرد موقع ucp.dev 11 شريك تطوير عبر ثلاث صناعات: التسوّق (Google وShopify وEtsy وWayfair وTarget وWalmart وAmazon وMicrosoft وMeta وSalesforce وStripe)، والإقامة (Amadeus وBooking.com وExpedia وHilton وMarriott وTrip.com)، والطعام (DoorDash وSquare وToast وUber Eats). تشمل قائمة الشركاء المُقِرّين Visa وMastercard وCoinbase وPayPal وAdyen وKlarna وWorldpay.

يدعم UCP وسائط نقل REST وJSON-RPC، مع دعم مدمج لـAP2 وA2A وMCP. تؤكّد وثائق مطوّري Shopify أن أدوات MCP الخاصة بـShopify تطبّق UCP في كل خطوة من رحلة المشتري: التفاوض والتوثيق (مستويات ثقة قائمة على الملف الشخصي)، اكتشاف المنتجات (البحث عبر مئات الملايين من القوائم)، السلال والدفع (بناء السلال، تحويلها إلى عمليات دفع، التسليم إلى التاجر للسداد)، ومراقبة الطلبات (webhooks الطلبات وحالة الطلب عند الطلب عبر أداة MCP باسم get_order).

يتيح Universal Cart API لوكيل الذكاء الاصطناعي جمع عناصر من أي تاجر — على Shopify أو خارجها — في سلة موحّدة واحدة عبر UCP. برنامج اعتماد Shopify (Shopify + OpenAI + Google، بيتا مغلقة، وصول أوسع في الربع الثالث من 2026) يخلق ما يشبه طبقة اكتشاف جديدة للوكلاء: البيانات المنظّمة النظيفة هي ما يحدد ما إذا كان بإمكان الوكيل العثور على متجر والتعامل معه.

ACP — نموذج تفاعل الدفع

يتّبع ACP نهجاً معمارياً مختلفاً. بدلاً من تحالف واسع متعدد الصناعات، تديره OpenAI وStripe (تُدرج وثائق Stripe الآن Meta كشريك مؤسّس) بصفتهما القيّمَين المؤسِّسَين، مع مسار نحو حوكمة مجتمعية أوسع. المواصفة في طور البيتا بموجب ترخيص Apache 2.0.

يعرّف ACP لبنات بناء قابلة للتركيب للتجارة بقيادة الوكيل. توفّر Agentic Commerce Suite من Stripe التطبيق المرجعي: يكتشف الوكلاء المنتجات، ويضيفونها إلى السلال، ويُتمّون عمليات الشراء باستخدام بنية Stripe التحتية للدفع. اعتمدت BigCommerce مسار ACP عبر شراكتها مع Stripe بدلاً من بناء خادم MCP خاص ببيانات المتجر من الطرف الأول — يغطّي مقال موصّل BigCommerce هذا بعمق.

بنية ACP ثلاثية الطبقات — Interaction ← Intelligence (MCP) ← Commerce — تعني أن MCP هو النسيج الرابط. الوكيل لا يتجاوز MCP لاستخدام ACP؛ بل يستخدم MCP للتحدث إلى المتجر وACP لهيكلة تفاعل الشراء.

AP2 — طبقة تفويض الدفع

يقع AP2 تحت كلٍّ من UCP وACP كبروتوكول ثقة الدفع. أعلنت Google عن AP2 في سبتمبر 2025 مع أكثر من 60 مؤسسة شريكة. ويجري الآن توحيده قياسياً ضمن FIDO Alliance. يوسّع AP2 بروتوكول A2A (التواصل بين الوكلاء) بتفويضات دفع منظَّمة — Intent Mandate وCart Mandate وPayment Mandate — توفّر إثباتاً قابلاً للتحقق ولا يمكن إنكاره بأن المستخدم فوّض وكيلاً لإجراء عملية شراء محددة.

Coinbase x402 هو امتداد العملات المستقرة لـAP2، سُمّي على اسم رمز حالة HTTP رقم 402 ("Payment Required"). يتيح x402 للوكلاء الدفع مقابل استدعاءات API والخدمات والمعاملات الصغيرة مباشرةً بعملات مستقرة عبر HTTP. أفادت Chainalysis بأن x402 تجاوز 100 مليون دفعة ذكية على Coinbase Base، مما يُظهر أن مسار العملات المستقرة يعمل على نطاق الإنتاج.

تشكّلت ثلاث شبكات دفع متنافسة حول تجارة الوكلاء: Visa Trusted Agent، وMastercard Agent Pay (أكثر من 30 شريكاً صناعياً، وAgentic Tokens عبر MDES)، وCoinbase x402. تقوم Stripe بتزويد رموز شبكة ذكية من كل من Mastercard وVisa، مما يضعها كجسر بين مسارات البطاقات التقليدية وطبقة الدفع للوكلاء.

مكدّس بروتوكولات التجارة الرباعي الطبقات، مع فجوة الطبقة الدلالية لقطاع الأعمال التي تتطلّب وحدة MCP مخصصة:

مكدّس بروتوكولات التجارة لوكلاء الذكاء الاصطناعي أربعة بروتوكولات مفتوحة، مكدّس واحد — والطبقة الخاصة بقطاع الأعمال التي لا تغطّيها 1 UCP — Universal Commerce Protocol الاكتشاف ← السلة ← تسليم الدفع ← تتبّع الطلب. طوّرته Google وShopify بالاشتراك. 11 شريك تطوير حيّ (Shopify) تسوّق + إقامة + طعام دعم MCP مدمج 2 ACP — Agentic Commerce Protocol تفاعل دفع بقيادة الوكيل. بنية ثلاثية الطبقات: Interaction ← Intelligence (MCP) ← Commerce. OpenAI + Stripe بيتا حيّ في ChatGPT (سبتمبر 25) MCP في الطبقة الوسطى 3 AP2 — Agent Payments Protocol تفويضات دفع، اعتمادات قابلة للتحقق، مسار تدقيق مشفّر. يوسّع A2A. أكثر من 60 مؤسسة FIDO Alliance x402: 100 مليون دفعة مسار عملات مستقرة عبر Coinbase x402 4 MCP — Model Context Protocol طبقة الذكاء: اتصال الوكيل بالأداة. قراءة بيانات المنتج، استعلام المخزون، استدعاء واجهات برمجة المتجر. المواصفة نهائية 28 يوليو نحو 20 ألف خادم يدعم UCP وACP كل متجر Shopify متوافق مع UCP يعرض MCP فجوة الطبقة الدلالية لقطاع الأعمال ما لا تغطّيه البروتوكولات الاستهلاكية الأربعة — وأين تمدّ وحدة MCP مخصصة المكدّس ! وحدة MCP مخصصة — الطبقة الدلالية لقطاع الأعمال تمدّ بروتوكولات التجارة إلى سير عمل قطاع الأعمال الذي لم تُصمَّم UCP وACP وAP2 لتغطيته. تسعير مستوى العميل أسعار حسب العقد ومستوى الحجم في NetSuite، لا في كتالوج عام تسعير RFQ بالجملة طلب ← عرض سعر ← تفاوض لا دفع — محرّك RFQ هو من يتولّى هذا حجوزات المخزون مقابل ERP حجز محدود المدة مقابل NetSuite/Brightpearl تنتهي صلاحيته إذا رُفض العرض إسناد الطلبات عبر القنوات حساب العميل، مندوب المبيعات، العقد في ERP — البروتوكولات الاستهلاكية تفترض هوية مشترٍ واحدة الخلاصة يحل UCP وACP تجارة الوكلاء الاستهلاكية. يؤمّن AP2 الدفع. MCP هو طبقة الذكاء. الطبقة الدلالية لقطاع الأعمال — تسعير المستويات، وطلبات RFQ، وحجوزات المخزون، والكتابة العكسية إلى ERP — هي الفجوة التي تسدّها وحدة MCP مخصصة. المصادر: ucp.dev · shopify.dev/docs/agents · github.com/agentic-commerce-protocol · ap2-protocol.org · coinbase.com · chainalysis.com

أين يتقارب المكدّس — وأين لا يتقارب

تتقارب البروتوكولات الأربعة نحو بنية مشتركة: UCP أو ACP لتفاعل التجارة، وAP2 لتفويض الدفع، وMCP لطبقة الذكاء، وA2A للتفويض بين الوكلاء. تشير مواصفة UCP صراحةً إلى AP2 وA2A وMCP كتكاملات مدمجة. تشير وثائق AP2 صراحةً إلى A2A وUCP. المكدّس مصمَّم للتشغيل البيني.

لكن هذا التقارب مصمَّم على شكل استهلاكي. تحل هذه البروتوكولات مشكلة محددة: يكتشف الوكيل منتجاً، ويتفاوض على سعر، ويُتمّ عملية دفع، ويدفع. هذه هي رحلة المستهلك. موزّع B2B في السوق المتوسطة يقدّم 200 عرض سعر أسبوعياً ليست لديه مشكلة دفع — بل لديه مشكلة مستوى تسعير، ومشكلة حجز مخزون، ومشكلة كتابة عكسية إلى ERP.

الفجوة هي الطبقة الدلالية لقطاع الأعمال:

  • تسعير مستوى العميل. يعرض UCP وACP الأسعار المعلَنة للمتجر. أسعار موزّع B2B تكون حسب العميل، وحسب العقد، وحسب مستوى الحجم — مخزَّنة في مجموعات عملاء NetSuite أو BigCommerce، لا في كتالوج عام. لا يتفاوض أي بروتوكول تجارة على تسعير المستويات.
  • تسعير RFQ بالجملة. تتعامل البروتوكولات الاستهلاكية مع مشتريات القطعة الواحدة. تعمل مشتريات B2B على أساس طلبات عروض الأسعار: يرسل المشتري طلباً بـ500 وحدة مع نافذة تسليم، ويرد المورّد بعرض سعر، ويتفاوض المشتري. يغطّي مقال بنية محرّك RFQ سير العمل هذا بعمق.
  • حجوزات المخزون مقابل ERP. يحجز الدفع الاستهلاكي المخزون لحظة الشراء. يحتاج عرض سعر B2B إلى حجز توفّر — حجز محدود المدة مقابل مخزون NetSuite أو Brightpearl تنتهي صلاحيته إذا لم يُقبل العرض. لا توفّر أي أداة من UCP أو ACP هذا.
  • إسناد الطلبات عبر القنوات. يجب أن يُسنَد طلب B2B الذي يقدّمه الوكيل إلى حساب العميل الصحيح، ومندوب المبيعات الصحيح، والعقد الصحيح في ERP. تفترض البروتوكولات الاستهلاكية هوية مشترٍ واحدة.

تسدّ وحدة MCP مخصصة هذه الفجوة. يعرّف معيار كود وحدة MCP النمط الهيكلي: تعريفات أدوات مكتوبة النوع، وترجمات طبقة دلالية بين الوكيل وERP، وحوكمة حدود المعدّل، ومسار تدقيق. تجلس الوحدة فوق بروتوكولات التجارة — لا تحل محل UCP أو ACP، بل تمدّهما إلى سير عمل قطاع الأعمال الذي لم تُصمَّم البروتوكولات الاستهلاكية لتغطيته.

قراءات ذات صلة

بناء تمثيلي

موزّع صناعي في السوق المتوسطة يشغّل BigCommerce لكتالوجه الإلكتروني وNetSuite لـERP يستقبل 150 طلب عرض سعر أسبوعياً عبر البريد الإلكتروني. يتطلّب كل طلب عرض سعر بحثاً عن سعر مستوى العميل، وحجز توفّر للمخزون، وعرض سعر يشير إلى شروط عقد العميل. بروتوكولات التجارة الاستهلاكية — UCP لاكتشاف المنتجات، وACP للدفع، وAP2 للسداد — لا تلمس أياً من هذه الخطوات. تسدّ وحدة MCP مخصصة الفجوة: تعرض أدوات مكتوبة النوع للبحث عن تسعير المستويات، وإنشاء حجز التوفّر، وتجميع عرض السعر يستدعيها الوكيل بعد اكتشاف المنتجات عبر بروتوكول التجارة القياسي. يتولّى الوكيل طلب عرض السعر من البداية إلى النهاية — الاكتشاف، والتسعير، والحجز، والعرض، والموافقة البشرية — بينما تتولّى وحدة MCP الكتابة العكسية إلى ERP ومسار التدقيق. أول وكيل يعمل مباشرةً خلال 5-8 أسابيع.

اطلب بناءً محدد النطاق. اكتشاف لمدة أسبوع واحد. تحصل على جرد نظام وخريطة سير عمل ونطاق ثابت — سواء كنت تبني معنا أم لا.

هل تريد هذا مبنياً لأنظمتك؟

كل وثيقة هنا من عمل إنتاجي حقيقي. إذا كان لديك نظام مُستهدَف وسير عمل في الذهن، نستطيع تحديد نطاق بناء في أسبوع واحد.

اطلب بناءً محدد النطاق

اكتشاف مدته أسبوع واحد. تحصل على جرد للأنظمة وخريطة لسير العمل ونطاق ثابت — سواء بنيت معنا أم لا.