البرمجة بالذكاء الاصطناعي: كيف تنتقل من نموذج أولي إلى تطبيق موثوق؟

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

تتناول نقاشات أمان التطوير في 2026 الكود والوكلاء والنماذج عبر دورة العمل. هذه إشارة إلى أهمية مراجعة النظام الذي سيشغّل المخرجات، بجانب مراجعة الكود المكتوب.^[1]

حوّل الفكرة إلى معايير قبول

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

افصل الواجهة عن حقيقة البيانات

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

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

الصلاحيات تتحقق على الخادم

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

يمكن استخدام OWASP ASVS لاختيار متطلبات تحقق ملائمة للتطبيق، مثل التعامل مع المدخلات والجلسات والتحكم في الوصول. اختر النطاق المناسب وسجّل ما فحصته؛ لا تقدّم اجتياز بضعة اختبارات بوصفه اعتمادًا شاملًا.^[2]

اختبر المخاطر التي قد تفسد التجربة

• مدخل فارغ أو طويل أو غير متوقع، وملف لا يطابق النوع المسموح.

• إعادة إرسال الطلب نفسه بعد انقطاع الاتصال؛ هل ينشئ نسخة مكررة؟

• بيانات غير كافية وحالات فارغة ونتائج بحث لا تطابق شيئًا.

• تحديث سجل قديم بعد تغيير شخص آخر له.

• عرض الصفحة على الهاتف وباستخدام لوحة المفاتيح.

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

كيف تراجع كودًا كتبه AI؟

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

جهّز التشغيل قبل توسيع الجمهور

1. اجعل إعدادات البيئة والأسرار خارج ملفات الكود العامة.

2. احتفظ بسجل أخطاء مفيد دون تسجيل كلمات مرور أو محتوى حساس بلا حاجة.

3. حدد نسخة قابلة للرجوع وخطة تتعامل مع تغييرات البيانات أيضًا.

4. ابدأ بجمهور محدود وراقب المسار الأساسي وتكلفة التشغيل.

5. وثّق طريقة النشر والنسخ الاحتياطي والمسؤول عند العطل.

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

ملاحظة حول إعداد المقال وأمثلته وصوره.^[4]