مستخدمو Claude Code ينتقدون Opus 4.7 من Anthropic وينصحون بالعودة إلى 4.6

بعد صدور Claude Opus 4.7، لم يحصل بعض المطورين على الترقية الموعودة، بل لمسوا تراجعًا واضحًا في عملهم اليومي مع Claude Code. فبدلًا من مساعد أدق وأكثر فائدة، يصف المستخدمون النموذج بأنه عنيد وقليل الانتباه ومفرط الثقة بقراراته الخاطئة، إلى حدّ أن النصيحة الأولى أصبحت العودة إلى Opus 4.6.

الوعود والواقع

قدّمت Anthropic نموذج Opus 4.7 بوصفه الرائد الجديد، ووعدت في مواد الإطلاق بأن يكون أذكى وأدق وأكثر موثوقية. لكن ردّ فعل جزء من الجمهور جاء معاكسًا. ففي المجتمعات المتخصصة بدأ المطورون يشتكون من أن الإصدار الجديد يدرس قاعدة الشيفرة بصورة أضعف، ولا يتعمق في المهمة، وينزلق أسرع إلى إجابات سطحية. وبالنسبة إلى أداة يُفترض أن تساعد في التطوير الفعلي، فهذا ليس عيبًا شكليًا، بل ضربة مباشرة للثقة ولوتيرة العمل.

«لا شيء سيُصلح هذا النموذج بعد الآن».

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

خمس شكاوى رئيسية

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

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

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

كيف تستعيد السيطرة

في ظل هذه الشكاوى، أصبح الحل الأكثر عملية هو الرجوع إلى النموذج السابق. ورغم أن Opus القديم لم يعد معروضًا في القائمة المنسدلة للأمر `/model` في واجهة Claude Code، فإن التبديل اليدوي لا يزال يعمل. وينصح المستخدمون بإدخال الاسم الكامل للنموذج: `/model claude-opus-4-6` أو الصيغة `/model claude-opus-4-6[1M]`. ويتوفر النهج نفسه عند التشغيل من الطرفية، عبر `claude --model claude-opus-4-6` أو `claude --model claude-opus-4-6[1M]`.

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

ماذا يعني هذا

تُظهر قصة Opus 4.7 أمرًا بسيطًا: في أدوات الذكاء الاصطناعي لا تكفي الرسوم البيانية والبنشمارك، فالسلوك في العمل الحي مهم بالقدر نفسه. فإذا كان الإصدار الجديد أسوأ في الإصغاء، وأضعف في مراجعة نفسه، وأقل قدرة على الاحتفاظ بالسياق، فسيصوّت المستخدمون سريعًا بالرجوع إلى القديم، حتى لو أصبح النموذج رسميًا أقوى. وهذا سبب وجيه للفرق كي تحتفظ دائمًا بمسار بديل: أن تقارن الإصدارات على مهام حقيقية، وألا تتخلى عن إعداد عملي ناجح لمجرد صدور نموذج رائد جديد.