معمارية ACP: بناء أنظمة قابلة للتشغيل البيني لوكلاء الذكاء الاصطناعي

01 / الضغط المعماري

لا ينبغي أن يخلق التخصص تشابكًا من التكاملات المخصصة

نادرًا ما يبقى نظام الوكلاء المفيد وكيلًا عامًا واحدًا طويلًا. فقد يفهم المخطِّط المستخدم ويقسّم العمل، ويمتلك المتخصص أفضل التعليمات والنماذج وبيانات التقييم والصلاحيات لمهمة ضيقة، وتتولى خدمة أخرى البحث أو الامتثال أو سير عمل تجاريًا. تكمن القيمة في انتقال العمل بينها.

دون حدود مشتركة، يصبح كل اتصال جديد عقدًا خاصًا: نقاط نهاية مخصصة، وكائنات رسائل مرتبطة بإطار معين، وحالة ضمنية، ومسؤوليات غير واضحة. ويصعب تغيير النظام في الوقت نفسه الذي تزداد فيه قدراته.

التشغيل البيني لا يعني جعل الوكلاء متطابقين، بل الاتفاق على الحد الأدنى من العقد اللازم ليعملوا معًا بأمان.

02 / معمارية ACP

ضع البروتوكول عند واجهة الوكيل

عالج بروتوكول اتصال الوكلاء ACP، الذي تطوّر ضمن منظومة BeeAI من IBM، مشكلة التكامل بطبقة اتصال مفتوحة قائمة على HTTP. ويمكن قراءة نمطه الأساسي على النحو التالي:

Client → ACP service → protocol wrapper → agent → tools and data

يكتشف العميل وكيلًا ويطلب منه عملًا. توفّر الخدمة المواجهة لـACP حدود البروتوكول القياسية. وخلفها، تحوّل طبقة تكييف رسائل البروتوكول المنظّمة إلى ما يفهمه تنفيذ الوكيل القائم، ثم تحوّل النتيجة إلى الصيغة القياسية. ويمكن للوكيل نفسه أن يظل مبنيًا على LangChain أو LangGraph أو CrewAI أو BeeAI أو تنفيذ مخصص.

طبقة التكييف هي حلقة الوصل العملية. فيها يمكن التحقق من المدخلات وفرض المصادقة والتفويض وتوحيد الأخطاء وتشكيل الاستجابات وإصدار بيانات التتبع، دون إعادة تصميم الوكيل الداخلي لكل مستدعٍ خارجي. إنها موائم، وليست عقلًا ثانيًا.

03 / نموذج التنفيذ

سجل التشغيل يجعل عمل الوكيل قابلًا للمراقبة

مثّل ACP التنفيذ بوصفه تشغيلًا (Run). وهذا مهم لأن عمل الوكيل كثيرًا ما يتجاوز طلبًا واحدًا يعقبه رد واحد. فقد ينتج التشغيل مخرجات مرحلية، أو يعمل بصورة غير متزامنة، أو يبث التقدم، أو يتوقف لطلب معلومات قبل الاكتمال. وتوفّر الرسائل وأجزاؤها طريقة منظّمة لنقل النص والملفات والصور وJSON وغير ذلك.

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

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

04 / حدود متكاملة

استخدم MCP للقدرات وA2A للتعاون

يحل ACP وبروتوكول سياق النموذج MCP مشكلتين مختلفتين. يوحّد MCP طريقة اتصال تطبيق الذكاء الاصطناعي أو الوكيل بالأدوات ومصادر البيانات والقدرات الخارجية، بينما صُمم ACP لاتصال الوكلاء المنفّذين بصورة مستقلة. كانا متكاملين لا متنافسين.

Orchestrator agent
  ├─ A2A → specialist agent
  └─ MCP → tools, data and resources

Specialist agent
  └─ MCP → its own tools, data and resources

أُرشف مستودع ACP الأصلي، ويذكر القائمون عليه أن ACP أصبح جزءًا من A2A تحت مظلة مؤسسة Linux. لتكامل جديد بين الوكلاء، ابدأ بـ A2A. تبقى المعمارية مألوفة: اكتشف وكيلًا مناسبًا، وفوّض مهمة، وتابع دورة حياتها، وتلقَّ النتائج دون الارتباط بإطار الطرف الآخر أو تفاصيل تنفيذه الخاصة. MCP يبقى الحد المكمّل للوصول إلى الأدوات والبيانات.

05 / تطبيق عملي

طبّق النمط على مساعد للبحث عن الوظائف يفهم السيرة الذاتية

توضح تجربة CareerFlow ↗ العامة الجانب الذي يراه المستخدم: رفع سيرة ذاتية، ومراجعة المهارات المكتشفة، واختيار موقع، والبحث بمساعد يعتمد على CopilotKit. إنها مثال قوي على إضافة قيمة من التعاون المتخصص دون تعقيد الواجهة.

لا تكشف الصفحة العامة كل خدمات الخلفية، لذلك فإن التصميم التالي امتداد معماري مقترح، وليس ادعاءً عن التنفيذ الحالي. يمكن لوكيل تنسيق الاحتفاظ بسياق المستخدم وطلب نتائج مدعومة بالأدلة من وكيل متخصص في بحث الفرص. يمتلك ذلك المتخصص البعيد سير البحث، ويستخدم MCP للوصول إلى أداة مثل Tavily. ويمكن لبيئة AWS توفير تشغيل معزول وهوية وإدارة أسرار وسجلات تدقيق وفرض سياسات.

لاحظ ما يتيحه هذا الفصل. لا تحتاج واجهة CopilotKit إلى بيانات اعتماد Tavily، ولا يحتاج وكيل التنسيق إلى معرفة سلسلة التعليمات الداخلية للباحث. ويمكن للمتخصص تحسين مصادره أو تغيير بيئة تشغيله خلف عقده العام. لكل حد مسؤول واضح.

06 / خيارات الإنتاج

التشغيل البيني يحتاج إلى انضباط تشغيلي

البروتوكول المشترك لا يخلق الثقة وحده. قبل ربط وكيل متخصص، اجعل العقد التشغيلي صريحًا.

على AWS، يعني ذلك عادةً هويات مستقلة لأحمال الوكلاء، وبيانات اعتماد قصيرة العمر، ومدير أسرار بدلًا من مفاتيح ظاهرة في التعليمات، ومسارات بيانات مشفّرة، وسجلات وتتبعات مركزية، وقواعد واضحة للاحتفاظ بالمستندات الشخصية مثل السير الذاتية. يحدد البروتوكول كيفية اتصال الأنظمة، وتحدد ضوابط المنصة ما إذا كان تشغيل هذا الاتصال آمنًا.

07 / الفكرة المستدامة

ابنِ الوكلاء مكونات مترابطة، لا جزرًا معزولة

من الأنسب فهم ACP بوصفه خطوة مهمة نحو معمارية وكلاء قابلة للتشغيل البيني. انتقل مساره التنفيذي المباشر إلى A2A، لكن مبدأ التصميم أبقى من أي مواصفة: افصل الاتصال عن الذكاء.

حين يمكن اكتشاف الوكلاء وتفويضهم وضبطهم ومراقبتهم عبر حدود واضحة، تكسب الفرق حرية التخصص دون حبس النظام كله في إطار واحد. يوفّر A2A مسار الاتصال بين الوكلاء اليوم، ويزوّدهم MCP بالأدوات والبيانات اللازمة. ويجعلان معًا تطوير النظام متعدد الوكلاء بصورة مقصودة أكثر سهولة.

للمزيد من القراءة: مستودع ACP المؤرشف، ووثائق A2A، ومقدمة MCP.