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

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

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

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

"لا شيء يمكن أن يصلح هذا النموذج مجدداً." يؤكد صاحب الملاحظة أن

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