3 حدود التحيات، أين ذهبت حدود كود كلود الخاصة بك؟ خطأ في التخزين المؤقت لمدة 28 يومًا، واستجابة رسمية تشجعك على "استخدامه بحذر."

4-17%. هذه هي نسبة نجاح التخزين المؤقت لكود كلود في الشهر الماضي. المستوى الطبيعي هو 97-99%.

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

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

يوضح الرسم البياني أعلاه مقارنة بين نسب نجاح التخزين المؤقت عبر ثلاث مراحل. خلال الإصدارات من v2.1.69 إلى v2.1.89 (فترة الخطأ)، كانت نسبة نجاح التخزين المؤقت للإصدار المستقل 4-17% فقط. بعد إصلاح خطأ حرج في الإصدار v2.1.90، عادت نسبة نجاح التخزين المؤقت عند بدء التشغيل البارد إلى 47-99.7%. بحلول الإصدار v2.1.91، استعاد معدل نجاح التخزين المؤقت المستقر 97-99%.

تفصيل ملحوظ من الرسم البياني: النطاق في الإصدار v2.1.90 واسع جدًا (من 47% إلى 99.7%) لأن التخزين المؤقت لا يزال يحتاج إلى "الاحترار" عندما يتم استئناف جلسة، مما يؤدي إلى انخفاض معدلات النجاح في الجولات القليلة الأولى، لكنه يعود بسرعة إلى الوضع الطبيعي. في الإصدار المعيب، لا يحدث هذا الاحترار أبدًا - تظل نسبة نجاح التخزين المؤقت دائمًا عند 14,500 رمز من المطالبة النظامية، مع احتساب تاريخ المحادثة بالكامل في كل مرة.

28 يومًا، 20 إصدارًا

هذا الخطأ ليس من النوع الذي يتم تقديمه في تحديث واحد ويتم إصلاحه في التحديث التالي. وفقًا لسجلات إصدار سجل npm، تم إصدار الإصدار v2.1.69 الذي قدم الخطأ في 4 مارس، وتم إصدار الإصدار v2.1.90 الذي أصلح الخطأ في 1 أبريل. كان هناك 28 يومًا بينهما، تمتد عبر 20 إصدارًا.

كشف الجدول الزمني عن تفاصيل مثيرة للاهتمام. بعد إدخال الخطأ في 4 مارس، لم يشكو المستخدمون على نطاق واسع على الفور. لم يحدث حتى 23 مارس أن انفجرت الشكاوى بشكل جماعي، بعد ما يقرب من ثلاثة أسابيع. السبب هو أنه، وفقًا لتحليل مشكلة GitHub رقم 41930، من 13 إلى 28 مارس، كانت Anthropic لديها ترقية حصة 2x نشطة (تضاعف خلال ساعات الذروة المنخفضة)، مما أخفى بشكل موضوعي تأثير الخطأ. بعد انتهاء الترقية، عاد استهلاك خطأ التخزين المؤقت إلى مستويات الفوترة الطبيعية، و"تبخرت" حصص المستخدمين على الفور.

لم تكن استجابة Anthropic سريعة. في 26 مارس، بعد ثلاثة أيام من انفجار شكاوى المستخدمين، أعلن المهندس ثاريق شهيبار على حسابه الشخصي في X أن حد ساعات الذروة (أيام الأسبوع من 5 صباحًا إلى 11 صباحًا بتوقيت المحيط الهادئ) قد تم تشديده. في 30 مارس، اعترفت Anthropic على Reddit بأن "معدل وصول المستخدمين إلى حصصهم تجاوز التوقعات بكثير"، واعتبرته أولوية الفريق القصوى. لم يحدث حتى 1 أبريل أن أصدرت عضو الفريق ليديا هالي نتائج التحقيق الرسمية.

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

كم دفعت، وكم من الوقت يمكنك استخدامه؟

جمعت مشكلة GitHub رقم 41930 مئات من تقارير المستخدمين. كانت الحالة الأكثر تطرفًا لمستخدم اشتراك Max 20x (200 دولار شهريًا)، حيث تم استهلاك نافذته المتدحرجة التي مدتها 5 ساعات بالكامل في 19 دقيقة. أبلغ مستخدمو Max 5x (100 دولار شهريًا) أن نافذتهم التي مدتها 5 ساعات قد استهلكت في 90 دقيقة. وفقًا لـ The Letter Two، ادعى بعض المستخدمين أن "مرحبًا" بسيطة استهلكت 13% من حصة جلستهم. ذكر مستخدم Pro (20 دولارًا شهريًا) على Discord أن حصته "نفدت كل يوم اثنين ولم تعاد إلا يوم السبت"، مع 12 يومًا فقط من الاستخدام الطبيعي في 30 يومًا.

استنادًا إلى اختبارات معيار ArkNill، في إصدار الخطأ v2.1.89، ستنفد حصة 100% من خطة Max 20x في حوالي 70 دقيقة. كما حسب تكلفة عملية --resume واحدة لجلسة سياق 500K توكن، والتي تبلغ حوالي 0.15 دولار، حيث يعيد النظام تشغيل السياق بالكامل.

«أنت تمسكه بشكل خاطئ»

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

ثم قدمت أربع توصيات للتوفير:
1. استخدم سونيت 4.6 بدلاً من أوبوس (أوبوس يستهلك بمعدل ضعف تقريباً)؛

2. قلل من عمق التفكير أو أوقف التفكير الممتد عندما لا يكون التفكير العميق مطلوباً؛

3. لا تستأنف جلسات الخمول الطويلة لأكثر من ساعة؛ ابدأ واحدة جديدة بدلاً من ذلك؛

4. قم بتعيين متغير البيئة CLAUDE_CODE_AUTO_COMPACT_WINDOW=200000 لتحديد حجم نافذة السياق.

لم يتم ذكر أي شكل من أشكال إعادة تعيين الحصة أو التعويض.

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

إن التأكيد على "عدم فرض رسوم زائدة" يخلق أيضاً توتراً مع تاريخ تحديثات كود كلود نفسه. قبل يوم واحد فقط من رد ليديا، قامت النسخة 2.1.90 بإصلاح خطأ في تخزين مؤقت كان موجوداً منذ النسخة 2.1.69: عند استخدام --resume لاستئناف جلسة، كانت الطلبات التي كان ينبغي أن تضرب التخزين المؤقت تؤدي إلى فشل كامل في تخزين المؤقت، مما يؤدي إلى الفوترة الكاملة. لم يذكر رد ليديا هذه الشذوذ المؤكد في الفوترة.

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

تبيع شركة أنثروبيك اشتراكًا لنموذج "الأقوى + أقصى سياق + أعلى قدرات تفكير"، مع فرض رسوم تتراوح بين 20 إلى 200 دولار شهريًا. تسبب خطأ في التخزين المؤقت لمدة 28 يومًا في استنفاد حصص المستخدمين المدفوعين بمعدل أسرع من 10 إلى 20 مرة، وكانت الاستجابة الرسمية هي استخدامه بحذر.