حدود استخدام Claude Code: حالة الوكلاء في الخلفية أرخص بنسبة 99%

مساء 4 نوفمبر أعلن حساب ClaudeDevs على X أن الوكلاء الذين يعملون في الخلفية (background subagents) في Claude Code صاروا يستهلكون قدرًا أقل من حدود الاستخدام. تتجدد حالة كل وكيل كل 30 ثانية، وحتى الآن كان كل تحديث يعيد قراءة محادثته كاملة. أما الآن فيكتبها Haiku 5.5 اعتمادًا على ملاحظات قصيرة، لذلك صار كل تحديث يكلّف أقل بنحو 99%.

ما الذي تغيّر في احتساب حدود استخدام Claude Code؟

الحديث هنا عن سطر الحالة القصير الذي نراه بجوار كل وكيل يعمل في الخلفية. بحسب منشور ClaudeDevs، كانت الآلية تعمل حتى الآن على هذا النحو:

1. كل 30 ثانية، ولكل وكيل نشط على حدة، كان Claude Code يولّد حالة جديدة.
2. كان كل تحديث من هذه التحديثات يعيد قراءة محادثة الوكيل كاملة، وهي تطول مع الوقت.
3. الآن يكتب الحالةَ Haiku 5.5 من ملاحظات قصيرة بدل قراءة السجل كاملًا.

وبحسب سجل تغييرات Claude Code، يكلّف Haiku 5.5 في الـAPI ‏0.10 دولار لكل مليون توكن إدخال و0.50 دولار لكل مليون توكن إخراج.

انتشر المنشور بسرعة: بحلول صباح 5 نوفمبر جمع أكثر من 16 ألف إعجاب ونحو 1.2 مليون مشاهدة. ولا عجب، فالحدود من أكثر المواضيع تداولًا بين من يعملون مع Claude Code يوميًا.

لماذا يهمّ هذا؟

لأن هذه الآلية تحديدًا كانت وراء القياسات التي أثارت ضجة قبل أسبوع. كتبت عنها في مقال استهلاك التوكنات في Claude Code: بحسب gist نشرته Flamerix AI، كانت ملخصات agent_summary تمثّل 16.4% من التكلفة التقديرية للجلسة، أي أكثر من المحادثة الرئيسية نفسها.

ومنذ ذلك الحين أُضيفت تحليلات جديدة في البلاغ رقم ‎#86879. ففي 31 أكتوبر حسب أحد المستخدمين من سجلات الإصدار 2.1.314 أن الملخص الواحد كان يرسل ما بين 2.8 ألف و13 ألف توكن إدخال خارج الذاكرة المؤقتة (cache)، وأن الملخصات في نموذجه لأسبوع عمل مع عدد كبير من الوكلاء شكّلت نحو 13–32% من الإنفاق. ونشر آخرون حلولًا التفافية خاصة بهم، من متغيرات البيئة إلى سكربتات تُحمَّل عند بدء التشغيل.

اللافت أن أحدًا من Anthropic لم يعلّق على البلاغ نفسه (حتى الآن). وحتى 5 نوفمبر ما زال مفتوحًا، وقد أُعلن التغيير على X لا في نقاش GitHub.

ما الذي تحسّن أيضًا في الوكلاء العاملين في الخلفية؟

في سجل التغييرات للإصدار 2.1.318 الصادر في 4 نوفمبر نجد عدة تغييرات في المجال نفسه:

1. ينقل الوكلاء العاملون في الخلفية أمر الـshell إلى الخلفية بعد 3 دقائق لدى جميع المزوّدين، كي لا تنتهي صلاحية ذاكرة الـprompt المؤقتة أثناء تنفيذه.
2. على Bedrock وVertex وFoundry (وكذلك عند تعطيل القياس عن بُعد)، قد ينتظر ملخص تقدّم الوكيل حتى 5 دقائق ردّ الوكيل حين تكون الذاكرة المؤقتة باردة.
3. أُصلحت رسالة „Now using usage credits” التي كانت تظهر كل 30 ثانية تقريبًا أثناء عمل وكيل في الخلفية.

لا يذكر منشور ClaudeDevs رقم إصدار، ولا يشير إلى ضرورة التحديث. وسجل التغييرات لا يصف هذا التغيير صراحة أيضًا، لذا فالأبسط أن نستخدم أحدث إصدار (لنتحقق منه عبر claude --version).

ما الذي ينبغي الانتباه إليه؟

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

ثانيًا، غياب زر الإيقاف. لا يذكر المنشور أي إعداد لإيقاف الحالات، وما زال المستخدمون يطالبون بهذا الخيار في البلاغ.

ثالثًا، أرقام القياسات. النسب السابقة البالغة 13–32% تقديرات من المستخدمين (من الحقل cost_usd ونماذج التكلفة)، وليست فواتير، فلنتعامل معها بحذر. والأفضل أن نتحقق بأنفسنا عبر القياس عن بُعد بـOpenTelemetry، مع تجميع الطلبات حسب query_source، كما شرحت في المقال السابق. ولمزيد عن العمل مع الوكلاء عمومًا، راجعوا دليل Claude Code.

الأسئلة الشائعة

لماذا تنفد حدود استخدام Claude Code بهذه السرعة؟

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

هل عليّ تفعيل شيء للاستفادة من التغيير؟

بحسب منشور ClaudeDevs، لا حاجة لأي إعداد. لكن يُستحسن استخدام إصدار محدّث من Claude Code.

هل يمكن إيقاف حالات الوكلاء العاملين في الخلفية تمامًا؟

لا يوجد إعداد رسمي حتى الآن. تتداول في البلاغ ‎#86879 حلول التفافية من المستخدمين، لكنها لا تعمل في كل مكان ولا تدعمها Anthropic.