APP Motors تفحص مهام الورشة كل خمس دقائق وتنبّه إلى التوقفات

لم ينهِ المصمم المخطط، وعامل التجميع ينتظر، والمدير يستفسر عن السبب هاتفياً. في منشأة إنتاج صغيرة تختفي هذه السلسلة بسهولة وراء تكليف عاجل جديد. وصف مؤلف APP Motors على موقع Habr نظامه الخاص: تُنشأ المهام بالصوت من الهاتف، وتُربط باعتماديات، ويذكّر البرنامج بالتأخيرات. وبالنسبة للمطوّر، تكمن الفائدة في طريقة عملية للفصل بين الأتمتة المعتادة وعمل النموذج اللغوي.

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

من التعليمة الشفهية إلى المهمة

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

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

يبحث الخادم عن الموظف في قاعدته الخاصة قبل التوجه إلى النموذج. وبحسب وصف المؤلف، يُستبدل الاسم في النص المرسل بعلامة خدمية. وهذا يقلل نقل البيانات الشخصية، لكنه لا يثبت وحده أن بقية الحقول خالية من المعلومات الحساسة.

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

من ينبّه إلى التوقف

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

يمكن ربط المهام بعلاقة «مطلوب لـ»: المخطط مطلوب للقطعة، والقطعة للتجميع. يبحث البرنامج عن مهمة نشطة بلا مهام فرعية غير مغلقة ويتحقق من وجود حركة عليها مؤخراً. وتبلغ العتبة أربع ساعات للسلسلة الحرجة ويومين للسلسلة العادية. وتؤخذ الأولوية من أكثر مهام السلسلة استعجالاً.

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

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

ما يستحق الاقتباس وما يجب التحقق منه

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

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

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

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