هيكل تشغيل الوكلاء يرفع إنجاز النموذج نفسه من 30 إلى 81 بالمئة

تبدأ معظم المؤسسات التي تبني وكلاء الذكاء الاصطناعي برحلة البحث عن النموذج الأضخم في السوق، انطلاقًا من افتراض يربط دقة الأداء مباشرة بوزن النموذج وقدرته الحسابية الصرفة. تتبعنا في «AI Gossips» تجربة تقييم منضبطة نشرها باحثو «آي بي إم ريسيرش» في مطلع نوفمبر 2026، كشفت أن هذا الافتراض يغفل المتغير الحاسم في بيئات العمل الحقيقية: هيكل التشغيل والتحكم الذي يقود النموذج وينسق استدعاءاته للأدوات وقواعده التنظيمية.

أخضع الباحثون نموذجًا مفتوح الأوزان، هو «GLM-5.3-flash»، لتسعين مهمة موزعة على ثلاثين سيناريو ضمن معيار «AppWorld»، الذي يقيس قدرة النماذج على التعامل مع تسعة تطبيقات مستهلكين و457 واجهة برمجة تطبيقات تشمل البريد والمدفوعات وإدارة الملفات. جرى الاختبار بمحاولة واحدة لكل مهمة عبر إطار «هاربور»، مع تثبيت النموذج تمامًا وتغيير هيكل التشغيل فقط بين ثلاثة هياكل برمجية: «CUGA» الذي طورته «آي بي إم»، و«هيرميز» من «نوس ريسيرش» المصمم للمساعدات الشخصية دائمة العمل، و«ديب إيجنتس» من «لانغ تشين» الموجه لمهام البحث متعددة الخطوات.

أظهرت النتائج أن تبديل هيكل التشغيل وحده قفز بنسبة إنجاز المهام من 30 بالمئة مع «ديب إيجنتس» إلى 46.7 بالمئة مع «هيرميز»، ثم بلغ 81.1 بالمئة مع «CUGA». وتضاعف هذا الفارق عند قياس اتساق إنجاز السيناريوهات بكافة تفرعاتها، حيث اجتاز «CUGA» عشرين سيناريو بالكامل، مقابل ثمانية سيناريوهات لهيكل «هيرميز» واثنين فقط لهيكل «ديب إيجنتس». لم تكن النتيجة انتقاصًا من الأطر الأخرى بقدر ما برهنت على أن هيكل التشغيل يجب أن يُفصل على مقاس بيئة العمل؛ إذ يعتمد «CUGA» حلقة مدمجة تجزئ المهام خطوة بخطوة، وتقتصر على تمرير أدوات التطبيق المعني بكل خطوة بدل إرباك النموذج بكامل الواجهات، مع تشغيل الأكواد بلغة بايثون داخل بيئة معزولة، ومراجعة الكود قبل تنفيذه لتعديل البيانات، وتدقيق عمليات ترقيم الصفحات آليًا.

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

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

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