Vibe coding: كيف تقوّض مساعدات AI التفكير الهندسي

مبرمج لا يكتب أكوداً يبدو تناقضاً لفظياً. لكن هذا هو بالضبط شكل النهج المتزايد الشهرة الذي يُطلق عليه "برمجة الإحساس" اليوم. مارك، مهندس تعلم آلي بخبرة تزيد على أربع سنوات في مجال التعلم الآلي، قرر اختبار هذه الطريقة على نفسه — وكانت النتائج مثيرة للإعجاب ومرعبة في الوقت نفسه.

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

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

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

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

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

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

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