تصميم الوكلاء المتعدّدين وبروتوكول A2A

في الفصل السابق تناولنا كيف نربط بوكيل واحد أدواتٍ خارجيةً عبر MCP. حتى هنا صار لديك وكيل مستقلّ واحد يعمل، مزوّد بـ«العقل والأدوات والذاكرة والحلقة». لكن حين يكبر العمل، ينهار في مكانٍ ما تصميمُ حشو كلّ شيء في وكيل واحد. في هذا الفصل ننظّم — على مستوى المفهوم بلا اعتماد على إطار بعينه — «تصميم الوكلاء المتعدّدين» الذي يقسّم الأدوار ويحلّ بعدّة وكلاء، وفكرة تنسيقهم (A2A: من وكيل إلى وكيل).

حين لا يكفي وكيل واحد

الوكيل الواحد بسيط وواضح الرؤية وسهل التتبّع — ولهذا البناء بوكيل واحد أوّلاً هو الصواب. المشكلة تقع حين تضيف إليه دوراً بعد دور. حين تحشو المسؤوليات في تعليمة واحدة «ابحث، واكتب، وراجع، وترجم، وانشر أيضاً…»، تبدأ الدقّة بالانخفاض فجأةً عند نقطة ما.

الأسباب أساساً ثلاثة. ① تطول التعليمة وتغمض (كلّما كتبت هذا وذاك، حار النموذج أيّها يُقدّم). ② يتضخّم السياق (يحمل معلومات لا صلة لها، فتخفّ التعليمة الجوهرية). ③ الأدوات كثيرة جداً (كلّما زادت الخيارات سهُل اختيار أداة خاطئة). حالةُ الحشو المفرط في وكيل واحد تشبه «مكان عمل يعمّه الارتباك لأنّ شخصاً واحداً يجمع أدواراً كثيرة».

غير أنّ التقسيم لا يحسّن حتماً. فالتقسيم يلازمه تكلفة تنسيق. لذا فصلب هذا الفصل ليس «كيف تقسّم» فحسب، بل أن تتبيّن «هل ينبغي التقسيم أصلاً». لننظر أوّلاً إلى الأشكال الثلاثة الممثِّلة، ثم نمضي إلى معيار الحكم ذاك.

ثلاثة أنماط أساسية

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

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

متى تقسّم ومتى لا تقسّم

حين تعرف الأنماط، تميل إلى تقسيم كلّ شيء. لكنّ التقسيم يلازمه دائماً «تكلفة التنسيق» — عناء تمرير المعلومات بين الوكلاء وتوليفها وانتظار بعضها بعضاً. لا يصير تعدّد الوكلاء صواباً إلا حين تفوق فائدةُ التقسيم تكلفةَ التنسيق هذه. لننظر أوّلاً إلى الجانبين جنباً إلى جنب.

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

التنسيق بين الوكلاء (A2A)

حين تقرّر التقسيم، فمهمّة التصميم التالية هي «كيف يتبادل الوكلاء المعلومات فيما بينهم». في الفريق البشريّ يعادل هذا عملَ تحديد صيغة كتيّب التسليم وقواعد الإبلاغ. إن غمض هذا، فمهما برع الأفراد لن يتوافق الكلّ. نقطتان كبيرتان ينبغي الإمساك بهما في التنسيق.

هذه الفكرة «أن يقتسم الوكلاء الأدوار ويتعاونوا»، تسعى إلى تنظيمها ومعيَرَتها حركةٌ اسمها A2A (من وكيل إلى وكيل). فبينما كان MCP في الفصل السابق اتفاقاً يربط «الوكيل ↔ الأدوات/البيانات»، فإنّ A2A هو اتفاق يربط «الوكيل ↔ الوكيل» — اعتبره أدباً موحّداً لأن تعرف ما يستطيعه الوكيل المقابل، وتطلب منه مهمّة، وتستلم النتيجة.

المهمّ ليس حفظ اسم البروتوكول، بل موقف التصميم القائل «التنسيق يلزمه اتفاق صريح». من يمسك أيّ مهمّة، وبأيّ دخل يبدأ، وماذا يعيد، وإن فشل فإلى من يُعاد — إنّ تحديد هذا الاتفاق مسبقاً هو أساس نظام لا ينهار وإن كبر حجمه.

إدارة السياق والتكلفة

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

و«تضييق المعلومات المُمرّرة» خاصّةً قرارُ تصميم عظيم الأثر. في نمط المنسّق + العمّال، يحمل الأبُ الصورة الكاملة، لكن يمرّر للأبناء المهمّةَ المقتطعة والدخلَ الأدنى فقط. كلّما أبقيت السياق الذي يحمله الابن صغيراً، ارتفعت الدقّة وانخفضت التكلفة. اعتبر هذا امتداداً لفكرة هندسة السياق التي لمسناها حتى الفصل السابق، موسَّعةً إلى عدّة وكلاء.

التعثّرات والوقاية بالتصميم

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

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

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