3 ملايين سطر من الكود كتبها الذكاء الاصطناعي: لماذا يفشل "فايب كودينج" في الوصول إلى التجارة؟

ضج مجتمع المطورين مؤخرًا بخبر قيام جيش من وكلاء الذكاء الاصطناعي ببناء متصفح يتكون من 3 ملايين سطر من الكود في أسبوع واحد فقط. الأرقام وحدها تبدو مذهلة، ولكن النتيجة، FastRender، كانت في الواقع أقرب إلى نفايات رقمية لا يمكن حتى تجميعها (Compile) بشكل صحيح.

كانت السرعة ثورية، لكن المنتج لم يعمل. يجب أن نطرح سؤالاً جوهريًا من هذا الفشل: لماذا لا نحصل على منتج يستحق الدفع مقابله بينما يضخ الذكاء الاصطناعي الأكواد بسرعة الضوء؟ الإجابة تكمن في محدودية "الفايب كودينج" (Vibe Coding) أو البرمجة القائمة على الحدس والافتقار إلى العمق التقني.

قاعدة 80/20 التي تخلق المنطقة المحرمة

توجد قاعدة 80/20 في تطوير البرمجيات؛ حيث ينجز الذكاء الاصطناعي في رمشة عين الـ 80% من المشروع التي تشمل استدعاءات API القياسية أو الأكواد المتكررة (Boilerplate). لكن الجوهر الذي يشعر المستخدم بقيمته ويحدد النجاح التجاري يكمن في الـ 20% المتبقية.

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

الديون التقنية التي يتركها "الفايب كودينج"

يشير مصطلح "الفايب كودينج" الذي ذكره أندريه كارباثي إلى أسلوب يطور فيه المطورون البرامج من خلال الحوار (Vibe) مع الذكاء الاصطناعي دون معرفة التفاصيل الدقيقة للمنطق. ورغم أنه مفيد لتصور الأفكار بسرعة، إلا أنه يتحول إلى سم قاتل في تطوير المنتجات التجارية.

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

البديل هو الهندسة الوكيلة (Agentic Engineering)

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

لتحقيق ذلك، يقترح الخبراء إطار عمل SPARC:

• Specification (المواصفات): تعريف المتطلبات الهيكلية بدلاً من المطالبات (Prompts) الغامضة.
• Pseudocode (الكود الزائف): تصميم تدفق المنطق بلغة بشرية قبل البدء بالبرمجة.
• Architecture (الهندسة المعمارية): التصميم المسبق للعلاقات بين الوحدات وتدفق البيانات.
• Refinement (التنقيح): التعديل المتكرر من خلال اختبارات الوحدة والتحليل الساكن.
• Completion (الإكمال): التحقق من التكامل النهائي والأمن.

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

استراتيجية عملية لمنتجات عالية الجودة

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

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