برمجة الوكلاء كإدمان: لماذا لا يستطيع المطورون التوقف

الساعة 2:47 صباحًا. لا توجد مهلة زمنية. لا يوجد حادث في الإنتاج.

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

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

أحيانًا تكون رائعة. أحيانًا تكون عديمة الفائدة. أنت لا تعرف مسبقًا ما ستحصل عليه.

إنه هذا التنبؤ المفقود بالذات الذي يخلق الفخ. التعزيز المتغير هو آلية نفسية مدروسة جيدًا في سياق القمار. عندما يأتي التعزيز بشكل يمكن التنبؤ به، يتكيف الدماغ ويتلاشى الاهتمام.

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

كل موجه هو ضغطة زر. أحيانًا في ثلاثين ثانية يحل الوكيل مشكلة كنت تناضل من أجلها طوال اليوم. أحيانًا ينتج شيئًا عديم الفائدة.

هذا عدم القدرة على التنبؤ لا يصد — بل يجذب. قد تكون النتيجة التالية هي الجائزة الكبرى. يستمر الدماغ في الضغط.

البيانات تؤكد هذا. هاري تان، الرئيس التنفيذي لشركة Y Combinator، يتحدث علنًا عن جلسات تستغرق 19 ساعة مع الذكاء الاصطناعي كشيء يجب أن تفخر به. في المجتمعات المهنية، أصبحت القصص عن العمل حتى الفجر أكثر تكرارًا.

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

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

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

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

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

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