فخ فحص مخرجات الذكاء الاصطناعي: لا تجعل الفحص يحد من جودة النتيجة

والتفتيش ليس مهمة تقليل المخرجات، بل مهمة العثور على الأخطاء الفعلية وتصحيحها.

كان النص خارج حدود الشريحة. لم أره إلا قبل الإرسال مباشرة.

في ملف إكسل بقي خطأ #REF!. وفي الجدول كانت الحدود موجودة في بعض الخلايا وغائبة في غيرها. وفي مستند وورد بقيت رموز ماركداون كان يجب حذفها. هذه ليست مسألة ذوق. النتيجة مكسورة ببساطة.

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

الفحص يرفع الحد الأدنى

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

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

حين تجعل الأسلوب خطأً ينخفض السقف

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

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

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

السؤال الذي يفصل بين الخطأ والاختيار

قبل إضافة بند فحص، يجب أن نسأل سؤالين.

أولاً، هل يبقى هذا عيباً في أغلب الحالات حتى لو اختلف قصد المستخدم وذوقه؟ صيغة #REF! المكسورة، أو شكل خرج من حدود الشريحة، أو حقل لم يُستبدل، أشياء لا يوجد غالباً سبب لتسليمها كما هي.

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

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

أداة المراجعة الجيدة لا ينبغي أن تمحو محاولات النموذج الإبداعية، بل يجب أن تحدد فقط المخرجات التي تحتوي على عيوب حقيقية.

لا يمكن تقسيم كل المشكلات إلى أبيض وأسود

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

WARN ليس حكماً بالإدانة. إنه طلب تحقق. بلا هذا الفرق تصبح الأداة إما ضعيفة جداً، أو عنيفة جداً.

الفحص الآلي لا يستبدل الحكم الأخير

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

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

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

لماذا صنعت Office File Inspector

بهذه القاعدة رتبت Office File Inspector. إنها أداة مفتوحة المصدر للعثور على العيوب الواضحة في ملفات PowerPoint وExcel وWord التي يصنعها الذكاء الاصطناعي. الهدف ليس جعل كل المخرجات شكلاً واحداً. الهدف أن نمنع الفشل الواضح مبكراً، وأن نترك مساحة الاختيار الأفضل للنموذج والإنسان. لا يجوز أن تتحول أداة الفحص إلى أداة تقلل إمكانات النموذج. الفحص الجيد يرفع الأرضية. لا يخفض السقف. → Office File Inspector على GitHub