كيف تراجع كوداً كتبه مساعد AI؟
طريقة عملية لتحديد الطلب، وفهم التغيير، وتجربته قبل اعتماده. جودة الإجابة تبدأ من السؤال وتنتهي باختبارك.
يمكن للمساعد أن يكتب دالة بسرعة، لكن سرعة الكتابة لا تخبرك إن كانت الدالة تناسب برنامجك. دورك أن تعرف ما الذي يجب أن يحدث، وما الذي يجب ألا يتغيّر، وكيف ستتحقّق من النتيجة.
لنبدأ بطلب صغير: لدينا عدّاد ونريد زرّاً لإعادته إلى الصفر. الطلب الجيد لا يحتاج إلى فقرة طويلة؛ يحتاج إلى سياق محدّد وحدود قابلة للفحص.
أعطِه المسألة، لا تخمين الحل فقط
هذا ملف JavaScript لعدّاد في صفحة HTML. أضف مستمعاً لزرّ يحمل id يساوي reset. عند النقر، يجب أن يعود الرقم والنص الظاهر إلى الصفر. اشرح التغيير، ولا تغيّر التنسيق أو أسماء العناصر الحالية.
أرفق الجزء المطلوب من HTML أيضاً. اسم العنصر الذي يعرفه المساعد يجب أن يطابق اسم العنصر الموجود فعلاً. لا ترسل مفاتيح API أو كلمات المرور أو بيانات المستخدمين ضمن السياق.
اقرأ الفرق قبل تشغيله
اسأل عن كل سطر جديد: لماذا أُضيف؟ هل يعتمد على مكتبة لم تكن في المشروع؟ هل يغيّر سلوكاً خارج الطلب؟ إذا لم تفهم عملية ما، اطلب شرحها بمثال من الكود نفسه.
resetButton.addEventListener('click', () => {
count = 0;
button.textContent = 'جرّبتها 0 مرّات';
});
هذا المقطع يغيّر الحالة والعرض معاً. لكنه يفترض أن resetButton وbutton عنصران موجودان، وأن count قابل للتغيير في هذا النطاق. الكود الذي يبدو صحيحاً وحده قد يفشل عند وضعه في مكان غير مناسب.
اختبر السلوك، لا رسالة المساعد
اضغط زرّ الزيادة ثلاث مرّات، ثم إعادة العدّ، ثم الزيادة مرّة أخرى. النتيجة المتوقعة: ثلاثة، صفر، واحد. أعد الاختبار بعد تحديث الصفحة. افحص سجلّ الأخطاء، وجرّب النقر السريع إن كان ذلك يهمّ واجهتك.
عندما تزداد أهمية الميزة، حوّل هذه الحالات إلى اختبارات مناسبة للمشروع. قول المساعد «تم الإصلاح» وصف لما حاول فعله؛ نجاح الاختبار هو الدليل على السلوك الذي فحصته.
احتفظ بتغيير صغير يمكنك التراجع عنه
احفظ نسخة أو commit قبل تعديل كبير. اطلب ميزة واحدة، راجعها، ثم انتقل إلى التالية. إذا تعطل شيء، يصبح البحث عن السبب أسهل عندما تعرف أي قرار تغيّر.
تتعلّم أسرع حين تستخدم المساعد لاقتراح خطوة وشرحها، ثم تتولّى أنت فحص أثرها. الهدف أن تصبح قراراتك أوضح، لا أن يتحوّل المشروع إلى صندوق لا تفهمه.