وكلاء الذكاء الاصطناعي يكتبون الأكواد أسرع بكثير مما يمكن للبشر مراجعته، مما يخلق مشكلة كبيرة لفرق التطوير. يقدم هذا المقال حلاً عمليًا يتكون من خمس مراحل لمواجهة هذه المشكلة وضمان جودة العمل.
هل تعاني فرق تطوير الأكواد من مشكلة تراكم طلبات المراجعة (PRs) بسبب سرعة وكلاء الذكاء الاصطناعي في كتابة الأكواد؟ أنت لست وحدك! لقد أصبحت أدوات الذكاء الاصطناعي جزءًا لا يتجزأ من عملية تطوير البرمجيات، حيث يقوم المطورون بتبنيها بشكل فردي، ليجدوا أنفسهم فجأة أمام نصف طلبات المراجعة التي يكتبها وكلاء الذكاء الاصطناعي. هذا التحول السريع يأتي بآلام خاصة به: طلبات المراجعة تتراكم أسرع مما يمكن لأي شخص قراءتها، وكلاء مختلفون يحلون مشاكل متداخلة بطرق غير متوافقة، وقد تظهر قرارات منتج لم يوافق عليها أحد. المشكلة ليست في وكلاء الذكاء الاصطناعي أنفسهم، بل في أن نية الفريق وهدفه غير موجودة بشكل واضح يمكن للوكلاء أو المراجعين التحقق منه. في الماضي، كانت أبطأ خطوة في عملية التسليم هي التنفيذ (كتابة الكود)، لذا كانت جميع العمليات محسّنة لزيادة إنتاجية المطور. مع وكلاء الذكاء الاصطناعي، أصبح التنفيذ شبه مجاني، وتحولت العقبة إلى خطوتين أخريين: تحديد ما يجب بناؤه بالضبط، والتأكد من أن النتيجة تتطابق مع هذا القرار. لكن لا تقلق، هناك حل. تم اقتراح سير عمل من خمس مراحل ينقل الجهد البشري إلى هذه الأماكن الحرجة. هذا الحل لا يعتمد على أداة معينة (سواء كنت تستخدم Claude Code أو Cursor أو Copilot agents أو مزيجًا منها)، لأن «العقد» أو الاتفاقية تعيش في الملفات، وليس في ذاكرة أي أداة. إليك المراحل الخمس التي تضمن جودة العمل: 1. **الاستيعاب (Intake)**: يحدد مالك الميزة ملف `spec.md` الذي يحتوي على الأهداف، وما لا يشمله المشروع، ومعايير القبول. يجب أن يوافق عليها إنسان. 2. **تقسيم المهام (Task split)**: يقسم قائد الفريق التقني المهام في ملف `tasks.md`، مع تحديد نطاق كتابة كل مهمة ونتائجها القابلة للتحقق. 3. **التنفيذ (Implementation)**: يقوم وكيل ذكاء اصطناعي واحد لكل مهمة بإنشاء تغيير في الفرع (diff) يلتزم بنطاق المهمة المحدد. 4. **الأدلة (Evidence)**: يقوم نفس الوكيل بإنشاء ملف `evidence.md` يتضمن اختبارات مُسماة تعمل بنجاح. 5. **المراجعة (Review)**: يقوم مراجع بشري بمراجعة طلب السحب (PR) مع الملفات المرتبطة، باستخدام قائمة تحقق مقابل المعايير المحددة، وليس مجرد «مشاعر». هذه الخطوة هي الأهم، وللأسف، هي التي ترغب الفرق غالبًا في تخطيها. انضباط 'ما لا يشمله المشروع' هو الأهم هنا. على سبيل المثال، تحديد 'لا تغييرات في المخطط، لا قوالب بريد إلكتروني' يساعد في تحديد نطاق العمل بوضوح. هذه العملية تضمن أن كل ما يتم إنتاجه بواسطة الذكاء الاصطناعي يتماشى مع نية الفريق، ويخضع لمراجعة بشرية دقيقة، مما يعيد الكفاءة والجودة إلى عملية التطوير.