باحثو NTU Singapore يختصرون زمن بناء برمجيات القرار من أشهر إلى ساعة

قدّم فريق من جامعة نانيانغ التكنولوجية في سنغافورة (NTU Singapore) إطار عمل بالذكاء الاصطناعي يبني تلقائياً برمجيات معقدة لاتخاذ القرار. وبحسب الباحثين، كان تطوير نظام كهذا يستغرق في السابق أشهراً من عمل متخصصين ضيّقي الاختصاص، أما الآن فتكفي نحو ساعة. وإن تأكد هذا الرقم عملياً، فهو يعني اختصار المدة بمقدار رتبتين عشريتين.

ما المعروف عن هذا التطوير

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

أبرز الحقائق التي يمكن اعتبارها مؤكدة:

• الجهة المطوِّرة: NTU Singapore.
• ما يجري أتمتته: بناء برمجيات معقدة لاتخاذ القرار.
• المدة السابقة: أشهر من العمل الهندسي المتخصص.
• المدة المعلنة مع إطار العمل: نحو ساعة واحدة.
• نوع النظام: إطار عمل بالذكاء الاصطناعي. ولا يُعرف ما إذا كان يقوم على نموذج لغوي كبير.

لماذا يستغرق بناء هذه الأنظمة أشهراً

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

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

ما الذي ينقص في الإعلان؟

رقم «نحو ساعة» بلا سياق لا يقول الكثير. ولا توجد إجابات عن الأسئلة التي تتوقف عليها قيمة العمل كلها:

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

إلى أن تظهر ورقة بحثية أو نسخة أولية (preprint) تتضمن هذه البيانات، ينبغي التعامل مع النتيجة بحذر. فالتوليد الآلي للبرمجيات الحاسمة يخفق في الغالب عند القيود غير البديهية: إذ ينتج النموذج برنامجاً يعمل ويبدو مقنعاً، لكنه ينتهك قاعدة لم يذكرها أحد بصوت مسموع.

ما الذي ينبغي التحقق منه قبل التطبيق

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

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