ثلاث قواعد للتطوير بمساعدة مساعد ذكاء اصطناعي: من المتطلبات إلى كود قابل للصيانة

خشي المطورون طويلًا من تسليم كودهم لمساعد ذكاء اصطناعي. والخوف مفهوم: فقد ينتهك المساعد المتطلبات، أو يكسر الكود القديم (legacy)، أو يكتب حلًّا يصعب صيانته (unmaintainable). لكن هذه المخاوف قابلة للحل، وكل ما يلزم هو وضع قواعد.

المشكلة: ذكاء اصطناعي بلا متطلبات

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

المشكلة الثانية هي التوافق مع الإصدارات السابقة (backward-compatibility). فالتغييرات في الكود تكسر القديم: خطأ في موضع واحد، فيتوقف الكود القديم (legacy) كله عن العمل. والذكاء الاصطناعي لا يرى ذلك ما لم تنبّهه إليه صراحةً.

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

ثلاث قواعد لإدارة الذكاء الاصطناعي

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

• اكتب مواصفات (spec) مع أمثلة على المدخلات والمخرجات (input/output)
• أرِه الكود الموجود (كيف يُبنى المشروع)
• حدّد الأنماط المضادة (antipatterns) («لا تفعل هكذا، لأن...»)
• أرفق قائمة الاختبارات التي يجب أن تنجح

القاعدة الثانية: ضمن التوافق مع الإصدارات السابقة. قبل الإرسال يجب أن يجتاز الكود ما يلي:

• اختبارات الانحدار (الوظائف القديمة تعمل)
• فحص الأنواع (TypeScript أو Mypy)
• أدوات فحص الكود (linters) لتوحيد الأسلوب
• فحص البناء (build-check) للتأكد من أن بناء الإنتاج (production build) لن ينكسر

القاعدة الثالثة: جودة مراجعة الكود (code review). لا تعتمد على الذكاء الاصطناعي وحده. نحن نستخدم:

• فحوصات آلية (lint وtype وbuild)
• مراجعة يدوية يجريها مطوّر ثانٍ
• اختبارات الدخان (smoke) قبل النشر

كيف يعمل ذلك عمليًا

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

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

لا نخاف الذكاء الاصطناعي لأننا نعرف قواعد اللعبة.

ماذا يعني ذلك

الذكاء الاصطناعي في التطوير ليس تهديدًا إذا التُزم بثلاث قواعد: المتطلبات، والتوافق (compatibility)، وبوابات الجودة (quality gates). عندها يعمل المساعد كمطوّر مبتدئ (junior) يتمتع بانضباط جيد.