بروتوكول MCP وA2A: معايير مفتوحة تربط برنامج محاسبتك
بروتوكول MCP (بروتوكول سياق النموذج) هو المعيار المفتوح الذي يستعمله مساعدك الذكي للوصول إلى أنظمتك، مثل قراءة الأرصدة أو تحضير فاتورة في برنامج محاسبتك. أما A2A (من وكيل إلى وكيل) فهو المعيار المفتوح الذي يستعمله وكيلٌ للعمل مع وكيل جهة أخرى، كوكيل مورّد أو وكيل محاسبك. كلاهما يقوم فوق طبقات أقدم (صيغ الفاتورة الإلكترونية، والمصرفية المفتوحة، وواجهات برمجة التطبيقات الموثّقة)، ولا أحد منها يقرّر من يحق له فعل ماذا: هذا يبقى لصلاحياتك واعتماداتك.
لماذا تهمّ المعايير المفتوحة دفاتر المحل الصغير؟
أموال المحل الصغير موزّعة على أنظمة كثيرة: البنك، وشركة معالجة البطاقات، والصندوق، وبوابات الموردين، وبرنامج المحاسب، وبوابة الضرائب، والآن مساعدو الذكاء الاصطناعي. ثلاثين سنة، كان الرابط بينها شخصاً يعيد طباعة ملف أو يستورده.
المعايير المفتوحة طرق موثّقة علناً، يستطيع أي أحد تطبيقها، لتبادل البيانات بين الأنظمة. المحل الذي تتحرّك بياناته بصيغة قياسية يستطيع تغيير مزوّده، ومنح محاسبه الوصول دون مشاركة كلمات المرور، وربط أدوات جديدة دون انتظار ربط مخصّص. أما المحل المحبوس في صيغ مغلقة لمزوّد واحد فلا يستطيع.
ما الطبقات الأربع للتشغيل البيني؟
1. المستندات: معايير الفاتورة الإلكترونية
أنضج طبقة هي الفاتورة نفسها. في أوروبا، يحدّد المعيار الدلالي EN 16931 محتوى الفاتورة الإلكترونية، ويبني عليه توجيه ViDA الأوروبي للفوترة الإلكترونية العابرة للحدود ابتداءً من تموز/يوليو 2030 (انظر إلزامية الفوترة الإلكترونية حسب البلد). وتنقل شبكات مثل Peppol هذه الفواتير بين الأعمال، فيُوصَل إلى كل عمل عبر نقطة وصول لا عبر بريد إلكتروني. ومناطق أخرى تستعمل صيغاً ومنصات وطنية.
ما يعطيه هذا للمحل الصغير: فاتورة مورّد تصل بيانات، يقرؤها أي نظام ملتزم بالمعيار.
2. المال: المصرفية المفتوحة
قواعد المصرفية المفتوحة تُلزم البنوك بالسماح لأطراف ثالثة مرخّصة بالوصول إلى بيانات الحساب، وأحياناً بإطلاق مدفوعات، بموافقة صاحب الحساب. في الاتحاد الأوروبي، يهدف اتفاق مبدئي على حزمة مدفوعات جديدة، أُبرم في تشرين الثاني/نوفمبر 2025، إلى تخفيف العوائق أمام هذا الوصول، وإلى منح أصحاب الحسابات لوحة يرون فيها الأذونات التي منحوها ويسحبونها. ولدول أخرى أنظمتها الخاصة، بمراحل متفاوتة جداً.
ما يعطيه هذا للمحل الصغير: عمليات بنكية تصل إلى الدفاتر بإذن منظّم يمكن سحبه، لا بكلمة مرور مشتركة.
3. الأنظمة: واجهات برمجة تطبيقات موثّقة
واجهة برمجة التطبيقات (API) هي مجموعة الطلبات التي يقبلها نظام من برامج أخرى. والواجهة الموثّقة، التي تُوصف غالباً بصيغة OpenAPI، تُظهر بالضبط ما يمكن طلبه، وما يعود، وما يعنيه كل خطأ. وفي المحاسبة، ثلاث خصائص هي الأهم:
- وصول محدود يمكن سحبه. تحصل الأداة على رمز لصلاحيات محددة، لا على كلمة مرورك.
- أخطاء واضحة. الرفض يقول السبب، برمز ثابت يستطيع البرنامج التصرّف بناءً عليه.
- منع التكرار (Idempotency). الطلب المرسل مرتين بسبب خلل في الشبكة يُعرف أنه تكرار، فلا تُرحَّل البيعة أو الدفعة مرتين.
4. مساعدو الذكاء الاصطناعي: MCP وA2A
أحدث طبقة تربط وكلاء الذكاء الاصطناعي بأنظمة العمل وببعضهم.
ما الفرق بين بروتوكول MCP وبروتوكول A2A؟
بروتوكول سياق النموذج (MCP) يحدّد كيف يتصل تطبيق ذكاء اصطناعي بالأدوات والبيانات: مثلاً كيف يطلب مساعدٌ من نظام محاسبة قائمة الفواتير المتأخرة، أو يحضّر مسودة شراء. أطلقته Anthropic عام 2024، ثم تبرّعت به في كانون الأول/ديسمبر 2025 لمؤسسة Agentic AI Foundation، وهي صندوق تحت مظلة Linux Foundation شاركت في تأسيسه Block وOpenAI وتدعمه شركات تقنية كبيرة أخرى. وتُنشر مواصفاته في مراجعات مؤرّخة؛ ووسّعت مراجعة 2025-11-25 تفويضه عبر OAuth 2.1 للاتصالات البعيدة، بما في ذلك الموافقة التدريجية على أذونات إضافية.
من وكيل إلى وكيل (A2A)، الذي أطلقته Google عام 2025 وقدّمته إلى Linux Foundation، يحدّد كيف يتحدّث الوكلاء المستقلون مع بعضهم: يكتشف الوكيل ما يستطيعه وكيل آخر، ويرسل إليه مهمة، ويتابعها وهي تتقدّم. بلغت مواصفاته الإصدار 1.0، الذي يتضمّن «بطاقات وكيل» (Agent Cards) موقّعة، وهي الوصف المقروء آلياً لما يقدّمه الوكيل، بحيث يمكن التحقق من أن محتوى البطاقة لم يُعبث به. وفي آب/أغسطس 2026 أفادت تقارير بأن A2A ينتقل إلى مؤسسة Agentic AI Foundation نفسها التي تحتضن MCP.
ببساطة: MCP هو كيف يستعمل مساعدُك أنت أنظمتَك أنت؛ وA2A هو كيف يتعامل وكيلُك مع وكيل غيرك.
أين حدود المعايير المفتوحة؟
المعايير المفتوحة تحلّ مشكلة التوصيل. لكنها لا تقرّر من يحق له فعل ماذا.
- النضج متفاوت. معايير الفاتورة الإلكترونية والمصرفية المفتوحة منظّمة وراسخة في دول كثيرة. أما MCP وA2A فحديثان، يُراجَعان كثيراً، ويُطبَّقان بتفاوت. استعمل الروابط المبكرة، لكن توقّع التغيير.
- التوقيع ليس هوية. بطاقة الوكيل الموقّعة تثبت أن البطاقة لم تتغيّر منذ توقيعها. لكنها لا تثبت وحدها أن الموقّع هو العمل الذي يدّعيه.
- الاتصالات أبواب. كل اتصال MCP أو A2A مدخل جديد. وضمانات وكلاء الذكاء الاصطناعي في الدفاتر تنطبق: صلاحيات ضيقة، ومسودات بدل الترحيل، وهوية ظاهرة في مسار التدقيق، وسحب بخطوة واحدة.
- المعايير لا تصلح البيانات. الرقم الضريبي الخاطئ على فاتورة إلكترونية يبقى خاطئاً، فقط أسرع.
مثال محلول: مساعد المحاسبة ووكيل المورّد
محل هواتف وإلكترونيات يعمل مع محاسبة خارجية تستعمل مساعدها الذكي الخاص لنحو اثني عشر محلاً تخدمها.
دون معايير مفتوحة، يرسل صاحب المحل كل شهر جدول ميزان مراجعة قديماً أصلاً، وترسل المحاسبة أسئلتها بالبريد.
مع MCP، يسمح صاحب المحل لمساعد المحاسبة بالاتصال بنظام محاسبة المحل (وفي الأنظمة التي تربط الوكيل بشخص، بمنح دور المحاسبة حقّ ربط وكيل)، بصلاحية قراءة الدفتر والتقارير، وصلاحية تحضير مسودات قيود يومية، دون ترحيلها أبداً. يسحب المساعد ميزان المراجعة عند الحاجة ويحضّر قيد الكهرباء المستحقة للشهر ليعتمده صاحب المحل. وحين ينتهي التعاقد، يسحب صاحب المحل الاتصال بخطوة واحدة، ويُظهر مسار التدقيق كل ما فعله المساعد.
مع A2A، يشغّل موزّع المحل وكيلاً يرسل تحديثات الأسعار وتأكيدات الطلبيات. يستلم وكيل المحل تأكيداً لعشرين جهازاً بسعر 410 للواحد ويحضّر مسودة شراء. تبقى المهمة «بانتظار الاعتماد» إلى أن تقرّر صاحبة المحل؛ وحين تعتمد، يُبلَّغ وكيل الموزّع. لا يحرّك أي من الوكيلين مالاً من تلقاء نفسه.
وإن غيّر المحل نظام المحاسبة؟ مع فواتير قياسية، ووصول بنكي منظّم، وواجهة API موثّقة، يصبح الانتقال مشروع ترحيل بيانات، لا مشروع إعادة طباعة.
كيف يبدو هذا في GrowMore
يقدّم خادم MCP في GrowMore 44 أداة موثّقة لوكيلك: Claude، أو ChatGPT (في باقاته للأعمال)، أو Gemini، أو أي وكيل يدعم MCP. يبحث، ويقرأ، ويحضّر تسعة أنواع من المستندات، ويعاين الترحيل قبل كتابة أي شيء. ومنذ تشرين الأول/أكتوبر 2026 يجيب GrowMore أيضاً وكلاءَ آخرين عبر A2A الإصدار 1.0، ببطاقة وكيل موقّعة: كل مهارة هي أداة MCP التي تحمل اسمها، بالصلاحيات نفسها، ومهمة التحضير تبقى مفتوحة إلى أن يعتمدها شخص أو يرفضها؛ أما المهام المكتوبة نصاً حراً فتأتي في مرحلة لاحقة. ويتصل الوكيل عبر شخص يسمح له دوره بذلك: صاحب المحل في الإعداد الافتراضي، أو دور مخصّص يمنحه صاحب المحل هذا الحق. والطلب الذي يُنشئ شيئاً يحمل مفتاح منع تكرار، والرفض يحمل رمزاً ثابتاً. ولا يتصل GrowMore بشبكات الفوترة الإلكترونية ولا يستورد الخلاصات البنكية. التفاصيل في صفحة الذكاء الاصطناعي.
ماذا تسأل قبل أن تسلّم دفاترك لنظام؟
- هل أستطيع تصدير كل بياناتي، بما فيها التاريخ والمرفقات، بصيغة موثّقة؟
- هل توجد واجهة API موثّقة، وهل أستطيع منح أداة وصولاً محدوداً يمكن سحبه دون مشاركة كلمة مرور؟
- أي صيغ وشبكات للفاتورة الإلكترونية تدعمون في بلدي؟
- هل تدعمون MCP أو A2A، وإن كان كذلك، هل يمكن حصر الوكيل في القراءة والتحضير؟
- هل تظهر تصرّفات الوكيل في مسار التدقيق بهويته الخاصة؟
- هل تُعرف الطلبات المكرّرة فلا يُرحَّل شيء مرتين؟
ماذا تفعل هذا الشهر؟
- اكتب قائمة بكل نظام يحفظ بياناتك المالية، وكيف تنتقل البيانات بينها اليوم.
- حدّد عملية تصدير واستيراد يدوية واحدة تقوم بها كل شهر، واسأل هل يوجد لها ربط قياسي.
- اطرح على مزوّد محاسبتك الأسئلة 1 و2 و5 أعلاه.
- راجع صلاحيات كل تطبيق متصل، وكل ربط بنكي، وكل مساعد ذكاء اصطناعي؛ وألغِ ما لا تستعمله.
- اتفق مع محاسبك على طريقة وصوله إلى دفاترك: اتصال محدود الصلاحيات، لا كلمة مرورك.
أسئلة شائعة
ما الفرق بين MCP وA2A؟
يحدّد MCP كيف يتصل تطبيق ذكاء اصطناعي بالأدوات والبيانات، كأن يقرأ مساعدك برنامج محاسبتك. ويحدّد A2A كيف يجد الوكلاء المستقلون بعضهم، ويرسلون المهام إلى بعضهم، ويتابعونها، كأن يتعامل وكيلك مع وكيل مورّد.
ما هو خادم MCP؟
برنامج يعرض أدوات نظامٍ ما على مساعدي الذكاء الاصطناعي عبر بروتوكول سياق النموذج: لكل أداة اسم ووصف والمدخلات التي تقبلها. وخادم MCP البعيد الذي يطلب تسجيل الدخول يستعمل OAuth 2.1، فيمنح الشخص الوصول دون مشاركة كلمة مروره.
المصادر
- Anthropic, 'Donating the Model Context Protocol and establishing the Agentic AI Foundation' (9 December 2025). https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation
- Model Context Protocol specification, revision 2025-11-25, Key Changes (authorization discovery, incremental scope consent, client registration). https://modelcontextprotocol.io/specification/2025-11-25/changelog
- Model Context Protocol specification, Authorization (OAuth 2.1 for HTTP transports). https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization
- A2A Protocol specification (version 1.0.0; Agent Card signing in section 8.4). https://a2a-protocol.org/latest/specification/
- Axios, 'Google-backed agentic A2A protocol gets a new home' (17 August 2026). https://axios.com/2026/08/17/a2a-agentic-ai-foundation-open-ai-standards
- SD Times, 'Google's Agent2Agent protocol finds new home at the Linux Foundation'. https://sdtimes.com/ai/googles-agent2agent-protocol-finds-new-home-at-the-linux-foundation/
- Council Directive (EU) 2025/516 (ViDA), e-invoicing based on the European standard EN 16931. https://eur-lex.europa.eu/eli/dir/2025/516/oj/eng
- OpenAPI Initiative, OpenAPI Specification. https://spec.openapis.org/oas/latest.html
- OpenPeppol, the Peppol network. https://peppol.org/
- Taylor Wessing, PSD3 and PSR provisional agreement (open banking access and permission dashboard). https://www.taylorwessing.com/en/insights-and-events/insights/2025/11/eu-lawmakers-strike-a-deal-on-payments-reforms