ACP — بروتوكول التواصل بين الوكلاء

تخيّل زميلين في العمل يتحدثان بلغتين مختلفتين—أحدهما يستخدم البريد الإلكتروني، والآخر يستخدم أوراق الملاحظات اللاصقة. لن يُنجزا أي شيء ما لم يتفقا على طريقة مشتركة لتبادل الرسائل. هذا بالضبط ما يفعله بروتوكول ACP للوكلاء الأذكياء (AI agents).

ما هو ACP؟

ACP هو اختصار لـ Agent Communication Protocol (بروتوكول تواصل الوكلاء). وهو مجموعة من القواعد التي تتيح لوكيلين من وكلاء الذكاء الاصطناعي (أو وكيل وأداة) التحدث مع بعضهما البعض بطريقة واضحة ومنظمة—مثل مترجم عالمي للآلات. بدلاً من أن يخمّن كل وكيل ما يعنيه الآخر، يتبعان “لغة” مشتركة من الطلبات والردود.

اعتبرها المصافحة قبل بدء المحادثة. وكيل يقول: “أحتاج هذه البيانات”، والآخر يرد: “تفضل، بهذا التنسيق المحدد.” لا لبس، ولا فقدان للسياق.

لماذا نحتاج إليه؟

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

على سبيل المثال، في Hermes Agent، قد يكون لديك:

• وكيل مخطط (planner agent) يقرر ما يجب فعله.
• وكيل منفذ (worker agent) ينفذ المهمة فعلياً.
• وكيل ذاكرة (memory agent) يخزن النتائج السابقة.

يتيح ACP لهؤلاء تبادل الرسائل ذهاباً وإياباً دون أن تكتب كود ربط (glue code) لكل زوج منهم.

كيف يعمل عملياً؟

إليك مثال بسيط. لنفترض أنك طلبت من Hermes أن “يحجز اجتماعاً ويرسل ملخصاً.” يرسل الوكيل المخطط رسالة إلى وكيل التقويم:

{
  "type": "request",
  "action": "create_event",
  "params": {
    "title": "Project Sync",
    "time": "2025-05-01T10:00:00Z"
  }
}

فيرد وكيل التقويم:

{
  "type": "response",
  "status": "success",
  "data": {
    "event_id": "12345"
  }
}

الآن يعرف الوكيل المخطط أنه تم إنشاء الحدث. يمكنه بعد ذلك إرسال رسالة أخرى إلى وكيل البريد الإلكتروني مع معرف الحدث. لا أحد يشعر بالحيرة.

القواعد الأساسية لـ ACP

1. كل رسالة لها نوع – إما request (طلب) أو response (رد).
2. كل طلب له إجراء (action) – مثل create_event أو get_weather.
3. كل رد له حالة (status) – success (نجاح) أو error (خطأ).
4. البيانات منظمة – باستخدام JSON، مما يجعل قراءتها وتحليلها سهلاً.

هذا كل شيء. بسيط، لكنه فعّال.

تشبيه من الحياة الواقعية

تخيّل أنك تطلب طعاماً في مطعم. أنت (المستخدم) تعطي طلبك للنادل (الوكيل المخطط). يكتب النادل طلبك على ورقة الطلب (رسالة ACP) ويسلّمها للطاهي (الوكيل المنفذ). يطبخ الطاهي الطبق ويضعه في نافذة التقديم (الرد). يلتقطه النادل ويحضره إليك. الجميع يعرف تنسيق ورقة الطلب، لذا يعمل المطبخ بسلاسة.

الخلاصة ونصيحة عملية

ACP هو الغراء الخفي الذي يمكّن وكلاء الذكاء الاصطناعي من التعاون دون فوضى. الأمر كله يتعلق بـ رسائل واضحة ومنظمة—لا أكثر، ولا أقل.

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

الآن اذهب وتحدث مع وكلائك—سيفهمون بعضهم البعض جيداً.

---