في الوقت الحالي، لا يعرف الكثير من الناس أنني أتيت من خلفية تقنية. قبل عشرين عامًا، في بنك استثمار في منطقة آسيا والمحيط الهادئ، كان عدد الأشخاص الذين يفهمون حقًا التداول الخوارزمي ربما حوالي خمسين شخصًا، وكنت واحدًا منهم؛ في ذلك الوقت، لم يكن جوهر النظام هو "العمل"، بل كان يجب أن يكون موثوقًا على المدى الطويل ضمن قيود مثل الكمون، والاستقرار، والمراقبة، وإدارة المخاطر. لذلك، كنت في البداية معارضًا جدًا لـ "Vibe Coding"، لأنه يمكن أن يسبب بسهولة سوء فهم أن البرمجة يمكن أن تتم بـ "إعطاء تعليمات بناءً على المشاعر". ثم استخدمت شخصيًا Claude Code، وCodex، وCopilot لإنشاء بعض البرمجيات الصغيرة والأدوات الداخلية، وأدركت أن المشكلة ليست في الذكاء الاصطناعي الذي يكتب الكود، بل في الطبيعة المضللة لهذا المصطلح: عندما يُدمج الذكاء الاصطناعي في عملية الهندسة، فهو أشبه بامتداد لبرمجة الزوج، حيث يدمج "الإنتاج" و"المراجعة" في دورة واحدة، مما يسمح للناس بتحويل انتباههم من العمل المتكرر مرة أخرى إلى القرارات الرئيسية والسيطرة على الجودة. وفي الوقت نفسه، فإن الحقيقة واضحة جدًا: الأشخاص الذين لا يفهمون البرمجة يصعب عليهم تحقيق نتائج مرضية باستخدام Vibe فقط؛ ولكن بالنسبة لأولئك الذين لديهم القدرة، فإن الذكاء الاصطناعي سيزيد بشكل كبير من كفاءة وجودة التسليم، وهو ما يفسر أيضًا لماذا أحد "المزايا" الأكثر طلبًا في الشركات هو وجود المزيد من رموز LLM التي يمكن استخدامها، والسيطرة عليها، وتدقيقها من قبل الجميع، بما في ذلك الوصول إلى إعدادات النموذج الأكثر استقرارًا، وإطار العمل الخاص بالإذن والامتثال الأفضل، وسلسلة الأدوات الداخلية الأقرب إلى الأعمال، بالإضافة إلى التدريب المستمر وجمع أفضل الممارسات.