تخيل أن الذكاء الاصطناعي يكتب معظم الأكواد في مشروعك. من سيراجعها؟ وهل يستطيع المطور قراءة كل سطر والتأكد من سلامته قبل النشر؟
هذا التحدي يواجهه حتى فريق Claude Code نفسه.
بحسب الفريق، يكتب Claude نحو 90% من الأكواد الخاصة بـClaude Code. وبين يونيو وسبتمبر 2026، تضاعف عدد طلبات دمج التعديلات البرمجية أكثر من مرة، بينما انخفضت نسبة التعديلات التي اضطر الفريق إلى التراجع عنها بأكثر من 40%.
فكيف استطاعوا زيادة سرعة التطوير دون التخلي عن مراجعة الأكواد؟
المراجعة لم تعد مهمة تأتي في النهاية
في الطريقة التقليدية، يكتب المطور الكود، ثم يرسله إلى زميله لمراجعته قبل دمجه في المشروع.
لكن عندما يكتب الذكاء الاصطناعي كميات كبيرة من الأكواد يوميًا، تصبح مراجعة كل سطر يدويًا عملية صعبة وتستهلك وقتًا طويلًا.
لذلك غيّر فريق Claude Code أسلوب العمل.
بدل انتظار انتهاء البرمجة لبدء المراجعة، أصبحت المراجعة جزءًا من عملية التطوير نفسها.
كيف تتم مراجعة الأكواد؟
يعتمد الفريق على عدة مراحل متتالية:
١. التحقق قبل تقديم التعديل
بعد كتابة الكود، يُطلب من Claude تشغيل الاختبارات وتجربة بناء التطبيق والتحقق من النتيجة.
لا يكفي أن يقول المساعد إن المهمة اكتملت؛ يجب أن يقدم دليلًا على أن ما كتبه يعمل.
٢. مراجعة بواسطة ذكاء اصطناعي آخر
يراجع Claude التعديلات قبل وصولها إلى المراجع البشري، ويتحقق مما إذا كانت تحل المشكلة المطلوبة أو قد تؤثر في أجزاء أخرى من المشروع.
ويستعين النظام بعدة وكلاء للبحث عن الأخطاء والتحقق من صحة الملاحظات، بدل إغراق المطور بمشكلات غير مؤكدة.
٣. فحص أمني مستقل
تخضع التعديلات لمراجعة أمنية آلية. وإذا ظهرت مشكلة، يجب إصلاحها أو توضيح سبب عدم اعتبارها خطأ قبل السماح بدمج التعديل.
٤. تشغيل الاختبارات تلقائيًا
تُشغّل اختبارات الكود والبناء وفحوص الجودة للتأكد من عدم وجود مشكلات ظاهرة قبل الدمج.
٥. المراجعة البشرية حسب خطورة التعديل
ليست جميع التغييرات متساوية.
تصحيح خطأ إملائي في التوثيق لا يحتاج إلى مستوى المراجعة نفسه الذي يحتاجه تعديل نظام الدفع أو تسجيل الدخول.
لذلك يسمح الفريق لبعض التعديلات منخفضة الخطورة بالمرور بعد اجتياز الفحوص الآلية، بينما تتطلب التغييرات الحساسة موافقة شخص أو شخصين.
٦. النشر التدريجي وإمكانية التراجع
حتى بعد نجاح الاختبارات، قد تظهر مشكلة لم يكتشفها أحد.
لهذا تُطرح الميزات تدريجيًا، ويختبرها الموظفون أولًا، مع وجود آلية سريعة لإيقاف الميزة أو التراجع عن التعديل إذا تسبب بمشكلة.
حتى الذكاء الاصطناعي قد يبالغ في المراجعة!
من المواقف اللافتة التي ذكرها الفريق أن أحد التعديلات دخل في أكثر من 50 دورة مراجعة وإصلاح خلال ليلة واحدة.
كان وكيل الذكاء الاصطناعي يكتشف مشكلة، ثم يصلحها وكيل آخر، وبعدها تبدأ مراجعة جديدة، وهكذا.
ولمعالجة ذلك، أصبح النظام يعيد تقييم طريقة الحل بعد ثلاث دورات، ويركز على التعديلات الجديدة بدل إعادة مراجعة كل شيء باستمرار.
فالهدف ليس زيادة عدد المراجعات، بل اكتشاف الأخطاء الحقيقية بأقل وقت وجهد ممكن.
هل انتهى دور المطور البشري؟
لا، وهذا من أهم ما يؤكد عليه الفريق.
ما زال الإنسان مسؤولًا عن القرارات الأساسية، مثل تحديد ما يستحق التطوير، ومراجعة التغييرات الخطيرة، واختيار تصميم النظام، والتأكد من نتائج الاختبارات.
والأهم أن المسؤولية عن الكود لا تنتقل إلى الذكاء الاصطناعي لمجرد أنه كتبه.
ماذا نستفيد من هذه التجربة؟
إذا كنت تستخدم Claude Code أو أي مساعد برمجي آخر، يمكنك الاستفادة من الفكرة نفسها دون بناء نظام مراجعة معقد.
ابدأ بهذه الخطوات:
- اطلب من المساعد تشغيل الاختبارات بعد كل تعديل مهم، وليس الاكتفاء بكتابة الكود.
- اجعل مراجعة التعديل مهمة مستقلة، ويفضل أن تتم بسياق جديد.
- اطلب مراجعة أمنية إضافية عند تعديل الصلاحيات أو المدفوعات أو البيانات الحساسة.
- لا تعتمد أي تعديل قبل معرفة ما تغير وكيف اختُبر، مع الاحتفاظ بطريقة واضحة للتراجع عنه.
ويمكنك الاستفادة من ملفات مثل CLAUDE.md لتوضيح قواعد المشروع، وREVIEW.md لتحديد ما يجب التركيز عليه أثناء المراجعة.
الخلاصة
تجربة فريق Claude Code توضح أن الحل ليس في جعل الذكاء الاصطناعي يكتب أكوادًا أكثر، ولا في تكليف المطور بمراجعة آلاف الأسطر يدويًا.
بل في بناء طريقة عمل تجعل الذكاء الاصطناعي يكتب ويختبر ويراجع، بينما يحتفظ الإنسان بالقرارات والمسؤولية.
والدرس الأهم لمطور الفايب كودنق:
لا تسأل المساعد فقط: هل انتهيت من كتابة الكود؟ بل اسأله: كيف تأكدت أنه يعمل، وما الذي اختبرته فعلًا؟
المصدر: مقالة How the Claude Code team does code review، بقلم Addy Osmani وMorgan Westlee Lunt وQing Wang، المنشورة في مدونة Claude بتاريخ 15 أكتوبر 2026.