Anthropic وClaude Opus 4.7: الاستهلاك الفعلي للرموز أعلى من المعلن

قد يرفع المُرمِّز الجديد في Claude Opus 4.7 كلفة العمل مع النموذج بشكل ملحوظ: ففي اختبارات واقعية جاء الاستهلاك أقرب إلى 45–47%، لا إلى 0–35% التي تذكرها Anthropic في دليل الترحيل. وبالنسبة إلى الفرق التي تعمل بمطالبات طويلة وتعليمات نظام ضخمة وبادئات مخزَّنة مؤقتًا، فهذا ليس فارقًا شكليًا، بل ضربة مباشرة للحصص والسرعة وكلفة كل جلسة.

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

في القياس الأول مرّر الكاتب توثيقًا تقنيًا عبر المُرمِّز، فحصل على زيادة بلغت 1.47x. وفي الثاني أخذ ملف CLAUDE.md حقيقيًا، أي سياقًا تعليميًا كبيرًا، ورأى نتيجة شبه مطابقة: 1.45x. والفرق عن الحد الأعلى الوارد في الدليل أكبر من أن يُعدّ مجرد ضوضاء في القياس.

المشكلة ليست في ارتفاع عدد الرموز بحد ذاته؛ فأحيانًا يمنح المُرمِّز الأثقل مكاسب فعلية في الجودة أو الاستقرار أو دعم النصوص المعقدة. لكن المسألة أن Anthropic لم تغيّر الأسعار ولا الحصص في المقابل. فإذا صار النص نفسه يشغل رموزًا أكثر، يبلغ المستخدم حدود السياق أسرع، ويصطدم بحد المعدل (rate limit) أبكر، وينفق ميزانية أكبر في كل تكرار.

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

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

وهذه إشارة مهمة للسوق. فنادرًا ما يُناقَش المُرمِّز خارج دائرة المهندسين الضيقة، مع أنه هو الذي يحدد كم من النص الحقيقي يتسع في نافذة السياق، وكم تكلّف كل عملية عبر API. فالفارق بنسبة 5–10% غالبًا ما يكون محتملًا وقد يضيع وسط التباين المعتاد في الطلبات. أما قفزة بنحو 45% فلم تعد تفصيلًا تقنيًا، بل عاملًا يؤثر في معمارية الوكلاء (agents)، وطول تعليمات النظام، واستراتيجية التخزين المؤقت، وحتى في اقتصاديات الوحدة للمنتج. وإذا كان لدى الفريق خط معالجة (pipeline) تشارك فيه البادئة الكبيرة نفسها في مئات الاستدعاءات، فإن الرموز الزائدة تلتهم المال والإنتاجية بسرعة شديدة.

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

والدرس الرئيسي هنا أنه لا ينبغي تقييم جودة النموذج بالعروض التوضيحية ومعايير الأداء (benchmarks) وحدها: فأحيانًا لا يكون الحاسم ذكاء الإجابة، بل ثمن كل رمز زائد.