خلل "يبدو على ما يرام": كيف ترصد الأعطال الصامتة في تطبيقك المبنيّ بالذكاء الاصطناعي
أنتجت أداة بناء التطبيقات بالذكاء الاصطناعي لديك نموذج تواصل. كتبت اسمك، وضغطت إرسال، ورأيت رسالة النجاح الودودة، ومضيت في طريقك. بعد أسبوع تذكر الصفحة لصديق، فيسألك إن كان أحد قد ملأها. تذهب للتحقّق. ثلاثة طلبات قابعة في حالة معلّقة من نوعٍ ما. ولم يصل أيٌّ منها إلى صندوق بريدك أبداً.
هذا هو نمط العطل الأكثر شيوعاً لتطبيق مبنيّ بالذكاء الاصطناعي، وهو ليس النمط الذي يقلق منه معظم الناس. الأخطاء التي تُظهر رسالة خطأ حمراء يسهل إيجادها — فأداة الذكاء الاصطناعي ستصلحها في دقيقتين. أما الأخطاء الخطيرة فهي تلك التي تبدو فيها الشاشة على ما يرام، ويظنّ المستخدم أنه انتهى، ولا تكتشف الأمر أنت إلا بعد شهر.
هذا المقال قائمة فحص لرصد تلك. ليس “كيف تختبر مثل مهندس ضمان جودة” — بل المواضع الخمسة التي يتأذّى فيها المستخدمون الحقيقيون من تطبيق مبنيّ بالذكاء الاصطناعي يبدو وكأنه يعمل.
1. أرسِل شيئاً وتحقّق من أنه وصل فعلاً إلى مكان ما
حين تصنع أداة الذكاء الاصطناعي نموذجاً، اطرح سؤالاً واحداً: إلى أين تذهب البيانات؟ ليس بشكل مجرّد — بل حرفياً، أين يمكنك أن تذهب لتنظر إليها بعد الإرسال؟
عدد كبير على نحو مفاجئ من هذه النماذج يُرسِل إلى معالِج يُرجِع “شكراً لك!” دون أن يرسل البريد، أو يحفظ في قاعدة بيانات، أو يُشعِر أحداً قطّ. النموذج واجهة مهذّبة لا غير. لذا:
- أرسِل مدخلاً تجريبياً باسم مزيّف لكنه واضح مثل “ZZZ TEST”.
- افتح لوحة التحكّم، أو قاعدة البيانات، أو صندوق البريد، أو جدول البيانات — أينما يُفترض أن تصل الطلبات.
- اعثر على مدخل “ZZZ TEST” هناك، بالطابع الزمني الصحيح.
إن لم تستطع إيجاده خلال أقلّ من دقيقة، فنموذجك معطّل، حتى لو هنّأك على الإرسال. رأيت نموذج “تواصل معنا” على صفحة هبوط مدفوعة يجمع صفر عميل محتمل لمدّة ثلاثة أسابيع لأن خطوة البريد لم تُوصَّل قطّ. وكانت الصفحة تبدو مثالية.
2. جرّب المسار الذي ما كنت لتسلكه أبداً
أنت تعرف ما يفعله تطبيقك لأنك راقبت بناءه. تضغط الأزرار بالترتيب نفسه في كل مرّة. المستخدمون الحقيقيون لن يفعلوا.
اختر المسار الذي يبدو أغرب ما يكون:
- اضغط إرسال مرّتين متتاليتين، بسرعة.
- أعِد تحميل الصفحة في منتصف القيام بشيء.
- افتحه في نافذة خاصّة دون تسجيل دخول.
- اكتب اسماً فيه فاصلة عليا (O’Brien هو المدمّر الكلاسيكي).
- اكتب رقماً في حقل يطلب رقماً، لكن اجعله سالباً أو صفراً.
إن تعطّل شيء بشكل ظاهر، فهذا خلل حقيقي — لكنه على الأقل خلل صاخب. أما نسخة “يبدو على ما يرام” فهي حين تُنشئ الضغطة الثانية سجلاً مكرّراً ولا توجد طريقة لمعرفة ذلك من الشاشة. اذهب وتحقّق من قاعدة البيانات وابحث عن صفّي “ZZZ TEST” بطابعين زمنيين تفصل بينهما ثانيتان. إن وجدتهما، فالنموذج يحتاج إلى حارسٍ ضدّ التكرار.
3. انتظر يوماً، ثم عُد
كثير من الشيفرة المولّدة بالذكاء الاصطناعي يستخدم ذاكرة مؤقّتة تُمسَح حين يُعاد نشر التطبيق أو تُعاد تشغيله. يحفظ التطبيق بياناتك في شيء يسمّيه المطوّر “حالة في الذاكرة” — مناسب لعرض توضيحي، لكنه كارثي لأي شيء حقيقي.
الاختبار قاسٍ وسهل: أدخِل بعض البيانات، وأغلق التبويب، وانتظر أربعاً وعشرين ساعة، ثم عُد. إن اختفت بياناتك أو تشوّشت، فالتخزين ليس حقيقياً. على الأرجح أن أداة البناء لديك تحتاج إلى أن تُخبَر، بلغة بسيطة: “هذه البيانات تحتاج إلى أن تبقى بعد إعادة تشغيل الخادم”. معظم أدوات البناء ستتحوّل إلى قاعدة بيانات عند الطلب؛ وبعضها لن يفعل ما لم تطلب.
يمكنك إجراء نسخة أسرع من هذا الاختبار بأن تسأل أداة البناء، في الدردشة: “أين تُخزَّن بيانات هذا النموذج، وهل ستبقى بعد إعادة النشر؟” إن ذكرت الإجابة “في الذاكرة” أو “جلسة” أو “لهذه المرّة”، فقد وجدت الخلل قبل أن يصل إليه أي مستخدم.
4. اعرضه على شخص واحد ليس أنت
أنت تعرف ما يعنيه تطبيقك. أنت صمّمته. أنت سمّيت الأزرار. التسميات بديهية لك لأنك كتبتها.
اعرضه على صديق دون شرح أي شيء. قل: “حاوِل أن تفعل كذا.” راقِبه. لا تساعد. ثلاثة أشياء ستحدث:
- سيضغط في مكان لم تتوقّعه، وسيفعل التطبيق شيئاً مفاجئاً.
- سيعلق عند تسمية بدت بديهية حين كتبتها.
- سيفعل الشيء الذي أردته منه، لكن في نصف الخطوات التي تخيّلتها، ويتخطّى شاشة بالكامل — أحياناً شاشة كان التطبيق يعتمد عليه أن يملأها.
كلٌّ من هذه خلل حقيقي. ولا يُظهر أيٌّ منها خطأً. سيقول الصديق “أوه، إنه لطيف”، ويعيد إليك الحاسوب. وستعرف، من مراقبة وجهه، أنه ضاع لثلاثين ثانية في مكان لم تظنّ أن فيه أي شروخ.
5. اقرأ البريد الذي يرسله، على هاتف
إن كان تطبيقك يرسل رسائل بريد — تأكيدات، أو إعادة تعيين كلمات مرور، أو فواتير — فافتح واحدة على هاتفك، وأخرى في برنامج بريد مختلف عن الذي تستخدمه عادةً. تميل التطبيقات المبنيّة بالذكاء الاصطناعي إلى توليد رسائل بريد تبدو رائعة في Gmail على سطح المكتب، وتبدو كالضجيج في Outlook على Android.
المنطق نفسه ينطبق على إيصالات PDF، والتصديرات القابلة للتنزيل، وأزرار “شارِك هذا الرابط”. الشيء الذي يخرج من تطبيقك إلى العالم الحقيقي هو أقلّ أجزاء البناء بالذكاء الاصطناعي اختباراً. وهو أيضاً الجزء الذي يراه مستخدموك أكثر من غيره. مؤسِّس أعرفه أطلق مسار دفع جميلاً، لكن إيصال PDF الخاصّ به، على iPhone، كان مربّعاً أسود واحداً. لم يشتكِ أحد — بل توقّفوا عن الشراء فحسب.
الحقيقة غير المريحة عن “إنه يعمل”
حين تبني بأداة بناء التطبيقات بالذكاء الاصطناعي، “إنه يعمل” يعني “اشتغل على جهازي، في متصفّحي، بضغطاتي بالضبط، في اليوم الذي بنيته فيه”. وهذا ادّعاء أصغر بكثير ممّا يبدو.
التطبيقات الحقيقية تعمل حين:
- يستخدمها شخص مختلف.
- تبقى البيانات لفترة أطول من العرض التوضيحي.
- يكون المسار عبر التطبيق مساراً لم تتوقّعه.
- يُقرَأ المُخرَج على جهاز لم تختبر عليه.
لست بحاجة إلى أن تصبح مختبِر برمجيات لتطلق شيئاً جيّداً. تحتاج فقط إلى إجراء هذه الفحوص الخمسة مرّة واحدة، في اليوم السابق لإخبار أي أحد بوجود التطبيق. تستغرق نحو عشرين دقيقة. وستلتقط تسعة من كل عشرة أخطاء صامتة كانت ستصل لولا ذلك إلى مستخدم يدفع.
إن لم يكن لديك وقت إلا لواحد، فافعل الأول. أرسِل شيئاً. اعثر عليه في الجانب الآخر. معظم التطبيقات المبنيّة بالذكاء الاصطناعي تبدو على ما يرام. والحيلة هي التأكّد من أنها كذلك فعلاً.
إن لامسك هذا، فالشيء التالي الذي يستحقّ القيام به هو أن تجلس مع ورقة وتكتب الأشياء الثلاثة التي يجب على تطبيقك ألّا يفشل فيها بصمت أبداً — النموذج، أو البريد، أو الدفع، أيّاً كان شأنك — وأن تمرّ على كلٍّ منها بالفحوص أعلاه. عشرون دقيقة الآن تشتري لك كثيراً من ليالي النوم لاحقاً.