COMETAL تطلق 14 وكيلا للذكاء الاصطناعي: اختبارات ليلية بدلا من يومي عمل بشريين للاختبار اليدوي

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

المنصة أولا، ثم الوكلاء

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

اعتمد الفريق متجرا إلكترونيا جاهزا وأعاد كتابة نحو 80% من شفرته. وسرعان ما بدأ النظام الأحادي يتداعى: إصلاح شيء يؤدي إلى تعطل شيء آخر. أما المزود التالي فقد استنفد قدرته بعد شهرين، ولم يسلم النسخة الأولى إلا بعد ستة أشهر. في مايو 2023، ظهر فريق تطوير داخلي، وبحلول نوفمبر انفصلت الشركة عن المزود واستعادت الشفرة. ويضم قطاع تقنية المعلومات اليوم 25 شخصا.

ماذا يفعل الوكلاء

يعمل جميع الوكلاء داخل Yandex Messenger، وهم متصلون بخدمتي Yandex Tracker وYandex Wiki. يكتب المستخدم إليهم في محادثة العمل، من دون الحاجة إلى التنقل بين الخدمات.

وفي الأمثلة البسيطة، يبدو الأمر على النحو التالي:

• تعالج Irida رسائل البريد الواردة، التي يأتي منها 80% من الطلبات. وخلال 30 ثانية، تملأ رقم التعريف الضريبي INN واسم الشركة واسم المدير العام وبيانات الاتصال، وهي معلومات كان المدير المختص يدخلها يدويا في السابق.
• يجمع Nestor، استنادا إلى رقم INN ودور الطرف المقابل، بيانات من مصادر مفتوحة ومغلقة، ويتحقق منها عبر Kontur.Focus، ثم يصدر خلاصة خلال دقيقتين.
• يقارن Prokhor العقد بخريطة المخاطر التي أعدها المحامون، ويسلط الضوء على المواضع الإشكالية.
• ينظف Gennady الرسومات الهندسية من البيانات الشخصية والأسرار التجارية، ويتحقق من اكتمال الوثائق.
• يتصل المحلل بنسخة متماثلة من قاعدة بيانات الإنتاج يجري تحديثها مرة كل ساعة. يكتب الموظف استعلاما بلغة بشرية، ويحصل على مجموعة بيانات أو رسم بياني بدلا من الانتظار في الطابور.

أوضح الأمثلة هو وكيل معايرة QA. فهو يأخذ حالة اختبار من الـWiki، ويدخل إلى بيئة الاختبار بالدور المطلوب، وينفذ السيناريو يدويا، أي عن طريق النقرات. وبعد نجاحه، ينشئ نصا برمجيا بمحددات دقيقة، ومن ثم يعمل الاختبار لاحقا من دون شبكة عصبية. يبدأ التشغيل في 22:00، وبحلول 8:00 يكون التقرير موجودا في تطبيق المراسلة. كانت المراجعة اليدوية تستغرق يومي عمل بشريين، أما الآن فتستغرق نحو ساعة. وهناك وكيل مستقل يدعى Triageur يحلل الاختبارات الفاشلة ويحدد ما إذا كانت الشفرة معطلة أم أن حالة الاختبار أصبحت قديمة.

الأمان والقيود

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

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

ما الذي يمكن استخلاصه

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