لماذا تحتاج وكلاء الذكاء الاصطناعي إلى بنية تشغيل سحابية أصلية؟

يرى Craig McLuckie من Stacklok أن وكلاء البرمجة لا ينبغي أن يبقوا مرتبطين بجهاز المطور وعمليته التفاعلية، ويعرض مشروع Mecatl مفتوح المصدر كنموذج لبنية موزعة تفصل حلقة الوكيل عن العملاء وبيئات التنفيذ والأدوات والخدمات الداعمة.

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

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

فصل حلقة الوكيل عن بقية النظام

يقترح McLuckie بناء ما يسميه «حزام تشغيل سحابياً أصلياً» باعتباره تطبيقاً موزعاً منذ البداية، بدلاً من وضع إطار سطح المكتب داخل حاوية فقط. فالحاوية قد تغير مكان تشغيل العملية، لكنها لا تفكك الاعتماد المتبادل بين مكوناتها. وفي Stacklok، أُتيح إطار Mecatl مفتوح المصدر لهذا الغرض.

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

• عملاء طرفيون وواجهات API، منها TUI باسم mecatui، وواجهات gRPC وHTTP/SSE، وSDK بلغة TypeScript.
• بيئات تنفيذ ومساحات عمل ومشغلات أوامر ينفذ فيها الوكيل مهامه.
• منظومة أدوات تشمل الأدوات المدمجة، وخدمات MCP عبر HTTP المتدفق، والمهارات، والتكاملات الخاصة بالتطبيقات.
• خدمات مساندة لإدارة مزودي النماذج، وحالة الجلسات، وسجل الأحداث، والهوية والتنسيق.

ما الذي يتغير عملياً؟

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

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

كما يتيح الكتالوج الصريح تقييد الأدوات والمهارات والتكاملات المسموح بها، مع حدود للصلاحيات والتدقيق وبيئة التنفيذ. وبما أن العميل لا يملك نظام الملفات أو بيانات الاعتماد أو حالة الجلسة، يمكن للحلقة نفسها خدمة طرفية، أو خدمة بعيدة، أو تطبيقاً مضمناً، أو نشر Kubernetes، بل وربط واجهة ويب وتكامل Slack ومحرر تعاوني بالجلسة ذاتها.

أسئلة لم تُحسم بعد

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

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

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