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

Question

Accepted Answer

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

## قائمة التحقق من المراجعة

- **اقرأ كل سطر.** إذا تخطيت الأسطر، فقد تشحن أخطاء لا يمكنك شرحها لاحقاً. لا استثناءات.
- **تحقق من أنه يحل المشكلة الفعلية** — وليس واحدة تبدو متشابهة. الذكاء الاصطناعي يحسّن ما هو معقول، وليس ما هو صحيح.
- **قم بتشغيل الاختبارات و linter.** أضف اختبارات للحالات التي تهتم بها؛ لا تثق بالاختبارات الخاصة به بشكل أعمى أيضاً.
- **تحقق من الحالات الحدية** — إدخال فارغ، قيم فارغة، قيم كبيرة، التزامن، الشروط الحدية.
- **تحقق من الأمان** — SQL/command injection، إدخال غير معقم، أسرار في الكود، إلغاء التسلسل غير الآمن.
- **تحقق من الأداء** — حلقات O(n²) عرضية، استعلامات N+1، ذاكرة غير محدودة.
- **تأكد من وجود واجهات برمجية** — الذكاء الاصطناعي يختلق أسماء طرق وكود مكتبات تبدو حقيقية.
- **لا تلصق أبداً كود لا تفهمه.** إذا لم تتمكن من شرحه، فلن تتمكن من صيانته أو تصحيح أخطاؤه.

## تدفق عملي

```text
1. Read the diff fully  →  do I understand every line?
2. Does it solve the real problem, including edge cases?
3. Run: tests + linter + type checker
4. Scan for security + performance red flags
5. Only then: commit (with a message that reflects what it really does)
```

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

## لماذا يهم

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