Professional Software Developers Don't Vibe, They Control: AI Agent Use for Coding in 2025
تتقصى هذه الورقة كيفية استخدام مطوري البرمجيات ذوي الخبرة في عام 2025 لوكلاء الذكاء الاصطناعي، كاشفةً أنهم، بدلاً من تفويض العمل بالكامل، يتحكمون استراتيجياً في سلوك الوكيل ويتعاونون معه بشكل انتقائي للحفاظ على جودة البرمجيات وسلامة التصميم.
البحث الأصلي مرخَّص بموجب CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). هذا شرح مولَّده بالذكاء الاصطناعي للبحث أدناه. لم يكتبه المؤلفون ولم يصادقوا عليه. وللتحقق من الدقة التقنية، يرجى الرجوع إلى البحث الأصلي. اقرأ إخلاء المسؤولية الكامل
في عالم إنشاء البرمجيات، وصل نوع جديد من المساعدين. لسنوات، استخدم المبرمجون أدوات تعمل مثل خاصية الإكمال التلقائي المتقدمة، حيث تقترح الكلمة التالية أو سطر الكود أثناء الكتابة. ولكن مؤخرًا، تطورت هذه الأدوات لتصبح شيئًا أكثر استقلالية؛ فهي الآن "وكلاء" (agents) قادرون على قراءة مشاريع كاملة، وإجراء تغييرات، وتشغيل الاختبارات، وإصلاح أخطائهم بأنفسهم دون الحاجة إلى كتابة بشرية مستمرة. إن الوعد الذي يقدمه هؤلاء الوكلاء مغرٍ: وهو أن بإمكان الشخص ببساطة وصف فكرة برمجية بلغة عادية ومشاهدة الآلة وهي تبنيها بالكامل بمفردها. لقد أثارت هذه الفكرة موجة من الحماس، حيث زعم البعض أن مستقبل البرمجة يتضمن "برمجة الأجواء" (vibe coding) — وهي حالة يثق فيها المطور في الآلة تمامًا، تاركًا إياها تتدفق عبر العمل بينما يتراجع الإنسان للوراء للاستمتاع بالرحلة. ومع ذلك، ومع زيادة قوة هذه الأدوات، يظل هناك سؤال جوهري: هل هذا التصور للتفويض الكامل يعمل حقًا من أجل الأشخاص الذين يبنون البرمجيات التي تدير عالمنا الحديث؟
لإيجاد الإجابة، وجه فريق من الباحثين اهتمامهم إلى مطوري البرمجيات ذوي الخبرة. أرادوا معرفة كيف يتفاعل المحترفون الحقيقيون — أولئك الذين لديهم سنوات من التدريب والمسؤولية عن أنظمة معقدة — مع هؤلاء الوكلاء الجدد في الواقع. أجرى الفريق دراستين متميزتين للحصول على صورة واضحة. أولاً، راقبوا ثلاثة عشر مبرمجًا متمرسًا أثناء عملهم على مهام حقيقية، مراقبين كيفية استخدامهم للأدوات في بيئتهم الطبيعية. بعد ذلك، أجروا استطلاعًا لـ 99 مبرمجًا آخر من ذوي الخبرة لجمع رؤية أوسع لعاداتهم ومشاعرهم. كان الباحثون يبحثون عن الحقيقة وراء الضجيج الإعلامي: هل يترك هؤلاء الخبراء الآلات تتولى القيادة، أم أنهم هم من يوجهون السفينة بأنفسهم؟
كانت النتائج واضحة ومتسقة. فعلى الرغم من جاذبية ترك الوكيل يقوم بكل شيء، إلا أن مطوري البرمجيات المحترفين لا يمارسون "برمجة الأجواء". هم لا يتخلون عن السيطرة ويأملون في الأفضل، بل يعاملون هذه الأدوات القوية كشركاء يتطلب الأمر إشرافًا صارمًا. قدّر المبرمجون في الدراسة هذه الأدوات لسبب رئيسي واحد: السرعة. فقد ساعدتهم الأدوات على كتابة الكود بشكل أسرع والتعامل مع المهام المملة والمتكررة التي قد تعيقهم لولا ذلك. ومع ذلك، فإن الرغبة في الكفاءة لم تأتِ أبدًا على حساب الجودة؛ فقد ظل المبرمجون مهتمين بعمق بموثوقية وسلامة وهيكلية البرمجيات التي يبنونها. ولأنهم يعلمون أن خطأً صغيرًا يمكن أن يتسبب في فشل كبير، فقد رفضوا ترك الوكلاء يعملون بشكل أعمى.
كانت طريقة تحكم هؤلاء المحترفين في الوكلاء منهجية ومتعمدة. فقبل أن يطلبوا من الوكيل كتابة سطر واحد من الكود، غالبًا ما كانوا يضعون خطة مفصلة، ويقسمون العمل إلى خطوات صغيرة يمكن إدارتها. لم يطلبوا من الآلة بناء نظام كامل دفعة واحدة، بل أعطوها تعليمات محددة للغاية، وانتظروا النتيجة، ثم فحصوا العمل بعناية. إذا حاول الوكيل تثبيت أداة لم يرغب فيها المطور، أو إذا بدا الكود غير منظم، كان المطور يوقفه ويصحح المسار. لقد عاملوا الوكلاء كمساعد ذكي جدًا ولكنه يفتقر للخبرة، يعرف قواعد اللغة ولكنه لا يفهم السياق المحدد للمشروع. قدم المبرمجون ذلك السياق، من خلال تقديم تعليمات واضحة، والإشارة إلى ملفات محددة، وشرح ما هو مطلوب بدقة.
امتدت هذه الرقابة الدقيقة إلى كيفية تحقق المبرمجين من العمل. لم يكتفوا بمجرد قبول الكود الذي أنتجه الوكلاء، بل قرأوا التغييرات، وشغلوا الاختبارات لمعرفة ما إذا كانت البرمجيات تعمل بالفعل، واستخدموا أدوات تصحيح الأخطاء (debugging) لتتبع أي أخطاء. وفي كثير من الحالات، وجد المبرمجون أن الوكلاء يحاولون القيام بالكثير أو يعلقون في حلقات مفرغة، مما يتطلب تدخل البشر لتصحيح الاتجاه. وجد الباحثون أن المبرمجين كانوا أكثر نجاحًا عندما استخدموا الوكلاء للمهام المباشرة، مثل كتابة الاختبارات الأساسية، أو إنشاء هياكل كود قياسية، أو تحديث التوثيق. كانت هذه مجالات تكون فيها القواعد واضحة والمخاطر المرتبطة بوقوع خطأ كبير أقل. ومع ذلك، عندما يتعلق الأمر بالمهام المعقدة، مثل تصميم الهيكل العام للنظام، أو التعامل مع منطق الأعمال الحساس، أو إصلاح الأخطاء العميقة في الكود القديم، كان المبرمجون يتراجعون؛ فقد أدركوا أن هذه المجالات تتطلب حكمًا بشريًا وفهمًا عميقًا للسياق المحدد الذي لا تمتلكه الآلة.
كان شعور المبرمجين إيجابيًا بشكل مفاجئ، ولكن بشرط جوهري. لقد استمتعوا بالعمل مع الوكلاء ووجدوا العملية أقل توترًا من البرمجة بمفردهم، ولكن فقط لأنهم ظلوا هم المسيطرين. وصفوا التجربة بأنها شراكة حيث يوفر الإنسان الرؤية والاتجاه، بينما يتولى الوكيل القيام بالعمل الشاق المتمثل في كتابة الكود. شعروا بنوع من الارتياح لمعرفتهم أن الآلة يمكنها التعامل مع الأجزاء المملة، لكنهم شعروا أيضًا بمسؤولية قوية لضمان صحة المنتج النهائي. لم ينظروا إلى الوكلاء كبدلاء لخبراتهم، بل كأدوات تضاعف قدراتهم. شبه أحد المبرمجين التجربة بقيادة سيارة عالية الأداء: كانت سريعة ومثيرة، ولكن على السائق أن يبقي يديه على المقود وعينيه على الطريق.
في النهاية، تكشف الدراسة أن مستقبل تطوير البرمجيات الاحترافية لا يتعلق بترك الآلات تتولى زمام الأمور، بل يتعلق بنوع جديد من التعاون حيث يظل البشر هم المهندسين المعماريين، ويعمل الوكلاء كبنائين. إن فكرة أن المبرمج يمكنه ببساًا وصف مشروع والابتعاد بينما تبنيه الآلة ليست هي الطريقة التي يعمل بها المحترفون ذوو الخبرة اليوم. فهم يعلمون أن جودة البرمجيات تعتمد على الإشراف البشري، والتخطيط الواضح، والقدرة على رصد الأخطاء قبل أن تتحول إلى مشكلات. ومع استمرار تحسن هذه الأدوات، يتحول دور المطور من كاتب لكل سطر من الكود إلى مدير للأنظمة الذكية. قد تصبح الآلة أكثر ذكاءً، لكن الإنسان يظل هو من يقرر ما الذي سيتم بناؤه وكيف سيتم تنفيذه.
غارق في أبحاث مجالك؟
تصلك نشرة يومية بأحدث الأبحاث المطابقة لكلماتك البحثية المفتاحية — مع ملخصات تقنية، بلغتك.