موقع ساخر عن طلب تغيير لون زر واحد يتصدر Hacker News بأكثر من 1,000 نقطة
انتشار النكتة يعكس تجربة يومية مع أدوات البرمجة الذكية: طلب صغير يعود بتعديلات لم تُطلب، فتصبح مراجعة التغييرات أطول من المهمة نفسها.
وصل موقع تفاعلي ساخر اسمه opusfived.dev إلى صدارة Hacker News يوم 9 سبتمبر 2026، وحصد 1,048 نقطة. فكرة الموقع كلها طلب واحد يوجَّه إلى وكيل برمجة: “اجعل زر Add to Cart أزرق. لا تغيّر أي شيء آخر”، ثم تصف التجربة ما يحدث بعد ذلك.
الموقع ليس دراسة ولا خبرًا بالمعنى التقليدي، بل نكتة. لكن حجم التفاعل معه يقول شيئًا عن تجربة مشتركة بين المطورين الذين يستخدمون وكلاء البرمجة (coding agents) يوميًا. فالطلب الذي يحتاج سطرًا واحدًا قد يعود بإعادة هيكلة (refactor)، وتعديلات في ملفين آخرين، واختبار جديد، وتحديث لملف README.
لماذا يحدث ذلك
أحد التفسيرات الشائعة أن هذه الأدوات مدرّبة على أن تكون مفيدة، وأن الإفادة في بيانات التدريب تبدو غالبًا في صورة عمل كثير. أما تغيير خاصية واحدة فلا يبدو عملًا. لذلك يلتقط الوكيل في طريقه أشياء تحتاج إصلاحًا بالفعل، فيصلحها ويقدّمها على أنها خدمة إضافية. وكثيرًا ما تكون تلك الإصلاحات صحيحة في ذاتها، لكن المشكلة أنها لم تُطلب.
والنتيجة العملية أن مراجعة الفروق (diff) تصبح أطول من المهمة الأصلية، ويزيد احتمال دخول تغيير غير مقصود إلى الكود دون أن ينتبه له أحد.
ويلجأ المطورون لتضييق النطاق إلى وسائل مختلفة: ملف قواعد للمشروع مثل CLAUDE.md أو .cursorrules ينص صراحة على حدود التغيير، وتشغيل الوكيل على branch مستقل وقراءة الفروق قبل الدمج، وتقسيم الطلب إلى خطوة صغيرة واحدة، واستخدام وضع التخطيط (plan mode) قبل التنفيذ في الأدوات التي تدعمه.
وتطرح النكتة سؤالًا أوسع عن طريقة تقييم هذه الأدوات. فهي تُقاس عادة بمقدار ما تنجزه، بينما قد تكون قيمتها الحقيقية في بعض المهام هي معرفة متى تتوقف.