استعادة زمام الأمور
إشارات الفشل، ولماذا يكلّف التخلص من العمل أقل من ترقيعه.
التعرّف على الحدود واستعادة زمام الأمور
مضت أربعون دقيقة على بدء الجلسة. المحاولة الأولى لم تُترجَم (compile)، والثانية تُترجَم لكنها كسرت اختبارين، والثالثة أصلحت هذين الاختبارين وكسرت ثالثًا، والرابعة أعادت للتوّ الخطأ نفسه الذي ظهر في المحاولة الأولى. ومع ذلك تعيد التشغيل، لأن «الأمر شبه منتهٍ»، ولأن أربعين دقيقة مدة أطول من أن تُرمى كلها. وبعد ساعة، لم يعد الملف يشبه شيئًا، ولم تعد تعرف أي جزء من الشيفرة هو الأصلي، وتنتهي بتنفيذ git checkout غاضب يلغي كل شيء، بما في ذلك التعديلان الجيدان.
هذا السيناريو ليس حكاية عابرة، بل هو نمط الفشل الأكثر شيوعًا في العمل مع الوكيل، ويعود إلى انحياز معرفي موثّق جيدًا: التكلفة الغارقة. فكل تكرار يزيد من استثمارك العاطفي ومن ترددك في التخلي، بينما تتناقص احتمالية النجاح. والوكيل الذي أخفق ثلاث مرات في المهمة نفسها لا يتعلم: إنه يدور في سياق تلوّث بمحاولاته الفاشلة، وهي توجّهه نحو المآزق نفسها. لذلك فالمهارة المطلوبة مخالفة للحدس: يجب أن تعرف كيف تقرر التوقف، مبكرًا، بناءً على إشارات موضوعية لا على الإحساس.
إشارات التوقف الخمس
كل إشارة منها تُلاحَظ دون حاجة إلى تأويل. ومتى ظهرت واحدة فقط، فأوقف الجلسة.
الحلقة المفرغة. يتنقل الوكيل بين حالتين: تصحيح A يكسر B، وتصحيح B يعيد المشكلة A. يكفي ذهابان وإيابان للجزم بأن التشخيص خاطئ. فالمشكلة ليست في التنفيذ بل في الفهم، والتكرار لن يحلّها.
التعليقات
التعليقات مدعومة عبر GitHub Discussions
سجّل الدخول باستخدام GitHub للمشاركة في النقاش