Centaur: منصة تشغيل لوكلاء الذكاء الاصطناعي التعاوني داخل فرق العمل

وتصف الوثائق الرسمية Centaur بأنه طبقة تحكم (Control Plane) لوكلاء الذكاء الاصطناعي داخل المؤسسة، حيث يدير تشغيل الوكلاء والوصول إلى الأدوات وتنظيم سير العمل وتخزين الذاكرة الدائمة للمهام.

نموذج “الوكيل التعاوني” داخل الفرق

معظم المساعدين المعتمدين على الذكاء الاصطناعي اليوم يعملون في نموذج بسيط: مستخدم واحد يطرح سؤالًا ويحصل على إجابة.

أما في Centaur فالوكلاء يعملون كأنهم أعضاء افتراضيون داخل الفريق.

داخل سلسلة محادثة في Slack أو عبر API يمكن للوكيل أن:

• يفهم التعليمات من المستخدمين
• يستدعي أدوات داخلية أو خارجية
• ينفذ سلسلة خطوات متعددة
• يرسل تحديثات التقدم داخل نفس المحادثة

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

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

تنفيذ المهام طويلة الأمد

أحد الفروق الأساسية في Centaur هو أنه لا يقتصر على الطلبات القصيرة.

يمكن للوكلاء في النظام:

• تشغيل عمليات تستمر لساعات أو أيام
• استئناف العمل بعد إعادة تشغيل النظام
• تنسيق عدة أدوات وخطوات أثناء تنفيذ مهمة معقدة

هذه القدرات تجعل المنصة مناسبة لأتمتة العمليات التي تحتاج متابعة مستمرة أو تقدم تدريجي، وليس مجرد ردود فورية.

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

تخزين الحالة باستخدام PostgreSQL

يعتمد Centaur على قاعدة بيانات PostgreSQL لتخزين الحالة التشغيلية للوكلاء.

تتضمن البيانات المخزنة عادةً:

• طلب المستخدم الأصلي
• البيئة التي شُغّل فيها الوكيل
• أحداث التنفيذ والرسائل المتدفقة
• الحالة النهائية والاستجابة

هذا التخزين الدائم يسمح للنظام بالتعافي من إعادة التشغيل والحفاظ على سجل كامل للتفاعلات والمهام الجارية.

بنية الأمان وإدارة بيانات الاعتماد

يُعد الأمان أحد العناصر الأساسية في تصميم Centaur، خصوصًا لأن الوكلاء قد يحتاجون إلى الوصول إلى أنظمة داخلية حقيقية.

بدل إعطاء الوكيل مفاتيح API أو رموز وصول مباشرة، يستخدم النظام آلية مختلفة:

• يتم حقن بيانات الاعتماد أثناء تنفيذ الطلب عبر طبقة الشبكة
• لا يرى الوكيل المفاتيح الفعلية أو الرموز الحساسة

هذه الآلية تساعد في تقليل مخاطر مثل:

• هجمات حقن الأوامر في الطلبات (Prompt Injection)
• الأوامر الخبيثة القادمة من مصادر خارجية
• تسرب المفاتيح السرية عن طريق الخطأ

ويفترض التصميم أن الوكيل قد يتعامل مع مدخلات غير موثوقة، لذلك يتم عزل بيئة التشغيل والتحكم بدقة في الأدوات التي يمكنه استخدامها.

كيف تستخدم Paradigm المنصة داخليًا؟

قبل نشر Centaur كمشروع مفتوح المصدر، استخدمته شركة Paradigm داخل عدة فرق عمل.

ومن بين المجالات التي ذكرت الشركة أنها تعتمد فيه على النظام:

• البحث والتحليل الاستثماري
• سير العمل الهندسي
• أعمال التصميم
• عمليات التوظيف والتعيين
• تنظيم الفعاليات
• دعم العملاء

ووفقًا للشركة، أدى إدخال وكلاء مشتركة داخل هذه العمليات إلى تغيير الطريقة التي تُنظم بها المهام اليومية داخل الفرق.

توسيع المنصة عبر الأدوات وسير العمل

يمكن للمؤسسات تخصيص Centaur بسهولة عبر إضافة أدوات أو عمليات خاصة بها.

يتيح النظام:

• تعريف أدوات داخلية باستخدام Python
• إنشاء سير عمل مخصص
• إضافة تكاملات أو مهارات خاصة بالمؤسسة

كما يمكن تجميع هذه الإضافات في ما يسمى Overlay بحيث تضيف قدرات جديدة للنظام دون تعديل المستودع الأساسي للمشروع.

موقع Centaur في منظومة منصات الوكلاء المفتوحة

يأتي إطلاق Centaur في وقت يتوسع فيه مجال منصات تنسيق وتشغيل وكلاء الذكاء الاصطناعي.

لكن ما يميز Centaur هو تركيزه على الاستخدام الفعلي داخل المؤسسات، مع التركيز على عناصر تشغيلية مثل:

• الذاكرة الدائمة
• أمان بيانات الاعتماد
• تنسيق سير العمل
• التعاون بين المستخدمين

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

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